Задача - добавить функционал к уже установленному на сервере php5.
Установка из репозитория или из портов - невозможна, так как не совпадают версии.

Решается просто.
В моем случае это Centos 5.4, php5.2.16 (но схема должна работать почти везде).
Нужно добавить поддержку imap (подключить imap.so)

Решение.
Скачиваем исходники php нужной версии и распаковываем их в /root/php-5.2.16
Делаем phpize (тем, что уже уставнолен на сервере - whereis phpize )

serv# cd /root/php-5.2.16/ext/imap
serv# /usr/bin/phpize

Запускаем configure:

serv# ./configure --with-kerberos --with-imap --with-imap-ssl

У меня конфигурация сразу не прошла, доставил нужные зависимости (openssl-devel и т.д.)
В итоге все сконфигурировалось.

serv# make install

И не забываем подключить собранный imap.so:

serv# echo "extension=imap.so" > /etc/php.d/imap.ini

Рестартуем апач и радуемся.

Система FreeBSD 6.2, обновлены порты до последних.
Не ставится libxml2.

Вылетает с ошибкой:

./configure.lineno: 14571: Syntax error: Bad substitution

Решение:

в файле /usr/ports/textproc/libxml2/work/libxml2-2.7.8/configure
закомментировать следующую строку :

WIN32_EXTRA_PYTHON_LIBADD="-L${pythondir}/../../libs -lpython${PYTHON_VERSION//./}"

Найдено здесь

Обновлял мир и ядро на FreeBSD 6.2.
После обновления решил обновить и пакеты.

Не собрался mc, как выяснилось из-за glib
glib вылетал с такой ошибкой:

./de.po:15: keyword “msgctxt” unknown
./de.po:15: parse error
…

Проблема была с gettext, т.е. сначала надо было обновить его.
Потом все взлетело

В рамках некрофилии и прочих извращений
Добавляем поддержку frontpage на web-сервер под управлением hsphere

Все делается на самом сервере:

www# cd /hsphere/pkg
www# fetch http://www.psoft.net/shiv/HS/FBSD6/hsphere-frontpage-5.0_11.tgz
www# pkg_add -f hsphere-frontpage-5.0_11.tgz
www# /usr/local/etc/rc.d/apache.sh restart


Hsphere - 2.6
web-сервер - FreeBSD 6.2

Если вдруг сломалась очередь qmail-a, есть полезная утилита для ее восстановления.
Называется queue-fix, ставится из портов:

serv# cd /usr/ports/mail/queue-fix
serv# make config
serv# make install

После установки переименовываем старую очередь (расположение по дефолту):

serv# mv /var/qmail/queue /var/qmail/queue.old

Останавливаем qmail полностью, чтобы никаких его процессов не висело в памяти

например так:

serv# /usr/local/etc/rc.d/qmail.sh stop

и фиксим очередь :

serv# /var/qmail/bin/queue-fix -i /var/qmail/queue

Запускаем qmail

serv# /usr/local/etc/rc.d/qmail.sh start

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

Если не заработало - надо проверять.

У меня например, на qmail был наложен патч BIG TODO.
Поэтому при установке queue-fix этот патч также надо использовать (make config).

Посмотреть с какими патчами был собран qmail (если он собирался из портов конечно) можно, например, так:

serv# cat /var/db/ports/qmail/options

Как-то так..

Собственно все просто.
Для поддержки режима bridge пересобираем ядро с поддержкой девайса:

device if_bridge

и опциями для фильтрации трафика (на базе ipfw):

options IPFIREWALL
options IPFIREWALL_DEFAULT_TO_ACCEPT

В файл /etc/sysctl.conf добавляем строки

net.link.bridge.ipfw=1
net.link.bridge.pfil_member=1
net.link.bridge.pfil_bridge=1
net.link.ether.ipfw=1
net.inet.ip.fw.enable=1


В файле /etc/rc.conf поднимаем сам мост (на двух физических интерфейсах fxp0 и em0):

cloned_interfaces="bridge0"
ifconfig_bridge0="addm fxp0 addm em0 up"
ifconfig_fxp0="inet 192.168.1.2 netmask 255.255.255.0 up"
ifconfig_em0="up"


Для доступа по сети на интерфейс fxp0 назначен IP.
В принципе, для этого хорошо было бы использовать отдельный интерфейс, но его нет, так что используем один из имеющихся.

reboot

Проблема возникла в следующем.
После установки 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. Перезагружаемся и смотрим:
(далее…)