Есть мини тазик, используется в качестве интернет шлюза. Как любой уважающий себя админ, я решился помониторить за состоянием сервера. Для данной задачи есть несколько продуктов. Я остановился на cacti, но в недалекое время когда-то использовал zabbix. Оба продукта достойные. В этой публикации я не буду сравнивать, какой лучше. Задача стоит в установке и решении косяков вызванных в процессе компиляции, если таковые появятся.

Начнем-с.

Установку apache, mysql, php я описывать не буду. В инете полным полно руководств как это сделать.Ставим cacti (естессно перед установкой не забываем обновить деревце портов):

info# pwd
/usr/ports
info# make search name='cacti'
Port:   cacti-0.8.7g
Path:   /usr/ports/net-mgmt/cacti
Info:   Web-driven graphing interface for RRDTool
Maint:  sem@FreeBSD.org
B-deps: mysql-client-5.5.10
R-deps: bison-2.4.3,1 bitstream-vera-1.10_4 cairo-1.10.2_1,1 encodings-1.0.4,1
expat-2.0.1_1 font-bh-ttf-1.0.3 font-misc-ethiopic-1.0.3 font-misc-meltho-1.0.3
font-util-1.2.0 fontconfig-2.8.0,1 freetype2-2.4.4 gamin-0.1.10_4 gettext-0.18.1.1
gio-fam-backend-2.26.1 glib-2.26.1_1 gobject-introspection-0.9.12_1 kbproto-1.0.5
libX11-1.3.6,1 libXau-1.0.6 libXdmcp-1.0.3 libXft-2.1.14 libXrender-0.9.5 libffi-3.0.9
libfontenc-1.1.0 libiconv-1.13.1_1 libpthread-stubs-0.3_3 libxcb-1.7 libxml2-2.7.8_1
m4-1.4.16,1 mkfontdir-1.0.6 mkfontscale-1.0.8 mysql-client-5.5.10 net-snmp-5.5_4
pango-1.28.3 pcre-8.12 perl-5.10.1_3 php5-5.3.6 php5-mysql-5.3.6 php5-session-5.3.6
php5-snmp-5.3.6 php5-sockets-5.3.6 php5-xml-5.3.6 pixman-0.21.4 pkg-config-0.25_1
png-1.4.5 python27-2.7.1_1 renderproto-0.11 rrdtool-1.4.5 xcb-util-0.3.6_1
xorg-fonts-truetype-7.5.1 xproto-7.0.16
WWW:    https://www.cacti.net

Port:   net/cactid
Moved:  net-mgmt/cacti-spine
Date:   2008-01-27
Reason: project was renamed

info#

Далее переходим в каталог cacti и ставим его: Читать далее...

Такая ошибка обычно встречается, если у вас криво настроен редирект на порт https. Если вы с этим столкнулись, то наверняка пытаетесь получить доступ к phpmyadmin после авторизации Решается это следующим образом:

location ~ \.php$ {
fastcgi_param HTTPS on;
.....

На заметку. Оказалось, что команда tar это не алгоритм архивирования, а аббревиатура Tape Archiv. А вот bzip/gzip это алгоритмы архивирования. И заархивировать двумя разными алгоритмами можно с помощью той же команды tar, используя разные ключи в командной строке:

gzip компрессия:
#tar -czf xyz.tar.gz <folder name>
bzip2 компрессия:
#tar -cjf xyz.tar.bz2 <folder name>

Решил создать dc хаб для друзей. Последней версией хаба оказалась:

# pkg_version -v | grep verli
verlihub-0.9.8.e.r2,1               =   up-to-date with port

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

vh_install

Когда вы верно укажите имя пользователя от базы и другие параметры в процессе установки, вы можете увидеть, что эта версия хаба не особо дружит с именами:

# cat /usr/local/etc/verlihub/install_log
Config dir /usr/local/etc/verlihub
(1)                           Wed Feb 16 10:50:19 2011 #                
cMySQL - Connecting to mysql server: verlihub@localhost/verli using UTF8 encoding
(1)                           Wed Feb 16 10:50:19 2011 #                
cMySQL - Connection to mysql server failed: Can't connect to local MySQL server through socket '' (2)
terminate called after throwing an instance of 'char*'

Проблема решилась тем, что в пункте указать адрес сервера mysql надо изменить localhost на 127.0.0.1

При каждом обновлении php после перезагрузки постоянно отваливается акселератор с сообщением, что он собран для предыдущей версии.

# /usr/local/etc/rc.d/php-fpm start
Starting php_fpm.
eAccelerator: shmmax should be at least 2MBPHP Warning:  [eAccelerator] Can not create shared memory area in Unknown on line 0
Unknown(0) : Warning - [eAccelerator] Can not create shared memory area
PHP Fatal error:  Unable to start eAccelerator module in Unknown on line 0
Unknown(0) : Fatal error - Unable to start eAccelerator module
/usr/local/etc/rc.d/php-fpm: WARNING: failed to start php_fpm

Вот, что произошло после переустановки акселератора. Решаем проблему увеличением параметра kern.ipc.shmmax.У меня стояло 32 мегабайта, повысим до 64:

#sysctl kern.ipc.shmmax=67108864

Добавим в /etc/sysctl.conf. И надо изменить опцию в файле php.ini:

eaccelerator.shm_size="0"

Немного инфы с источника:

This setting will allow you to control the amount of shared memory eAccelerator should allocate to cache PHP scripts. The number sets the amount of memory in megabytes. Setting this value to "0" will use the default size.

Если после рестарта php-fpm вылетает та же ошибка, что и в начале, просто переустановите еще раз акселератор и запустите php-fpm еще раз. Должно все работать.

Может кто-то и уже писал о подобном в рунете, не знаю не искал. Нашел сам. Решил намедни посмотреть на эту штуковину, что да как работает. Вышла 7-я версия позавчера. Залив на свой мини сервачок, я приступил к установке. Грабли не заставили себя долго ждать.

Вот, что-то подобное может произойти,если у вам не установлен определенный порт. Возни, конечно, было не особо много. В большинстве случаев люди в интернетах ставят на всякие xammp'ы, lamp'ы, mamp'ы. Читать далее...

Приключения постигли меня в час подготовки защиты НИРа. Вместо того, чтобы дозубрить речь, я увлекся оптимизацией своего веб сервера. Надумал эксперимент по статье с опеннета по докладу Игоря Сысоева. Добавил немного опций в файл /boot/loader.conf, а именно

vm.kmem_size=1G
vm.kmem_size_max=1G

Первый параметр еще прокатил, а второй жестко привязан к опции в ядре(options KVA_PAGES=512). Ядро у меня пока не собралось И я не долго думаю решил отправить машину в ребут, оказалось не особо долгий. После ребута машина запаниковала с ошибкой:

kmem_suballoc: bad status return of 3

Сомнения вкрались в голову сразу из-за этих параметров добавленных ранее в файл loader.conf. Погуглив, решение было найдено практически мгновенно;) Цитирую:

OK unset vm.kmem_size
OK boot

OK show