Перейти к содержимому


Фото
- - - - -

Групповые обновления в ES 11


  • Please log in to reply
9 ответов в этой теме

#1 KIO1968

KIO1968

    Newbie

  • Posters
  • 57 Сообщений:

Отправлено 23 Январь 2019 - 08:19

Настроил вроде всё по мануалу.

В логах при уровне дебаг3 и выше фигурирует работоспособность сей фишки по UDP. Обновления агентами принимаются.

На странице "Администрирование" --> "Статистика сервера" --> "Передача групповых обновлений" цифирки всегда в нулях.

У меня что-то неправильно настроено или просто баг в статистике?

В логах сервера откровенных ошибок не увидел, кроме вот такой весьма нечастой от DBPool/PgSQL

ОШИБКА: значение "4294967250" вне диапазона для типа integer, position 194, 00.000, INSERT INTO station_hips_event (id,pid,ppath,htype,tpath,stype,denied,isuser,ecount,euser,auser,eventtime,recvtime,notified) VALUES(?,?,?,?,?,?,?,?,?,?,?,?,?,?) [36:"d005c117-d21d-b211-89d5-c807acd7660a", 4824, 968, 17, 0, 4294967250, 1, 0, 1, 2408, 0, 20190117114630000, 20190123043839100, 1]

 


---
С уважением,
Константин.

#2 Afalin

Afalin

    Guru

  • Dr.Web Staff
  • 5 827 Сообщений:

Отправлено 23 Январь 2019 - 08:50

Обновления агентами принимаются.

Именно через мультикаст?

У меня что-то неправильно настроено или просто баг в статистике?

Вполне может быть баг в статистике, надо посмотреть.

В логах сервера откровенных ошибок не увидел, кроме вот такой весьма нечастой от DBPool/PgSQL

Угу, какой-то баг на стороне агента. Тут может быть интересен (но может быть и нет) отчёт с такой станции (в данном случае – с id d005c117-d21d-b211-89d5-c807acd7660a).


Семь раз отрежь – один раз проверь

#3 KIO1968

KIO1968

    Newbie

  • Posters
  • 57 Сообщений:

Отправлено 23 Январь 2019 - 09:48

Именно через мультикаст?

Сходу 100% уверенности нет, с уровнем логов по умолчанию на станции эта информация в глаза не бросилась, но если исходить из того, что при включении станция посылает на сервер ARQ_UPDATE, а потом весь день уже после каждого обновления дважды в час на сервер уходит только ANF_STATE, надеюсь что обновления приходят мультикастом. Да и по логам ES-сервера видно, что в мультикаст-группу шлёт пакеты не только сервер

например так

mcast://231.0.0.3:2197-192.168.0.238: data of 1373 bytes sent to 231.0.0.3:2197

но и станции изредка, например

mcast://231.0.0.3:2197-192.168.0.238: data of 183 bytes read at 231.0.0.3:2197 from 192.168.3.197:2197
 

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

---
С уважением,
Константин.

#4 Afalin

Afalin

    Guru

  • Dr.Web Staff
  • 5 827 Сообщений:

Отправлено 23 Январь 2019 - 09:56

Сходу 100% уверенности нет, с уровнем логов по умолчанию на станции эта информация в глаза не бросилась, но если исходить из того, что при включении станция посылает на сервер ARQ_UPDATE, а потом весь день уже после каждого обновления дважды в час на сервер уходит только ANF_STATE, надеюсь что обновления приходят мультикастом.

Угу, если инкрементально обновляется через мультикаст, то должно всё ограничиваться SNF_UPDATE_LIST/SNF_UPDATE/ANF_STATE. Если обновление через TCP – добавляется ARQ_UPDATE/SRS_UPDATE.


Семь раз отрежь – один раз проверь

#5 Stanislav Korobeynikov

Stanislav Korobeynikov

    Newbie

  • Dr.Web Staff
  • 5 Сообщений:

Отправлено 23 Январь 2019 - 11:00

Если есть логи с агента, с отправкой сообщения, вызвавшего ошибку " значение "4294967250" вне диапазона ...", пришлите, пожалуйста. 



#6 KIO1968

KIO1968

    Newbie

  • Posters
  • 57 Сообщений:

Отправлено 23 Январь 2019 - 11:17

ошибку " значение "4294967250" вне диапазона ...", пришлите, пожалуйста.

Эх, поспешил я, уже снёс и переставил этого агента, посчитал что при переезде агента с ес10 на ес11 что-то пошло не так...

Понаблюдаю ещё и если у какого-то агента выплывет (а у меня их достаточно много), то пришлю логи. Логи собирать на агенте, выбрав в инструментах "Отчет для техподдержки"? 


---
С уважением,
Константин.

#7 Stanislav Korobeynikov

Stanislav Korobeynikov

    Newbie

  • Dr.Web Staff
  • 5 Сообщений:

Отправлено 23 Январь 2019 - 11:27

Логи собирать на агенте, выбрав в инструментах "Отчет для техподдержки"? 

 

Да, так будет наиболее полная информация, или просто скопировать из директории C:\ProgramData\Doctor Web\Logs



#8 KIO1968

KIO1968

    Newbie

  • Posters
  • 57 Сообщений:

