Обновил тут Nagios до 3.2 (система FreeBSD 7.2) . И обнаружил что пункт “Map” в меню не работает. При более детальном рассмотрении оказалось что не собрались некоторые cgi-скрипты.

Как оказалось, configure при обновлении не увидел библиотек gd.

Лечится просто. Во-первых, убедитесь что gd установлена.
Во-вторых выполните configure со следующими параметрами:

# ./configure --with-command-group=nagios --with-gd-lib=/usr/local/lib --with-gd-inc=/usr/local/include

и потом

# make clean && make && make install

должно работать

Иногда жесткие диски сыпятся. И часто - совсем не в подходящее время, да и бэкап устарел… А значит приходится шевелиться

Вообщем следующая ситуация:

Сервер “мохнатого” года, рэйда никакого, диск SATA, старый, система FreeBSD 5.x.

После переезда сервер не поднялся, а при более пристальном разглядывании выяснилось что сильно посыпался жесткий диск. Посыпался до такой степени, что при чекании разделов уходил в kernel panic, а некоторые разделы вообще не чекал, ругался примерно так - file system is incorrect, bad superblock, run fsck manually …
(далее…)

Собственно сабж:
ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/

Если в логах появляется такое :

kern.ipc.maxpipekva exceeded; see tuning(7)

можно потерять консоль на машину.

Моя ситуация - на клиенте был подключен NFS ресурс, один из файлов на этом ресурсе запускался через крон, достаточно часто. Затем NFS сервер был перенесен, но fstab на клиенте не был исправлен. В итоге каждый запуск скрипта по крону создавал процесс, который так и висел, не отваливаясь, а затем закончился буфер.

Резюме - внимательнее надо быть, на будущее ..
Ну и иметь ввиду что NFS коннекты так просто не умирают.

Полезности, переодически нужно бывает

Россия:

• cvsup.ru.FreeBSD.org
• cvsup2.ru.FreeBSD.org
• cvsup3.ru.FreeBSD.org
• cvsup4.ru.FreeBSD.org
• cvsup5.ru.FreeBSD.org
• cvsup6.ru.FreeBSD.org
• cvsup7.ru.FreeBSD.org

Полный список здесь

Проблема при сборке  apache 1.3.x на FreeBSD, начиная с 7 версии.
Проявляется следующим образом  - apache собирается, запускается, работает. Но при попытке собрать php как модуль -  apache  не стартует, ругается примерно таким образом:

Cannot load /usr/local/apache/libexec/libphp5.so into server: /usr/local/apache/libexec/libphp5.so: Undefined symbol “ap_user_id”

Причина в том,  что apache не знает о версии  FreeBSD 7.x.

Лечится все наложением патча из портов, следующим образом:

1. Идем в директорию с апачем
#cd /home/src/apache
2. Применяем патч
#cat /usr/ports/www/apache13/files/patch-ae | patch
3. Конфигурим и собираем apache

Короткая инструкция, практически how-to.
Работает на FreeBSD, начиная с версии 5.3

При создании зеркала на работающей системе необходимо отключить защиту диска

# sysctl kern.geom.debugflags=16
kern.geom.debugflags: 0 -> 16

После ребута вернется нулевое значение.

Теперь, собственно, создаем Raid 1

# gmirror label -v -b round-robin gm0 /dev/ad0
Metadata value stored on /dev/ad0

Далее правим конфиг loader.conf

#echo 'geom_mirror_load=YES' > /boot/loader.conf

Затем правим /etc/fstab , меняя /dev/ad0 на /dev/mirror/gm0.
Например так:

#cp /etc/fstab /etc/fstab.old && cat /etc/fstab | sed 's/ad0/mirror\/gm0/' > ./file && mv ./file /etc/fstab

Проверям визуально fstab , все ли правильно, потом делаем reboot .
Если все сделано верно, система загрузится уже с зеркалируемого устройства (/dev/mirror/gm0).

Осталось сделать полноценное зеркало, то есть добавить второй винт

# gmirror insert gm0 /dev/ad2
GEOM_MIRROR: Device gm0: provider ad2 detected.
GEOM_MIRROR: Device gm0: rebuilding provider ad2.

Все, Raid 1 создан, винты в зеркале, осталось дождаться конца синхронизации

Полезное:
1. gmirror status gm0 - статус зеркала (можно смотреть статус процесса синхронизации )
2. gmirror list gm0 - более полная информация об устройствах в нашем Raid 1
3. gstat - статистика обращений к дискам