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


Фото
- - - - -

ошибка при просмотре "Угроз" в веб интерфейсе ES10


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

#1 karasik

karasik

    Member

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

Отправлено 10 Июнь 2016 - 09:56

Выбираю "Антивирусная сеть", далее любую группу, нажимаю в левой части "Угрозы" - выскакивает ошибка:

 

table infection_gr_c9687f73d21db already exists; Err4: callback requested query abort



#2 Kirill Polubelov

Kirill Polubelov

    Hr. Schreibikus

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

Отправлено 10 Июнь 2016 - 10:11

СерверОк обновляли ли?


(exit 0)

#3 karasik

karasik

    Member

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

Отправлено 10 Июнь 2016 - 10:17

СерверОк обновляли ли?

 

В смысле? Обновился с 6 до 10 версии где-то неделю назад, всё работало поначалу а со вчерашнего дня вот такая вот ошибка.



#4 VVS

VVS

    The Master

  • Moderators
  • 19 908 Сообщений:

Отправлено 10 Июнь 2016 - 10:24

karasik, а 10-я версия у Вас актуальная, со всеми обновлениями?


меня вот что возмутило.  что даже не начинают толком диалог сразу дампы...... © alehas777
--------------------------------
Антивирус это как ремень безопасности - всего лишь увеличивает шансы выжить или получить менее тяжкую травму при аварии.
Есть, однако, категория людей, которые рассматривают средства безопасности как ауру неуязвимости. © basid


#5 karasik

karasik

    Member

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

Отправлено 10 Июнь 2016 - 10:30

karasik, а 10-я версия у Вас актуальная, со всеми обновлениями?

 

Ну, в Администрирование > Сервер Dr.Web > Обновления Сервера Dr.Web

Текущая версия от 29-01-2016 03:00:00 более новых обновлений нет.



#6 Kirill Polubelov

Kirill Polubelov

    Hr. Schreibikus

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

Отправлено 10 Июнь 2016 - 10:54

Чудненько, теперь мы попросим лог сервера.

Для виндовс, путь по умолчанию:

"C:\Program Files\DrWeb Server\var\drwcsd.log"


Сообщение было изменено Kirill Polubelov: 10 Июнь 2016 - 10:55

(exit 0)

#7 karasik

karasik

    Member

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

Отправлено 10 Июнь 2016 - 11:36

Чудненько, теперь мы попросим лог сервера.

Для виндовс, путь по умолчанию:

"C:\Program Files\DrWeb Server\var\drwcsd.log"

 

может часть лога сгодится? Там особо ничего такого нету кроме записи в момент нажатия на этот пункт "Угрозы":

==============

20160610.113419.86 tr3 [03218 03243] wrk:3  [Layer/TextProto] tcp://10.67.6.130:1056: snd <177 PING 6360114445986653655>
20160610.113419.86 tr3 [03218 03241] wrk:1  [Layer/TextProto] tcp://10.67.6.130:1056: rcv <185 PONG 6360114445986653655 6360114446032812500>
20160610.113419.86 tr3 [03218 03241] wrk:1  tcp://10.67.6.130:1056/st: Pong round trip time is 1ms
20160610.113419.89 ERR [03218 03259] wwr:4  [DB] Failed, table infection_gr_c9687f73d21db already exists, 00.000, CREATE TABLE infection_gr_c9687f73d21db(r_num INTEGER PRIMARY KEY, id CHARACTER VARYING(36), name CHARACTER VARYING(4000), originator  INTEGER , infectionrecvtime  NUMERIC(17) , infectiontime  NUMERIC(17) , virus  TEXT , type2  NUMERIC(15) , object  TEXT , treatment  NUMERIC(15) , owner  TEXT , username  TEXT , type1  NUMERIC(15) , grid  CHARACTER VARYING(4000) , state  NUMERIC(17)  DEFAULT 0)
20160610.113419.89 ERR [03218 03259] wwr:4  [DB] Failed, table infection_gr_c9687f73d21db already exists; Err4: callback requested query abort, 00.000, SELECT count(id) FROM infection_gr_c9687f73d21db