Отправлено 23 Январь 2019 - 13:13

Касательно ошибок в логе ES сервера, еще вот такое обнаружил, критично ли?

20190123.100830.43 ERR [10970 11014] wwr:8  [PgSQL/1] ОШИБКА: повторяющееся значение ключа нарушает ограничение уникальности "webmin_pkey", Ключ "(id, rkey, seq)=(23d0fec9-a6ef-4b18-9bd3-e3567b9a3341, tree_state, 0)" уже существует., 00.000, INSERT INTO webmin (id, rkey, data, created, seq) VALUES (?,?,?,?,?) [36:"23d0fec9-a6ef-4b18-9bd3-e3567b9a3341", 10:"tree_state", 498:"SELECTED['history'] = {}; \nSELECTED['history']['selected_elemen...", 17:"20190123070830433", 1:"0"]
20190123.100830.43 wrn [10970 11014] wwr:8  [Lua/Database] ОШИБКА: повторяющееся значение ключа нарушает ограничение уникальности "webmin_pkey", Ключ "(id, rkey, seq)=(23d0fec9-a6ef-4b18-9bd3-e3567b9a3341, tree_state, 0)" уже существует., see Lua stack below
20190123.100830.43 wrn [10970 11014] wwr:8  [Lua/VM] 01. At line ? Lua-function 0x7fdaf3a0c5c0 [=?:83:97]
20190123.100830.43 wrn [10970 11014] wwr:8  [Lua/VM] 02. From line ? method Lua-function "dbQueries" [=?:316:375]
20190123.100830.43 wrn [10970 11014] wwr:8  [Lua/VM] 03. From line ? method Lua-function "setData" [=?:68:118]
20190123.100830.43 wrn [10970 11014] wwr:8  [Lua/VM] 04. From line ? Lua-function 0x7fdaf8b666c0 [=?:1053:1075]
20190123.100830.43 wrn [10970 11014] wwr:8  [PgSQL/1] Destroying instance "=?:0" in transaction state, rolling back
20190123.102654.88 ERR [10970 11007] wwr:1  [PgSQL/1] ОШИБКА: повторяющееся значение ключа нарушает ограничение уникальности "webmin_pkey", Ключ "(id, rkey, seq)=(23d0fec9-a6ef-4b18-9bd3-e3567b9a3341, tree_state, 0)" уже существует., 00.000, INSERT INTO webmin (id, rkey, data, created, seq) VALUES (?,?,?,?,?) [36:"23d0fec9-a6ef-4b18-9bd3-e3567b9a3341", 10:"tree_state", 498:"SELECTED['history'] = {}; \nSELECTED['history']['selected_elemen...", 17:"20190123072654885", 1:"0"]
20190123.102654.88 wrn [10970 11007] wwr:1  [Lua/Database] ОШИБКА: повторяющееся значение ключа нарушает ограничение уникальности "webmin_pkey", Ключ "(id, rkey, seq)=(23d0fec9-a6ef-4b18-9bd3-e3567b9a3341, tree_state, 0)" уже существует., see Lua stack below
20190123.102654.88 wrn [10970 11007] wwr:1  [Lua/VM] 01. At line ? Lua-function 0x7fdafc26f380 [=?:83:97]
20190123.102654.88 wrn [10970 11007] wwr:1  [Lua/VM] 02. From line ? method Lua-function "dbQueries" [=?:316:375]
20190123.102654.88 wrn [10970 11007] wwr:1  [Lua/VM] 03. From line ? method Lua-function "setData" [=?:68:118]
20190123.102654.88 wrn [10970 11007] wwr:1  [Lua/VM] 04. From line ? Lua-function 0x7fdaf4b54580 [=?:1053:1075]
20190123.102654.88 wrn [10970 11007] wwr:1  [PgSQL/1] Destroying instance "=?:0" in transaction state, rolling back

 


---
С уважением,
Константин.

#9 Afalin

Afalin

    Guru

  • Dr.Web Staff
  • 5 827 Сообщений:

Отправлено 23 Январь 2019 - 16:15

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


Семь раз отрежь – один раз проверь

#10 KIO1968

KIO1968

    Newbie

  • Posters
  • 57 Сообщений:

Отправлено 23 Январь 2019 - 16:55

Вот еще что вспомнил, не относится напрямую к топику конечно, а только к lin-серверу + postgresql, но тем не менее разработчикам на заметку...

После разворачивания сервера и попытки прописать в веб-консоли в настройках БД коннект к постгресу через сокет, написало ошибку (каюсь, спешил, не записал), но что-то связанное с резолвингом. Переписал подключение на локальный TCP-порт и всё заработало. Раньше в 10-й версии у меня работало соединение через сокет, но правда там у меня стоял дистрибутивный постгрес и сокет был по умолчанию где-то в недрах /var, а на 11-й версии у меня стоит постгрес от постгреспро (9.6), тот что для 1с заточен и у него сокет в /tmp, может из-за этого собака порылась. Но всё равно в настройках ведь прописывается полный локальный путь к сокету, а вместо порта - расширение файла сокета (совпадает с портом TCP в моём случае), каким боком тут резолвинг?


---
С уважением,
Константин.


Читают тему: 0

0 пользователей, 0 гостей, 0 скрытых