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


Фото
- - - - -

Небольшой вопрос по "database disk image is malformed"


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

#1 Лентяй

Лентяй

    Newbie

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

Отправлено 22 Ноябрь 2018 - 10:39

Коллеги,

добрый день!

 

Выскочила ошибка "database disk image is malformed" в разделе "установленные компоненты" интерфейса. Исправили в соответствии с инструкцией из данного раздела форума.

На следующий день эта же ошибка - в разделе "Ошибки" интерфейса.

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

Имеется в виду - влияет ли она на "основную" работоспособность антивируса (теряет ли он способность отлавливать вирусы) или ошибка приводит только у некорректной работе интерфейса.

И второй вопрос - можно ли как-то минимизировать шансы её регулярного возвращения?

 

 



#2 Afalin

Afalin

    Guru

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

Отправлено 22 Ноябрь 2018 - 10:44

Какая версия ESS установлена? Что именно делали после первого воспроизведения? Что происходило перед вторым воспроизведением (внезапные остановки ES-сервера, аварии по питанию и т.п.)?

Скажем так, на работоспособность АВ это не влияет, но при негативном развитии событий сервер перестанет работать вообще, тогда агенты без управления и, если не включен мобильный режим, без обновлений уже будут представлять проблему.


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

#3 Лентяй

Лентяй

    Newbie

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

Отправлено 22 Ноябрь 2018 - 11:25

1. ESS 10

 

2. Делали по инструкции:

"Только для SQLite3 (косвенный признак – ваш сервер использует файл database.sqlite)

1. Останавливаем ES сервер, обязательно убеждаемся, что он остановлен.

 

2. Запускаем, из каталога bin рабочего каталога ES сервера:
drwidbsh3 ../var/database.sqlite

 

Выполняем команды, дожидаясь приглашения:
3. Из всё того же drwidbsh3 ../var/database.sqlite
.clone ../var/database_1.sqlite

Далее по вкусу: либо заменяете database.sqlite на database_1.sqlite (переименовываете) и запускаете ES сервер"

 

Не зафиксировано никаких нештатных событий. ESS установлен на персоналке, выключал компьютер лично штатным образом. ESS отдельно "останавливать" перед выключением компьютера ведь не требуется?

 

Dr.Web  не может конфликтовать с SecretNet-ом, установленном на той же машине?



#4 Kirill Polubelov

Kirill Polubelov

    Hr. Schreibikus

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

Отправлено 22 Ноябрь 2018 - 11:38

До 10.1, хотя бы, обновите и проблема уйдёт.


Сообщение было изменено Kirill Polubelov: 22 Ноябрь 2018 - 11:38

(exit 0)

#5 Лентяй

Лентяй

    Newbie

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

Отправлено 22 Ноябрь 2018 - 12:17

"До 10.1, хотя бы, обновите и проблема уйдёт."

 

