Remote reboot with Magic Sys Rq

Остановить останавливаемое, далее от root

# echo s > /proc/sysrq-trigger

# echo u > /proc/sysrq-trigger

# echo s > /proc/sysrq-trigger

# echo b > /proc/sysrq-trigger

где

s - sync

u - mount ro

b - immediate boot

(o - poweroff)

Magic SysRq key

PXE boot

cisco 800:

ip dhcp pool pxetest
     network 192.168.186.0 255.255.255.192
    bootfile pxelinux.0
    next-server 192.168.186.3 
     dns-server 172.17.1.2 172.17.2.2
     default-router 192.168.186.1
     option 78 ip 192.168.1.15
     option 79 ascii "DEFAULT"
     lease 5

apt-get install  bootp tftpd

echo "bootps dgram udp wait root /usr/sbin/bootpd bootpd -i -t 120 " >>/etc/inetd.conf
echo "tftp dgram udp wait nobody /usr/sbin/tcpd /usr/sbin/in.tftpd /srv/tftp" >>/
etc/inetd.con

in /etc/bootptab:

client:\
  hd=/srv/tftp:\  <--Path to root
  bf=pxelinux.0:\  <-- image file
  ip=192.168.186.5:\  <-- client ip
  sm=255.255.255.0:\
  sa=192.168.186.3:\  <-- tftp & bootp server
  ha=0022158FC9C5: <--client mac


cd /srv/tftp; wget http://http.us.debian.org/debian/dists/squeeze/main/installer-i386/current/images/netboot/netboot.tar.gz && tar xfz netboot.tar.gz && rm  netboot.tar.gz

  

multitouch на asus eee 900

Поломалось в свежем дебе.
Установить, если отсутствует xserver-xorg-input-synaptics

в /etc/X11/xorg.conf добавить

Section "InputDevice"

Identifier "Synaptics Touchpad"
Driver "synaptics"
Option "SendCoreEvents" "true"
Option "Device" "/dev/input/mouse1"
Option "Protocol" "auto-dev"
Option "HorizEdgeScroll" "0"
Option "SHMConfig" "true"
Option "MaxTapTime" "0"
EndSection

Soft RAID5

4 бытовых SATA диска, mdadm RAID5 internal bitmap,  LVM, Reiser 3.6,
SATA контроллер бытовой, интегрированный, JMB362/JMB363

Скорость на запись:



На копировании файлов были пики до 75MB/s. Будем потестить.
Есть подозрение, что параметру stripe cache size у md девайса  полезно совпадать с readahead size дисков.

Клонируем серверок "на живую"

Передающая сторона (suse): dd if=/dev/sda bs=10M | netcat 192.168.1.69 3333
Принимающая сторона (knoppix):  nc -l -w 300 -p 3333 > /dev/sda

вставка | pv | могла бы посчитать статистику.

установка(апгрейд) netbackup 6.5 на Debian 5.0

Сообщение:

A failure was detected running cp_to_client Linux RedHat2.6.
Rerun /usr/openv/netbackup/bin/install_bp when the problem has been resolved.

означает, что нужно прибить поззависший процесс: "/usr/openv/netbackup/bin/nbftclnt"

и перезапустить "/usr/openv/netbackup/bin/install_bp"

ЗЫ
ubuntu/debian оффициально не поддерживаются.

Veritas vs Debian 5.0.1

Обновление софта - источник неиисякаемого геморроя опыта.

backup:/tmp# /etc/init.d/netbackup stop
stopping the NetBackup Service Monitor
tail: cannot open `+2' for reading: No such file or directory
tail: cannot open `+2' for reading: No such file or directory
.......много много строк.......
tail: cannot open `+2' for reading: No such file or directory
tail: cannot open `+2' for reading: No such file or directory
.......
stopping the NetBackup Media Manager
tail: cannot open `+2' for reading: No such file or directory
бла, бла, бла, но срет поменьше чем сервис монитор.

При запуске ругается аналогично, трудовую дейтельность симулирует.

причина: неуловимо изменились некоторые commandline тулзы

лекарство: export _POSIX2_VERSION=199209

хоть убейте, не понимаю, почему помогло


ЗЫ
Дополнение по клиентам веритаса на той же оси, создать линку в /usr/openv/lib
ln -s /usr/lib/libstdc++.so.6.0.8 libstdc++-libc6.2-2.so.3

для 32 битной оси или

ln -s /usr/lib32/libstdc++.so.6 libstdc++-libc6.2-2.so.3

для 64 битной

ln -sf /emul/ia32-linux/usr/lib/libstdc++.so.6 libstdc++-libc6.2-2.so.3

иначе будет притворяться мертвым

Еще одно полезное заклинание

Preparing to replace debianutils 2.8.4 (using .../debianutils_2.30_i386.deb) ...
Unpacking replacement debianutils ...
dpkg: error processing /var/cache/apt/archives/debianutils_2.30_i386.deb (--unpack):
trying to overwrite `/usr/sbin/add-shell', which is also in package passwd
Errors were encountered while processing:
/var/cache/apt/archives/debianutils_2.30_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


