49 ответов в этой теме

[AdminKontory]

Добрый день. Такая ситуация. Перестал подключаться агент к серверу. Удалил, установил заново. проработал немного, потом опять перестал подключаться. Агент стоит локально на том же сервера где и сам ESS. В логах пишет что:

 

[ 3272 4ec] prcsr  tcp/192.168.3.8:2193: new connection at tcp/192.168.3.8:24221
20171122.053626.33 ntc [ 3272 cec] mth:1  Server access denied because of Database is overloaded
20171122.053626.33 ERR [ 3272 4ec] prcsr  Cannot connect to server "tcp/server" because of Access denied
20171122.053626.33 inf [ 3272 f34] rstc   tcp/192.168.3.8:2193: dead 0/0 (0/0) 19:08:28.203
20171122.053626.33 inf [ 3272 4ec] prcsr  tcp/192.168.3.8:2193: new connection at tcp/192.168.3.8:49051

 

Может кто что подскажет?

[Afalin]

Опять 6?

Без логов никто не подскажет.

[VVS]

Лог сервера + отчёт с агента.

[AdminKontory]

Лог сервера + отчёт с агента.

 

это часть лога клиента. лог сервера где взять?

[VVS]

 

Лог сервера + отчёт с агента.

это часть лога клиента.

 

Вот именно.

 

лог сервера где взять?

drwcsd.log лежит в каталоге сервера в подкаталоге или var или etc, точно не помню.

[AdminKontory]

 drwagntd.log   213,5К   3 Скачано раз  drwcsd.log   3,37Мб   4 Скачано раз

[Afalin]

drwagntd вообще жив?

[VVS]

drwagntd вообще жив?

Отчёт покажет.

[AdminKontory]

агент написано что неавторизован. хотя раньше все было норм, и в базе он и обновлялось все до определенного времени

[Kirill Polubelov]

Агент подключался 21, а 22-го
20171122.053425.23 inf [ 3272 4ec] prcsr  tcp/192.168.3.8:2193: new connection at tcp/192.168.3.8:24221
20171122.053626.33 ntc [ 3272 cec] mth:1  Server access denied because of Database is overloaded
20171122.053626.33 ERR [ 3272 4ec] prcsr  Cannot connect to server "tcp/mailserver.riknet.local" because of Access denied
20171122.053626.33 inf [ 3272 f34] rstc   tcp/192.168.3.8:2193: dead 0/0 (0/0) 19:08:28.203
20171122.053626.33 inf [ 3272 4ec] prcsr  tcp/192.168.3.8:2193: new connection at tcp/192.168.3.8:49051
СЕйчас посмотрим по логу сервера, чего у него с базой случилось.

[Afalin]

А у сервера, который вроде как на той же машине, уже 24 число.

Так что вопрос про состояние drwagntd остаётся открытым. Есть мнение, что он мёртв.

[Kirill Polubelov]

Нет, он просто не передподключался по новой, получив access denied

[Kirill Polubelov]

В общем и целом, как таковых ошибок БД на сервер нет, но сервер туго к ней подключается.

