Насчет стартовых скриптов - абсолютная чушь. Да, они слегка некорректные, но если предлагаете решение, то будьте добры подойти к вопросу с должным вниманием. Вот, что в итоге получилось у меня для suckerd:
$ cat /usr/local/etc/rc.d/zabbix_suckerd
#!/bin/sh

. /etc/rc.subr

name="zabbix_suckerd"
load_rc_config ${name}
rcvar='set_rcvar'
command="${prefix:-"/usr/local"}/bin/${name}"
required_files="/etc/zabbix/${name}.conf"

run_rc_command "$1"

и это - ПРАВИЛЬНЫЙ скрипт. То, что предложили Вы - есть профанация в стиле rc.local (одно НО: rc.local при завершении работы системы НЕ запускается, в отличие от rc.d, чуете, куда ветер дует?)

rrdtool
mrtg

и когда я юзал заббикс была проблема в том, что когда размещаешь несколько графиков на листе (screen) и выбираешь инетервал отображения в 12 часов, то заббикс почему-то рисовал залитые области с белыми полосками хотя они должны быть равномерно залиты.

а ушел я заббикса из-за того что он не мог рисовать отрицательные значения (http://www.zabbix.com/forum/showthread.php?t=1892), и из-за
http://www.zabbix.com/forum/showthread.php?t=1895

после того как разработчик имея два типа переменной A(может быть как float так integer) и два типа переменной B (тоже может быть float и integer) предусмотрел в коде всего 2 комбинации из 4х возможных я ушел на другие средства мониторинга. По новой заббикс буду смотреть не раньше чем через год.

Вот что говорится про PostgreSQL.
===
PostgreSQL vs MySQL

Regarding the choice between PostgreSQL and MySQL, MySQL is recommended for several reasons:
MySQL is faster

recent benchmarks using ZABBIX clearly show that PostgreSQL (7.1.x) is at least 10 times slower than MySQL (3.23.29)

Note: These results are predictable. ZABBIX server processes use simple SQL statements like single row INSERT, UPDATE and simple SELECT operators. In such environment, use of advanced SQL engine (like PostgreSQL) is overkill.
no need to constantly run resource-hungry command “vacuum” for MySQL
MySQL is used as a primary development platform.

If you do use PostgreSQL, zabbix_server will periodically (defined in HousekeepingFrequency) execute command vacuum analyze.

===

Нет, не стОит.

При не особо большом количестве мониторинговых девайсов (около 25 компов, на каждом 5-7-10 сервисов) и при необходимости хранить историю значений месяц (бывает и такое) - в процессе очистки истории машина с mysql (выделенная специально под mysql, которая кроме этого занималась только перекачкой пакетов на четырех интерфейсах) вставала таким раком, что просто ужоснах...

В тоже время, Nagios2+Cacti+RRD при наличии 130 хостов, 980 сервисов - на такой же машине чуствует себя ну просто расчудесно.

Хотя... вот именно _попробовать_ - да, стОит.
Чтоб прочуствовать и выкинуть.

PS: мои эксперименты с заббихом проводились чуть менее года назад - может, с тех пор что-то и поменялось... но для меня - 1) поделка, которая подкладывает такую свинью и 2) разработчики, которые утверждают что mysql в 10 (ДЕСЯТЬ !!!) раз быстрее postgres'a - это критерий.
естественно - негативный.
в результате - решение "ффтопку, без вариантов".

--
wbr, cub

Пробовал сначала забикс- настраивается просто, но глюгов было много,
к примеру то что у меня при создании и удалении карты у неё индекс не менялся,и новые карты не отображались, плюс такого же плана несколько. Писал на форуме разработчикам , но ответа так и не получил. То есть есть система работает, если на глюги внимание не обращать :)
Потом поставил нагиос - настраивается конечно дольше, по виду не такой красивый, но зато нормально работает, и вобщем вполне устраивает  - остановился на нём Ж)