Всем привет!

Настраиваю мониторинг сервера 1С 8.1 на линуксе с помощью zabbix. Подскажите, как понять, что сервер 1С работает и отвечает на запросы? Например, ситуация после приостановки контейнера openvz для резервного копирования: все процессы запущены (проверяем: proc.num[rphost], proc.num[postmaster,postgres] и т.д.), но при попытке подключиться к 1С вижу сообщение "Сервер недоступен (Не отвечает, завершился аварийно ...".

netstat -a | grep 1541 на сервере выдает:

tcp     1856      0 server_1c:1541   server_1c:36663  ESTABLISHED
tcp     1958      0 server_1c:1541   server_1c:36660  ESTABLISHED
tcp     1957      0 server_1c:1541   server_1c:36659  ESTABLISHED
tcp        0      0 server_1c:36660  server_1c:1541   ESTABLISHED
tcp        0      0 server_1c:36663  server_1c:1541   ESTABLISHED
tcp        0      0 server_1c:36659  server_1c:1541   ESTABLISHED
tcp        0      0 server_1c:41889  server_1c:1541   ESTABLISHED
tcp     1860      0 server_1c:1541   server_1c:41889  ESTABLISHED
tcp        0      0 server_1c:1541   client_1c:2554          ESTABLISHED
tcp        1      0 server_1c:1541   client_1c:4759          CLOSE_WAIT  
tcp        1      0 server_1c:1541   client_1c:4764          CLOSE_WAIT  
tcp        1      0 server_1c:1541   client_1c:4765          CLOSE_WAIT  
tcp        1      0 server_1c:1541   client_1c:4763          CLOSE_WAIT  

То есть, вроде всё ОК: rphost. ragent, rmngr и postgres запущены, порт 1541 открыт, но 1С не пашет. Проблема решается перезапуском сервера /etc/rc.d/init.d/srv1cv81 restart. Хочу, чтобы перезапускал zabbix. Как еще понять, что с сервером что-то не так?

(0) А может быть такое, что Вы логи (и другие конфигурационные файлы) сервера приложений храните на сетевой шаре? Может быть такое, что после старта сервера какая-то шара отвалилась (дескрипторы на ней стали не верны)?

Есть такая же проблема, но с 8.2. Вроде все работает, а клиент до сервера достучаться не может. Помогает /etc/rc.d/init.d/srv1cv82 restart. Никаких нестандартных расположений файлов нигде нет. Единственно что - ubunta c сервером 8.2 работает в виртуальной машине

(2) где-то была рекомендация чистить файлы snccntx*.*

(3) Спасибо, почитал про эти файлы. Но для того, чтобы их удалить, нужно остановить сервер 1с, судя по-всему, а если уж останавливать, то и просто перезапуск спасает ситуацию.
Если только проблема чуть надольше исчезнет?

Нашел интересную мысль здесь:
http://1cprovse.blogspot.ru/2012/12/1.html

Однако причина оказалась куда более неожиданной!

Разыменование в Windows 7 (Server 2008,  2008R2, вероятно и 2012)

Попробуйте пропинговать свой комп по имени. То что Вы увидите, определит возможность применения моего решения.
Выполнить это просто:
1. Запустите командную строку (Win+R, наберите cmd и нажмите ОК)
2. В командной строке наберите команду "Ping" пробел и имя вашего компьютера. Именно имя, а не его IP адрес. Нажмите Enter.
3. Если система начала пинговать себя через адрес вида fabc:de12:3456:7890:ABCD:EF98:7654:3210, или другой отличный от Вашего IP адрес
- добро пожаловать в частный клуб багофичи разыменования по версии Windows 7.
Основа проблемы кроется в том, что 1С сервер не может по имени определить себя.
А вот, отображение Вашего IP в виде IPv6 - одна из самых частых причин возникновения этой ошибки.
Еще одной из причин может быть периодическое подключение к другой сети (допустим ВПНу) когда создается новый интерфейс и Винда опять же начинает разыменовывать себя "неправильно".

Может быть в какой-то момент комп с сервером 1с перестает быть виден по имени?
(0) у вас клиенты из-под какой операционки запускаются?