Рады бы, да после этого систему переаттестовывать :(



#6 Afalin

Afalin

    Guru

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

Отправлено 22 Ноябрь 2018 - 13:39

Вообще без каких-то проблем БД биться не должна. А останавливается сервер насколько штатно, быстро или с зависанием минут на 20? И вообще, что там по ошибкам в логе?


Сообщение было изменено Afalin: 22 Ноябрь 2018 - 13:40

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

#7 Лентяй

Лентяй

    Newbie

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

Отправлено 27 Ноябрь 2018 - 12:38

Приношу извинения за задержку с ответом (малость приболел).

После исправления прошло три дня и опять ошибка повторилась.

 

В логе:

20181126.110255.92 ERR [01912 07e4] wrk:3  [DB] Failed, database disk image is malformed, 00.702, INSERT INTO station_procerror(id,processid,originator,errrecvtime,errtime,object,errcode,owner,username) VALUES(?,?,?,?,?,?,?,?,?) ["2d007a95-32ee-4d2e-b89f-a43f1982458a", "257dc9f7-2455-4e73-acfa-9569e69a3be0", 62, 20181126080255221, 20181124090041378, "/sys/devices/pci0000:7f/0000:7f:0b.2/resource", 32, "root", "root"]
20181126.110255.92 ERR [01912 07e4] wrk:3  [DB] Unsuccessful SQL "batch" transaction, rolling back
20181126.110256.09 ERR [01912 07e4] wrk:3  [DB] SQL transaction failed because of 
20181126.110256.09 ntc [01912 07e4] wrk:3  [DB] SQL transaction was "'INSERT INTO station_procerror(id,processid,originator,errrecvtime,errtime,object,errcode,owner,username) VALUES(?,?,?,?,?,?,?,?,?)'; 'UPDATE station_run SET errors=errors+1 WHERE id=? AND processid=? AND originator=?'"
 
И после этого компьютер жёстко подзавис,
Ошибка сейчас отображается в разделе "Ошибки". Раньше была в разделе "установленные компоненты"


#8 Kirill Polubelov

Kirill Polubelov

    Hr. Schreibikus

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

Отправлено 27 Ноябрь 2018 - 12:52

С электропитанием (и его бесперебойностью), аварийными завершениями ОС -- проблем нет?

Прочекайте задания в расписании, на предмет частоты выполнения задания vacuum БД.


(exit 0)

#9 Afalin

Afalin

    Guru

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

Отправлено 27 Ноябрь 2018 - 13:41

После исправления прошло три дня и опять ошибка повторилась.

Логи за эти три дня есть?


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

#10 VVS

VVS

    The Master

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

Отправлено 27 Ноябрь 2018 - 14:05

Приношу извинения за задержку с ответом (малость приболел).
После исправления прошло три дня и опять ошибка повторилась.
 
В логе:
20181126.110255.92 ERR [01912 07e4] wrk:3  [DB] Failed, database disk image is malformed, 00.702, INSERT INTO station_procerror(id,processid,originator,errrecvtime,errtime,object,errcode,owner,username) VALUES(?,?,?,?,?,?,?,?,?) ["2d007a95-32ee-4d2e-b89f-a43f1982458a", "257dc9f7-2455-4e73-acfa-9569e69a3be0", 62, 20181126080255221, 20181124090041378, "/sys/devices/pci0000:7f/0000:7f:0b.2/resource", 32, "root", "root"]
20181126.110255.92 ERR [01912 07e4] wrk:3  [DB] Unsuccessful SQL "batch" transaction, rolling back
20181126.110256.09 ERR [01912 07e4] wrk:3  [DB] SQL transaction failed because of 
20181126.110256.09 ntc [01912 07e4] wrk:3  [DB] SQL transaction was "'INSERT INTO station_procerror(id,processid,originator,errrecvtime,errtime,object,errcode,owner,username) VALUES(?,?,?,?,?,?,?,?,?)'; 'UPDATE station_run SET errors=errors+1 WHERE id=? AND processid=? AND originator=?'"
 
И после этого компьютер жёстко подзавис

IMHO битая база не может привести к зависанию компа.
Может быть последовательность событий как раз обратная и из-за этого база побилась?

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


#11 Лентяй

Лентяй

    Newbie

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

Отправлено 27 Ноябрь 2018 - 14:26

С электропитанием (и его бесперебойностью), аварийными завершениями ОС -- проблем нет?

Прочекайте задания в расписании, на предмет частоты выполнения задания vacuum БД.

 

А что это за задание? Честно говоря даже не представляю - где смотреть (Это в "администрировании" или в "сети"?). 



#12 Kirill Polubelov

Kirill Polubelov

    Hr. Schreibikus

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

Отправлено 27 Ноябрь 2018 - 14:27

Администрирование - Расписание (планировщик заданий)


(exit 0)

#13 Лентяй

Лентяй

    Newbie

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

Отправлено 27 Ноябрь 2018 - 14:29

 

После исправления прошло три дня и опять ошибка повторилась.

Логи за эти три дня есть?

 

Да, конечно есть. Не уверен, что смогу их дать целиком. Заказчик очень чувствительно относится к забору какой-либо информации из контура.

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



#14 Kirill Polubelov

Kirill Polubelov

    Hr. Schreibikus

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

Отправлено 27 Ноябрь 2018 - 14:33

Логи в личку закидывайте.


(exit 0)

#15 Лентяй

Лентяй

    Newbie

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

Отправлено 27 Ноябрь 2018 - 14:39


IMHO битая база не может привести к зависанию компа.
Может быть последовательность событий как раз обратная и из-за этого база побилась?

 

Всё возможно, но непохоже...

После этой ошибки в логе в цикле:

 

20181126.112509.40 ERR [01912 07e8] wrk:4  [DB] SQL transaction failed because of 
20181126.112509.40 ntc [01912 07e8] wrk:4  [DB] SQL transaction was "'INSERT INTO station_procerror(id,processid,originator,errrecvtime,errtime,object,errcode,owner,username) VALUES(?,?,?,?,?,?,?,?,?)'; 'UPDATE station_run SET errors=errors+1 WHERE id=? AND processid=? AND originator=?'"
20181126.112509.41 ERR [01912 07e0] wrk:2  [DB] Failed, database disk image is malformed, 00.001, INSERT INTO station_procerror(id,processid,originator,errrecvtime,errtime,object,errcode,owner,username) VALUES(?,?,?,?,?,?,?,?,?) ["2d007a95-32ee-4d2e-b89f-a43f1982458a", "257dc9f7-2455-4e73-acfa-9569e69a3be0", 62, 20181126082509409, 20181124090052437, "/sys/devices/system/memory/memory100/power/runtime_usage", 32, "root", "root"]
20181126.112509.41 ERR [01912 07e0] wrk:2  [DB] Unsuccessful SQL "batch" transaction, rolling back
 

Комп не совсем повис, но безумно тормозил по словам очевидцев. Примерно через полчаса  решили его перезагрузить.



#16 Лентяй

Лентяй

    Newbie

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

Отправлено 27 Ноябрь 2018 - 14:40

Логи в личку закидывайте.

Попробую завтра раздобыть.



#17 Лентяй

Лентяй

    Newbie

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

Отправлено 28 Ноябрь 2018 - 16:09

Прочекайте задания в расписании, на предмет частоты выполнения задания vacuum БД.

 

В расписании - раз в неделю по воскресеньям. Но по воскресеньям компьютер остаётся включённым в среднем раз в месяц. Это критично?

Насколько часто надо выполнять и насколько сильно эта процедура грузит систему? Можно ли в середине рабочего дня запускать?



#18 Kirill Polubelov

Kirill Polubelov

    Hr. Schreibikus

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

Отправлено 28 Ноябрь 2018 - 16:20

Для вашей версии это критично наличием проблемы "database disk image is malformed" после выполнения вакуума. Поэтому это задание лучше выключить и понаблюдать -- пропадёт ли ошибка.


Сообщение было изменено Kirill Polubelov: 28 Ноябрь 2018 - 16:20

(exit 0)

#19 Лентяй

Лентяй

    Newbie

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

Отправлено 28 Ноябрь 2018 - 16:29

Ок, спасибо!

По логу. Заказчик лог не готов предоставить "в форум".

Сейчас собрали данные, Заказчик официальный запрос на поддержку направляет




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

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