20160610.113419.90 tr0 [03218 03243] wrk:3  [Update] tcp://10.67.109.148:1105/st: Product "10-drwbases" update skipped for old agents
20160610.113419.90 tr2 [03218 03243] wrk:3  [Update] tcp://10.67.109.148:1105/st: Product "10-drwupgrade" is in pending state
20160610.113419.90 wrn [03218 03243] wrk:3  [Update] tcp://10.67.109.148:1105/st: Product "20-drwagntd" not found in repository
20160610.113420.01 tr3 [03218 03243] wrk:3  [Update] tcp://10.67.6.98:1027/st: Product "10-drwbases" revision "20160610074312" is up-to-date
20160610.113420.01 tr3 [03218 03243] wrk:3  [Update] tcp://10.67.6.98:1027/st: Product "10-drwgatedb" revision "20160610071126" is up-to-date

===============



#8 Afalin

Afalin

    Guru

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

Отправлено 10 Июнь 2016 - 11:42

Там особо ничего такого нету

Почему Вы так думаете?


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

#9 karasik

karasik

    Member

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

Отправлено 10 Июнь 2016 - 11:49

 

Там особо ничего такого нету

Почему Вы так думаете?

 

 

визуально посмотрел, ну вот вам полный файл

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



#10 Kirill Polubelov

Kirill Polubelov

    Hr. Schreibikus

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

Отправлено 10 Июнь 2016 - 12:41

Конкретно в этом участке лога нет ошибок. Ошибка, которую вы процитировали, видимо, успела отротироваться в другой архив.


(exit 0)

#11 karasik

karasik

    Member

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

Отправлено 10 Июнь 2016 - 13:21

действительно, я и не обратил внимания что ротация лога так часто происходит, вот архив с этим участком

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



#12 Kirill Polubelov

Kirill Polubelov

    Hr. Schreibikus

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

Отправлено 10 Июнь 2016 - 14:45

Уже лучше, но, поскольку лог не дебажный, непонятно, на какой операции возникает эта коллизия.

 

Судя по ряду признаков, у вас сервер на линуксе.

 

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

Потом вернуть все обратно.

 

У кого есть под рукой ес под линуксом, возможно подскажут прямо здесь, как это сделать.

Либо подсмотреть в доке или здесь было, на форуме.


(exit 0)

#13 maxic

maxic

    Keep yourself alive

  • Moderators
  • 13 109 Сообщений:

Отправлено 10 Июнь 2016 - 15:33

root@es10:/var/opt/drwcs/etc# cat local.conf
# Log level.
# DRWCS_LEV=ALL
DRWCS_LEV=trace3

# Log rotation.
DRWCS_ROT=10,20m

 

Так выглядит мой конфиг. Для дебажного лога раскомментирую DRWCS_LEV=ALL, комментирую DRWCS_LEV=trace3 и перезапускаю сервис.

А 20 мег для лога так и держу. Уж больно мало помещается в 10 мегов.



#14 karasik

karasik

    Member

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

Отправлено 10 Июнь 2016 - 15:53

Уже лучше, но, поскольку лог не дебажный, непонятно, на какой операции возникает эта коллизия.

 

Судя по ряду признаков, у вас сервер на линуксе.

 

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

Потом вернуть все обратно.

 

У кого есть под рукой ес под линуксом, возможно подскажут прямо здесь, как это сделать.

Либо подсмотреть в доке или здесь было, на форуме.

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



#15 Kirill Polubelov

Kirill Polubelov

    Hr. Schreibikus

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

Отправлено 10 Июнь 2016 - 16:55

Отлично, большое спасибо, изучаем.

Это будет посильней "Фауста" Гёте :)


(exit 0)

#16 Kirill Polubelov

Kirill Polubelov

    Hr. Schreibikus

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

Отправлено 16 Июнь 2016 - 13:40

Попробуйте, пожалуйста, через

Администрирование -> SQL-редактор, выполнить:

DROP TABLE infection_gr_c9687f73d21db;

(exit 0)

#17 karasik

karasik

    Member

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

Отправлено 17 Июнь 2016 - 09:55

 

Попробуйте, пожалуйста, через

Администрирование -> SQL-редактор, выполнить:

DROP TABLE infection_gr_c9687f73d21db;

 

Помогло. Спасибо.