Проблема возникла в следующем.
После установки eAccelerator на FreeBSD 6.2 некоторые php-скрипты (в частности bitrix) стали выдавать ошибку:

PHP Fatal error: Out of memory (allocated 13369344) (tried to allocate 3145968 bytes) ...
PHP Warning: [eAccelerator] Can not create shared memory area in Unknown on line 0
PHP Fatal error: Unable to start eAccelerator module in Unknown on line 0

Решение вопроса простое - уменьшаем значение параметра “eaccelerator.shm_size”

Он был установлен в 128 Мб. Меняем значение на 32 (в моем случае) и все работает
(далее…)

Краткое HowTo, для регулярного использования.
1. Ставим саму утилиту cvsup , без GUI, ибо зачем на сервере GUI

serv# cd /usr/ports/net/cvsup-without-gui && make install clean

2. Создаем конфиг для обновления ( например cvsup.conf).

serv# vi /etc/cvsup.conf

Содержание файла:

*default host=cvsup6.ru.FreeBSD.org
*default base=/usr
*default prefix=/usr
*default release=cvs
*default tag=RELENG_7_2
*default delete use-rel-suffix

src-all
*default tag=.
ports-all

3. Запускаем само обновление:

serv# /usr/local/bin/cvsup -g -L 2 /etc/cvsup.conf

Собственно все.
Порты и исходники системы обновлены, можно пересобирать мир и ядро

Полезные ссылки:
Русские зеркала CVSup

При установке ISPmanager на FreeBSD 7.2 не ставится apache2.
По всем требованием стал устанавливать ISPmanager на чистый сервер.
Если в устанавливаемых пакетах отметить apache1.3 установка проходит нормально.
А если же выбрать apache2 - панель не ставится.

Просмотр логов установки показал следующее - для установки apache2 нужен libtool2.2, а по умолчанию устанавливается libtool1.5.26 . Менеджер пакетов в этом случае не может поставить apache2 и, соотвественно, не ставится и сама панель.

Решение проблемы - простое.
Перед установкой панели необходимо выполнить следующее:

serv# cd /usr/ports/devel/libtool22 && make install clean

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

Что делать, если жесткий диск посыпался и при любых операциях с ним возникают input/output error ? Можно спасти данные

Проблема:
При любых операциях с жестким диском на консоль выводятся ошибки input/output error, система отключает диск (deattached device).
При попытке сделать fsck появляются ошибки “Unreadable sector” - sector **** couldn’t be read .
Но - положительный момент - диск виден в биосе и определяется корректно.
(далее…)

Памятка.
Старая FreeBSD (4.x), пересборка ядра.
How-to:

cd /usr/src/sys/i386/conf
cp ./GENERIC ./MYSERV
vi ./MYSERV
config MYSERV
cd ../../compile/MYSERV
make && make depend
make install
reboot

Ну и чтобы два раза не вставать.. (предыдущий пост - не ставятся расширения php)

Проблема:

Не ставится PhpMyAdmin из панели ISP manager. Симптомы - в панели пишет что установился, а при попытке пройти по ссылке - Forbidden.

Система: FreeBSD 7.2
Панель: ISPmanager-Lite 4.3.38
php: PHP 5.2.12

Решение:
(далее…)

Суть проблемы:

При установке расширения Gd для php возникла проблема - расширение просто не ставилось, на экран ничего не писалось.

Система: FreeBSD 7.2
Панель: ISPmanager-Lite 4.3.38
php: PHP 5.2.12

Решение:
(далее…)

Суть проблемы - уже на нескольких серверах загрузиться с установочного диска №1 FreeBSD 7.2 не удалось. Пробовались разные методы шаманства, переключение CD-ROM на другой порт, замена привода, отключение SATA- контроллера, подключение привода через внешний контроллер - ничего не помогло. При этом этот же CD-диск грузился на соседнем сервере без проблем.

Оказалось - проблема известна разработчикам, и на странице написано :

Note: late in the testing cycle it was discovered some machines do not recognize the i386 disc1 as bootable (they just fall through to booting off the next boot device). All affected machines did see the other discs as bootable.

Вот как то так. Интересно что мешает решить проблему с загрузчиком и выложить корректный диск..

Решение проблемы в моем случае - тоже довольно простое.
Записываем два диска, один - установочный диск FreeBSD 7.2 (disk1), второй - Live CD FreeBSD 7.2.

Грузимся с Live диска, а после загрузки меняем диск в приводе на disk1
Вот такой live hack

Озадачился мониторингом температуры процессора на серверах.
Сам парк серверов представляет из себя сборную солянку, а ОСи - в основном FreeBSD, 6.2 и 7.2. Процессоры - Intel.

На FreeBSD 7.2 все решилось достаточно просто.
1. Собираем ядро с поддержкой coretemp

device coretemp

2. Перезагружаемся и смотрим:
(далее…)

Обновил тут 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