30 ответов в этой теме

[Bromshtein]

Через определнное время, раз 5 в день сваливаетя сервер, служба работает, но но перстает обслуживать агенты, при подключении консолью выдает "Ошибка чтения из сокета "


at java.net.SocketInputStream.read(Unknown Source)
at com.drweb.EnterpriseSuite.Console.Protocol.CountInStream.read(CountInStream.java
:30)
at java.io.BufferedInputStream.fill(Unknown Source)
at java.io.BufferedInputStream.read(Unknown Source)
at java.io.FilterInputStream.read(Unknown Source)
at com.drweb.EnterpriseSuite.Console.Protocol.ProtoCommand.read_word(ProtoCommand.j
ava:327)
at com.drweb.EnterpriseSuite.Console.Protocol.ProtoCommand.read(ProtoCommand.java:3
63)
at com.drweb.EnterpriseSuite.Console.Protocol.TheServer.login(TheServer.java:471)
at com.drweb.EnterpriseSuite.Console.Protocol.TheServer.run_input(TheServer.java:86
0)
at com.drweb.EnterpriseSuite.Console.Protocol.TheServer.access$1900(TheServer.java:24)
at com.drweb.EnterpriseSuite.Console.Protocol.TheServer$In.run(TheServer.java:1430)


В сети обслуживается 250 машин

Прикрепленные файлы:

•  drwcsd.txt   39,87К   56 Скачано раз

Сообщение было изменено Bromshtein: 08 Июнь 2009 - 07:23

[Andrey_Kr]

У меня было , что-то похожее: служба сервера работает, но при этом ни агенты, ни консоль не могут подключиться, а лог сервера не ведется. Такое ощущение, что ошибка происходила при пересоздании лога. Каждый раз, когда глючил сервер, видно было, что создался свежий drwcsd.log, который практически сразу переставал изменяться. У вас случайно не такая же история?

[Bromshtein]

Точно такаяже ситуация, но почему то разработчики, никак не могут прокомнетировать данную проблему

P.S. Заметил такую особенность, сегодня не предприятии включено минимальное количество компов, около 10, в обычные дни когда сервер ES преставал обслуживать клиентов, было около 130 подключений к серверу.

[Andrey_Kr]

Попробуйте изменить уровень детализации протокола сервера хотя бы на траасировку.

[Bromshtein]

Попробуйте изменить уровень детализации протокола сервера хотя бы на траасировку.

Спасибо Andrey_Kr, изменил протокол детализации на предупреждение, глюки прекратились, служба работает

[pig]

Баг в логгере?

[Bromshtein]

Баг в логгере?

Самому интересно, скорее всего сервер не справляется с потоком, при сильной детализации протокола и подключенных агентов к серверу, в лог каждую секунду записывалось около 500 кБайт, проблема либо в слабом железе, либо если все это записываеся в БД - в ниятях и т.п.

[trafo]

У нас такая-же беда

Периодически агенты не находят сервер. Приходится перезапускать службу.

Парк из 36 компьютеров, 1 сервер. На мощность серверного железа не грешу.

Воспользовался советом, изменил протокол на трассировку. Вылеты сервера стали заметно реже. Но они остались.

[Bromshtein]

У нас такая-же беда

Периодически агенты не находят сервер. Приходится перезапускать службу.

Парк из 36 компьютеров, 1 сервер. На мощность серверного железа не грешу.

Воспользовался советом, изменил протокол на трассировку. Вылеты сервера стали заметно реже. Но они остались.

Поставь протокол сервера до уровня "Предупреждения", у меня тоже на трассировке отваливалось.

[trafo]

Bromshtein,
Поставил в протоколе сервера "Предупреждение". Через 2 часа работы агенты опять потеряли сервер

[Bromshtein]

Поставил в протоколе сервера "Предупреждение". Через 2 часа работы агенты опять потеряли сервер

Соединение с БД 10
Нитей 25
И еще для всех в группе Everyone в настройках агента установи протокол на "предупреждение"

[trafo]

Bromshtein
Поставил, правда, нитей - 15, соединений с базой - 5. В агентах поставил "Предупреждение".
Прошло уже около суток работы, агенты не отваливаются.
Спасибо за совет!

[trafo]

Опять стали отваливаться агенты. Примерно, один раз в сутки
Попробую увеличить кол-во нитей, и соединений с базой.

[StAnOK]

Таже самая проблема. Клиентов подлючено пока только около 20. Практически после каждого подключения нового клиента приходится перезапускать службу. Либо просто само отваливается через несколько минут.
Попробовал перевести лог на MS SQL получается ошибка...http://forum.drweb.com/index.php?showtopic=281219

[andr_moZg]

+ присоединяюсь.... проблема точно такая же.
Зделал все как советовали... пока все ок...

[Eugeny Gladkih]

скоро выпустим фикс

[bromi]

Та же ерунда. Железо хорошее, но ОС сервера" - XP и на ней много сетевых соединений, если это важно (разные инвентарки сетевые, бэкапы и т.п.). Отваливается, что самое интересное, как правило, по ночам, когда вроде бы клиентов и нет особо.

ЗЫ: как бы всё же поумерить пыл dr web engine писать в эвент-лог тысячу и одно сообщение за день?

[andr_moZg]

у меня отваливается либо при подсоединение новых клиентов,
либо то же по ночам...

[bromi]

Снижение уровня логирования так и не помогло (вплоть до фатал эррор) - в следствие указанной ниже причины, подозреваю.
Вообще, заметил, кстати, следующие эффекты: как правило, свежесозданный drwcsd.log заполняется очень быстро, сообщениями вида
20090720.104812.46 db3 [ 1684] mth:5 [Update] tcp/192.168.0.46:2583/052AD710:1/st:ART1: want (found) product '10-drwbases' 1248020712 1248020712, have 1248020712 'S'
20090720.104812.46 db3 [ 1684] mth:5 [Update] tcp/192.168.0.46:2583/052AD710:1/st:ART1: want (found) product '10-drwupgrade' 1 1244734410, have 1244734410 'D'
20090720.104812.46 db3 [ 1684] mth:5 [Update] tcp/192.168.0.46:2583/052AD710:1/st:ART1: want (found) product '20-drwagntd' 1 1247121669, have 1247996553 'D'
и heartbeat стоит 30 секунд.
Это вообще нормально?
Далее, лог переполняется где-то минут за 20 (10 мегабайт стоит размер вроде), пишет последнюю запись о rotate и архивирует его. НОВЫЙ лог после этого НЕ создаётся, drwcsd в процессах висит спокойно и памяти много не ест (в состоянии работы ест метров 50). Сервер в это время консоли продолжает нормально отвечать. Если его перезапустить - лог все равно НЕ создаётся. После ребута - создаётся. Вывод - процесс drwcsd сидит и что-то лочит. Убить его, естественно, мне не даёт система.

Спустя какое-то время (около суток) сервер перестаёт отвечать консоли и агентам.


Будет ли фикс именно к этому поведению? Или чему-то ещё? Что можно сделать?

Сообщение было изменено bromi: 20 Июль 2009 - 09:54

[Eugeny Gladkih]

Снижение уровня логирования так и не помогло (вплоть до фатал эррор) - в следствие указанной ниже причины, подозреваю.
Вообще, заметил, кстати, следующие эффекты: как правило, свежесозданный drwcsd.log заполняется очень быстро, сообщениями вида
20090720.104812.46 db3 [ 1684] mth:5 [Update] tcp/192.168.0.46:2583/052AD710:1/st:ART1: want (found) product '10-drwbases' 1248020712 1248020712, have 1248020712 'S'

это лог уровня debug3, никак не error