лекарство:
dpkg -r --force all passwd
apt-get -f install

Обновление libuuid1

backup:/etc/init.d# apt-get -f install
...
Setting up libuuid1 (1.41.3-1) ...
groupadd: invalid option -- K
usage: groupadd [-g gid [-o]] group
dpkg: error processing libuuid1 (--configure):
subprocess post-installation script returned error exit status 2
Errors were encountered while processing:
libuuid1
E: Sub-process /usr/bin/dpkg returned an error code (1)

Проблема в пакете passwd в sarge'е. (у меня правда etch стоял)
libuuid1.postinst запускает groupadd с опцией -K

лечится просто
backup:/# groupadd -g NN libuuid
backup:/# useradd -d /var/lib/libuuid -g libuuid libuuid

Обновление bind9

Прогрейдил сервер, с debian etch до lenny(5.0.1), после обновления обновления тихо умер bind, точнее даже не умер, а забил на всех.
На запросы тихо писал в лог:
Apr 24 08:47:20 post2 named[11033]: client 192.168.11.2#60660: view internal: query (cache) 'ya.ru/A/IN' denied
Apr 24 08:51:33 post2 named[11033]: client 192.168.10.101#37307: view internal: query (cache) 'www.google.com/A/IN' denied

Конфиги при обновлениях ессно не менялись.
Вылечилось добавление строки allow-recursion {192.168.0.0/16; };
И это притом, что во внутренней вьюшке стоит опция "recursion yes;" и в acl все эти же подсети указаны. Со слов гугла опция recursion не устарела, как deprecated не значится.


ЗЫ
bind обновился с 9.3.4-2etch3 до 9.5.1.dfsg.P1-2

libklibc

На боевом релее натыкаюсь в /lib на файл с сомнительным именем, т.е. натурально сомнительным, примерно так:

post1:/lib# ls -ls k*
76 -rwxr-xr-x 1 root root 73000 2007-08-19 03:55 klibc-HTvrSvZXEQwxnmV8HLm2r15Q8yI.so
Первая реакция ессно нецензурная, поломали демоны, а вот болт:

post1:~# dpkg -S klibc-HTvrSvZXEQwxnmV8HLm2r15Q8yI.so
libklibc: /lib/klibc-HTvrSvZXEQwxnmV8HLm2r15Q8yI.so

Библиотека действительно из пакета, мантейнеру оторвать бы что-нибудь, в компенсацию полученного стресса ;-)

debiaОт перестановки MX записей результат меняется?

Заприметил на днях странное:
Добавил в файл зоны второй релей post1.xxx.ru, поставил ему приоритет 10, старому релею поднял с 10 до 20.

xxx.ru. 600 IN MX 20 relay2.xxx.ru.
xxx.ru. 600 IN MX 10 post1.xxx.ru.

Версию зоны обновил, бинду reload сказал, в логах рассылку зоны по слейвам проверил. С разных мест поспрашивал резолв MX записей своей зоны, зона обновилась, все пучком. В течении трех дней наблюдал за трафиком - шлют на старый, на новом 5 - 6 коннектов в сутки явно от спаммеров, все успешно отбиты.

Сегодня почесав в разных местах поменял местами строки, вот так

xxx.ru. 600 IN MX 10 post1.xxx.ru.
xxx.ru. 600 IN MX 20 relay2.xxx.ru.

И дальше по накатанной, версия+1, reload и т.д. Примерно через полчаса пошли письма на новый релей, т.е. не так, валидная почта на новый, а муть всякая новый - отлуп - старый.


Собсно... Что это было?