20171120.162750.51 ntc [ 1588 b98] srv:0  tcp/192.168.2.99:49924: Please try later! There are no established database connections
20171120.162750.84 ntc [ 1588 b98] srv:0  tcp/192.168.2.58:50870: Please try later! There are no established database connections
20171120.162751.18 ntc [ 1588 b98] srv:0  tcp/192.168.2.61:1816: Please try later! There are no established database connections
20171120.162751.32 ntc [ 1588 b98] srv:0  tcp/192.168.3.95:50614: Please try later! There are no established database connections
20171120.162751.50 ntc [ 1588 b98] srv:0  tcp/192.168.3.64:1976: Please try later! There are no established database connections
20171120.162751.61 ntc [ 1588 b98] srv:0  tcp/192.168.2.13:1430: Please try later! There are no established database connections
20171120.162751.82 ntc [ 1588 b98] srv:0  tcp/192.168.3.126:53643: Please try later! There are no established database connections
20171120.162751.91 inf [ 1588 6d4] noname [IntDB] Database is 895561728 bytes long and found in "C:\Program Files\DrWeb Enterprise Server\var\dbinternal.dbs"
20171120.162751.99 ntc [ 1588 b98] srv:0  tcp/192.168.3.124:55253: Please try later! There are no established database connections
20171120.162752.06 ntc [ 1588 b98] srv:0  tcp/192.168.2.2:4120: Please try later! There are no established database connections
20171120.162752.46 ntc [ 1588 b98] srv:0  tcp/192.168.3.65:2009: Please try later! There are no established database connections
20171120.162752.55 ntc [ 1588 b98] srv:0  tcp/192.168.3.88:49518: Please try later! There are no established database connections
20171120.162752.69 ntc [ 1588 b98] srv:0  tcp/192.168.3.9:58029: Please try later! There are no established database connections
20171120.162752.79 ntc [ 1588 b98] srv:0  tcp/192.168.2.141:1131: Please try later! There are no established database connections
20171120.162753.19 ntc [ 1588 b98] srv:0  tcp/192.168.3.1:23255: Please try later! There are no established database connections
20171120.162753.67 ntc [ 1588 b98] srv:0  tcp/192.168.2.59:1173: Please try later! There are no established database connections
20171121.053000.56 inf [ 1588 ddc] sch    [DbMgr] Exporting database content into file "C:\Program Files\DrWeb Enterprise Server\var\backup\1d8593af-486c-80c2-18e4-be198125e7ce\20171121023000027\database.dz"
20171121.072545.92 inf [ 1656 71c] noname [IntDB] Database is 895561728 bytes long and found in "C:\Program Files\DrWeb Enterprise Server\var\dbinternal.dbs"
20171121.090233.46 ntc [ 1660 12f8] srv:0  tcp/192.168.2.77:49341: Please try later! There are no established database connections
20171121.090233.53 ntc [ 1660 12f8] srv:0  tcp/192.168.3.83:1733: Please try later! There are no established database connections
20171121.090234.69 ntc [ 1660 12f8] srv:0  tcp/192.168.2.29:1060: Please try later! There are no established database connections
20171121.090234.75 inf [ 1660 714] noname [IntDB] Database is 895561728 bytes long and found in "C:\Program Files\DrWeb Enterprise Server\var\dbinternal.dbs"
20171121.090235.00 ntc [ 1660 12f8] srv:0  tcp/192.168.2.26:2543: Please try later! There are no established database connections
20171121.090235.05 ntc [ 1660 12f8] srv:0  tcp/192.168.2.157:49206: Please try later! There are no established database connections
20171121.090235.20 ntc [ 1660 12f8] srv:0  tcp/192.168.3.32:1135: Please try later! There are no established database connections
20171121.090235.92 ntc [ 1660 12f8] srv:0  tcp/192.168.2.28:1281: Please try later! There are no established database connections
20171121.090236.62 ntc [ 1660 12f8] srv:0  tcp/192.168.2.107:1095: Please try later! There are no established database connections
20171121.090237.48 ntc [ 1660 12f8] srv:0  tcp/192.168.3.126:49893: Please try later! There are no established database connections
20171121.090237.76 ntc [ 1660 12f8] srv:0  tcp/192.168.2.123:1170: Please try later! There are no established database connections
20171121.090237.93 ntc [ 1660 12f8] srv:0  tcp/192.168.3.87:60740: Please try later! There are no established database connections
20171121.090238.28 ntc [ 1660 12f8] srv:0  tcp/192.168.3.125:49311: Please try later! There are no established database connections
20171122.053000.55 inf [ 1660 12fc] sch    [DbMgr] Exporting database content into file "C:\Program Files\DrWeb Enterprise Server\var\backup\1d8593af-486c-80c2-18e4-be198125e7ce\20171122023000005\database.dz"
20171123.053000.56 inf [ 1660 12fc] sch    [DbMgr] Exporting database content into file "C:\Program Files\DrWeb Enterprise Server\var\backup\1d8593af-486c-80c2-18e4-be198125e7ce\20171123023000002\database.dz"
20171124.053000.60 inf [ 1660 12fc] sch    [DbMgr] Exporting database content into file "C:\Program Files\DrWeb Enterprise Server\var\backup\1d8593af-486c-80c2-18e4-be198125e7ce\20171124023000029\database.dz"
20171124.113404.55 ntc [ 1660 d04] srv:2  tcp/192.168.3.63:1557: Please try later! There are no established database connections
20171124.113405.03 inf [ 1660 714] noname [IntDB] Database is 895561728 bytes long and found in "C:\Program Files\DrWeb Enterprise Server\var\dbinternal.dbs"
20171124.113405.05 ntc [ 1660 d04] srv:2  tcp/192.168.3.96:51545: Please try later! There are no established database connections
 

