Zabbix freebsd program counter not available for this architecture
После обновления Zabbix на FreeBSD до 1.8.5 стал получать сообщения вроде этого:
Zabbix freebsd program counter not available for this architecture
и заббикс перестал стартовать.
Все дело оказалось в старой библиотеке net-snmp, которую необходимо обновить до 5.5, и уже затем пересобрать zabbix.
portupgrade net-snmp
cd /usr/ports/net-mgmt/zabbix-server
make deinstall
make reinstall
Как говорят наши пиндосские товарищи, works like a charm
Mac OS X transparent squid ipfw bugfix
Сам прозрачный прокси включается проще простого, в squid.conf добавляем:
http_port 3128 transparent
и в ipfw добавляем следующее правило заворачивающее с 80го порта на внутренний:
ipfw add 1050 fwd 127.0.0.1:3128 tcp from 192.168.1.0/24 to not 192.168.1.0/24 80
Однако, оказалось, на 10.6 не работает ipfw fwd правило для прозрачного прокси.
Непродолжительное гугление помогло выявить вот такой багфикс:
sudo sysctl -w net.inet.ip.scopedroute = 0
или еще лучше прописать в /etc/sysctl.conf
net.inet.ip.scopedroute = 0 и перезагрузить сервер.
Commandlinefu : домашняя страница юниксоида
Порой бывает комментарий ценнее самой статьи, так, например, на просторах Хабра был найден линк на прекрасный сайт:
http://www.commandlinefu.com/commands/browse
Из прекрасного: если вы забыли набрать sudo перед выполнением команды, не беда, выполните sudo !!
и вместо !! подставится предыдущая строка.
Или вот, например, закрыли вам весь доступ фаерволами, из сервисов один DNS остался, так вот, можете вполне воспользоваться википедией
dig +short txt
где
Хозяйке FreeBSD на заметку: переворачивание логов exim
Данный совсем простой метод подходит не только для логов exim, но и любых других логов, которые необходимо переворачивать либо по размеру, либо по расписанию.
данные две строки
/var/log/exim/mainlog mailnull:mailnull 640 7 * @T00 JN
/var/log/exim/rejectlog mailnull:mailnull 640 7 * @T00 JN
Лайфхак в shell: быстрое перемещение по каталогам
UPD: добавлено видео процесса.
Для тех, кто способен пальцами гвозди гнуть, а именно, яростных программеров и юниксовых сисадминов будет небезынтересным эффективный способ передвижения по каталогам. Не открою большой тайны, если скажу, что наиболее популярным каталогом при работе с FreeBSD у меня является /usr/local/etc/. Это значит я наберу cd /u tab /l tab /e tab [enter], а именно 13 нажатий клавиш .
А можно быстрее? Оказывается можно!
Небольшой скрипт, который мы можем взять с github, и без труда проинсталлировать в системе, и вуаля.
Автоматически фиксируются те каталоги, куда вы чаще всего заходите и становятся доступными по шорткату «j».
В моем примере я всего лишь набрал «j u enter» и сразу оказался в нужном каталоге! С командой j также вполне себе работает автокомплит.
Исходники: http://wiki.github.com/joelthelion/autojump/
Под Mac ставится одной строкой: brew install autojump (если у вас установлен brew)
Enjoy.
high availability http load balancer
На просторах интернетов был найден software http load balancer для распределения нагрузки на web-front.
По многообещающим страницам сайта можно предположить, что модуль способен выдержать распределение http запросов с нагрузкой в десятки тысяч запросов в секунду.
- Linux 2.4 on x86, x86_64, Alpha, SPARC, MIPS, PARISC
- Linux 2.6 on x86, x86_64, ARM (ixp425), PPC64
- Solaris 8/9 on UltraSPARC 2 and 3
- Solaris 10 on Opteron and UltraSPARC
- FreeBSD 4.10 — 6.2 on x86
- OpenBSD 3.1 to -current on i386, amd64, macppc, alpha, sparc64 and VAX (check the ports)
Впечатляющих результатов достиг Chris Knight:
200 Terabytes Served in 81 Days = 2.47TB per day!
apachetop
Набрел на забавную утилиту apachetop
Вот такой простенький, порой, бывает нужен анализатор состояния апача, вдруг атакует кто?

Ошибка при установке на FreeBSD zabbix 1.8
Если при установке zabbix 1.8 на FreeBSD вы получаете сообщения вида:

60622:20091223:144406.024 Can’t allocate shared memory of size 8388608 [Cannot allocate memory]
60622:20091223:144406.024 Can’t allocate shared memory for configuration cache.
знайте, все дело в системных настройках sysctl.conf
в порядке тестирования пропишите
sysctl kern.ipc.semmni=128
sysctl kern.ipc.semmns=32000
sysctl kern.ipc.semmax=32000
sysctl kern.ipc.semmsl=250
sysctl kern.ipc.shmmni=4096
sysctl kern.ipc.shmmax=2147483648
sysctl kern.ipc.shmall=2097152
или сразу в /etc/sysctl.conf, тогда потребуется перезагрузка
kern.ipc.semmni=128
kern.ipc.semmns=32000
kern.ipc.semmax=32000
kern.ipc.semmsl=250
kern.ipc.shmmni=4096
kern.ipc.shmmax=2147483648
kern.ipc.shmall=2097152
проблема должна рассосаться