лог
#21
Отправлено 06 Июль 2017 - 08:43
#22
Отправлено 06 Июль 2017 - 12:37
а может загрузка репозитория зависеть от скорости интернет соединения?
Нет, от скорости дискового I/O.
и всего одна станция в группе, остальные утрачены
В группе Deleted тоже нет? Если там их нет – битая БД сохранилась, чтоб там поглядеть? Хотя…
сильно гуляет, вручную корректирую
А насколько сильно? И в какую сторону? На 90 суток вперёд может или нет?
#23
Отправлено 06 Июль 2017 - 13:16
группы Deleted у меня нет, а вот группа Newbies есть и там все станции, некоторые даже два раза
гуляет только время суток, дата не меняется
в основном отстает
и в чем причина инцидента? мне просто надо знать на будущее, что не так
#24
Отправлено 06 Июль 2017 - 16:52
Что касается инцидента с битой БД – не могу сказать. Но предположу, что дело во внезапном отключении машины, которое текущая сертифицированная версия могла и не пережить. Опровергнуть эту гипотезу могут разве что логи винды.
Что касается пропавших станций – интересует та самая битая БД. Есть вероятность, что таблица/индекс станций и оказалась порушенной. Кстати да, и поглядите на всякий случай в аудите – не было ли там вдруг удаления этих самых станций.
#25
Отправлено 07 Июль 2017 - 12:01
битая БД
Прикрепленные файлы:
#26
Отправлено 07 Июль 2017 - 13:52
Спрятал дубликаты индексов, чтоб хотя бы integrity_check запустилось. Результат такой:
Ну и внутренности файла выглядят и правда подозрительно, похоже на кашу местами. Дока на sqlite приводит много вариантов, как можно добиться malformed базы, но сложно сказать, что более вероятно. Если не было каких-либо внешних попыток что-то сделать с БД при запущенном сервере, то думать можно разве о неудачном sync на диск в момент аварийного отключения.
Что касается профилактики… Что было в 2017/06/30 15:53? Отключение питания, крэш ОС?
#27
Отправлено 07 Июль 2017 - 14:03
Спрятал дубликаты индексов, чтоб хотя бы integrity_check запустилось. Результат такой:
SpoilerНу и внутренности файла выглядят и правда подозрительно, похоже на кашу местами. Дока на sqlite приводит много вариантов, как можно добиться malformed базы, но сложно сказать, что более вероятно. Если не было каких-либо внешних попыток что-то сделать с БД при запущенном сервере, то думать можно разве о неудачном sync на диск в момент аварийного отключения.
Что касается профилактики… Что было в 2017/06/30 15:53? Отключение питания, крэш ОС?
отключение питания, бесперебойник не удержал
#28
Отправлено 07 Июль 2017 - 14:05
а что теперь делать со станциями? создавать новые и переустанавливать агентов или же создавать новые и менять идетификаторы и пароли доступа на существующих агентах?
#29
Отправлено 07 Июль 2017 - 14:15
отключение питания, бесперебойник не удержал
Хм. Когда заряд батареи заканчивается, должна бы штатно гаситься ОС.
а что теперь делать со станциями? создавать новые и переустанавливать агентов или же создавать новые и менять идетификаторы и пароли доступа на существующих агентах?
Они у Вас валятся в новички, насколько я понимаю. Можно их либо подтверждать руками каждую, либо временно включить автоматическое подтверждение.
Переустановка тут не нужна. ID/passwords менять тоже на станциях не нужно.
Читают тему: 0
0 пользователей, 0 гостей, 0 скрытых