Учитывая ее размер (какие, кстати, ТТХ машинки -- память, проц, диск?), думаю, стоит провести обслуживание БД.

[Kirill Polubelov]

Для этого:

1. В командной строке или каком-нибудь FAR-manager'e зайдите в каталог:
C:\Program Files\DrWeb Enterprise Server\bin

2. Остановите сервер, командой:

drwcsd.exe stop

Убедитесь, что в процессах (через диспетчер задач, например), drwcsd.exe нет.

3. Выполните команду:

drwidbsh.exe ..\var\dbinternal.dbs

появится приглашение к вводу команд в оболочке sqlite

4. Выполните:

PRAGMA integrity_check;

дождитесь окончания выполнения команды и появления приглашения к вводу команд. Это может занять некоторое время.

5. Выполните:

vacuum;

дождитесь окончания выполнения команды и появления приглашения к вводу команд. Это может занять некоторое время.

6. Выполните:

.exit

7. Запустите сервер командой:

drwcsd.exe start

8. Через веб-интерфейс, в расписании сервера, стоит убедиться, что включены и выполняются задания вида Purge.

 

UPD: Да, если на этой же машине есть наш агент, перед манипуляциями, выключите у него самозащиту.

После завершения работ, включите обратно.

Сообщение было изменено Kirill Polubelov: 24 Ноябрь 2017 - 13:37

[Afalin]

900M – не такой уж и размер.

А вот то, что, получив в очередной раз отлуп, агент не пошёл на сервер снова ни разу за два дня, это что-то более интересное.

[Kirill Polubelov]

>> это что-то более интересное.

Это просто древний баян, пруф в трекере где-то )

[N1ke]

Аналогичный пример был, он там на ипв6 подозрения были: https://forum.drweb.com/index.php?showtopic=325911

 

С тех пор правда удалось затюнить сервер и больше оверлоады просто не допускались.

Сообщение было изменено N1ke: 24 Ноябрь 2017 - 15:29

[AdminKontory]

Для этого:

1. В командной строке или каком-нибудь FAR-manager'e зайдите в каталог:
C:\Program Files\DrWeb Enterprise Server\bin

2. Остановите сервер, командой:

drwcsd.exe stop

Убедитесь, что в процессах (через диспетчер задач, например), drwcsd.exe нет.

3. Выполните команду:

drwidbsh.exe ..\var\dbinternal.dbs

появится приглашение к вводу команд в оболочке sqlite

4. Выполните:

PRAGMA integrity_check;

дождитесь окончания выполнения команды и появления приглашения к вводу команд. Это может занять некоторое время.

5. Выполните:

vacuum;

дождитесь окончания выполнения команды и появления приглашения к вводу команд. Это может занять некоторое время.

6. Выполните:

.exit

7. Запустите сервер командой:

drwcsd.exe start

8. Через веб-интерфейс, в расписании сервера, стоит убедиться, что включены и выполняются задания вида Purge.

 

UPD: Да, если на этой же машине есть наш агент, перед манипуляциями, выключите у него самозащиту.

После завершения работ, включите обратно.

Не помогло ((

[Kirill Polubelov]

Логи покажете? Желательно со строкой, где виден размер БД, то есть незадолго после старта/рестарта. Ну и ошибки подключения станций, тоже, хорошо бы, чтобы попали в лог.

При выполнении инструкции, не сохранили, что выводилось по окончании выполнения команд?

[denneo]

Добрый день.

 

Вчера произошла подобная проблема. Старые агенты перестали подключаться к серверу.

Команды пробовал.

Новые агенты отображаются и подключаются нормально. У старых пишется, что сервер недоступен.

Сообщение было изменено denneo: 24 Май 2018 - 11:32