Новые комментарии

У меня есть к вам предложение.
Например мониторинг Zabbix (на данный момент поднят у меня но буду ещё поднимать и смотреть Zenoss потому как в zabbix не все так гладко как хотелось бы а писать кастыли уже поднаедает. В общем идея какая, в забиксе есть клиент который с помощью своих каких-то команд может мониторить абсолютно все. А на snmp мониторинге у меня стоят cisco. Я к чему клоню. Может стоить попробывать мониторинг посерьезней чем такие как CACTI?

Товарищи!!! Как говаривал дедушка Ленин с бронивичка.
В общем вроде бы я разобрался с данной проблемой. Если честно я не особо понял с чем она именно связана но долгий и нуторный процесс читания тикитов похоже дал результат.
Вот тут http://www.goldfisch.at/knowwiki/basics/zimbra#ldap_-_and_java-errors
я наткнулся на это

after upgrading my zimbra-server (zimbra 6.0.10) from Ubuntu 8.04LTS64 to 10.04LTS64 zimbra was running extremely unstable and had to be restarted every few hours cause mail-delivery to zimbra MTA via lmtp started failing and users got these strange errors in the webinterface or could not connect via imap. I drove me mad until I found the solution.

bugreport including the fix : http://bugzilla.zimbra.com/show_bug.cgi?id=42870
The errors always contain something like this:

com.zimbra.common.service.ServiceException: system failure: ZimbraLdapContext
java.net.SocketException: Bad file descriptor

Of course a filesystem-check is always recommenden if one faces “Bad file desciptors”, but FS was clear.

So I mad to changes to my system. First I increased some kernel-limits (reboot after editing the file):

/etc/security/limits.conf:
root soft nofile 1048576
root hard nofile 1048576
zimbra soft nofile 1048576
zimbra hard nofile 1048576

I think on performant servers with high zimbra-load you could even increase this values.

Additionally I increased the timeout-values for zimbra by running the following as zimbra

zmlocalconfig -e ldap_read_timeout=300000

and the other values listed below:
ldap_common_writetimeout = 0
ldap_connect_pool_timeout = 120000
ldap_connect_timeout = 300000
ldap_read_timeout = 300000

Then you have to restart zimbra or at least the zimbra-ldap

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

P.S. надеюсь что кому-то это пригодиться.

 Я надеюсь у них скоро появится возможность обновления через веб-интерфейс, тогда опишем.. Сейчас это делается методом скачивания нового пакета, разархивирования, запускать скрипта ./install.sh еще раз. Он найдет установленную зимбру и предложет ее обновить..

 Было бы замечательно после инфы о новом релизе почитать о процедуре обновления Zimbra для начинающих... например с тойже 7.0.0 на 7.0.1... как делать чтоб не накосячить?

p.s. Автору спасибо за сайт.

p.s.s. тем кто ничего кроме как  "читайте маны или загугли" наисать не могут просьба не напрягаться...

Имеется ввиду  возможность настройки из веб интерфейса.

Включи в панели администрирования В Глобальных настройках авторизацию для отправки почты, смени все пароли..

Почему фарвол отсуствует? iptables на месте.

Присоединяюсь: есть такая же проблема. Кроме того, на некоторых компах после установки и первого запуска выдает еще такую ошибку: Couldn't Access Zimbra Desktop Server. Если выйти из системы и зайти под другим пользователем, то все нормально запускается.
Помогите, может кто знает решение??