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


Фото
- - - - -

Ошибка обновления баз (DSS 12)


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

#21 jenyatka

jenyatka

    Newbie

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

Отправлено 26 Февраль 2019 - 10:01

Сделайте, пожалуйста, еще отчет сисинфо.

Сделал

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



#22 Kirill Polubelov

Kirill Polubelov

    Forth Thinker

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

Отправлено 26 Февраль 2019 - 12:52

Что-то не нашёл там, в реестре прописанный CrashDumps (как раздела LocalDumps), может не попал в собираемую инфу. Через regedit убедитесь, пожалуйста, что ветка создана

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps

и там есть праметры DumpFolder и DumpType соответствующие.


Сообщение было изменено VVS: 26 Февраль 2019 - 13:19

(exit 0)


#23 jenyatka

jenyatka

    Newbie

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

Отправлено 26 Февраль 2019 - 13:59

Что-то не нашёл там, в реестре прописанный CrashDumps (как раздела LocalDumps), может не попал в собираемую инфу. Через regedit убедитесь, пожалуйста, что ветка создана

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps

и там есть праметры DumpFolder и DumpType соответствующие.

Нашёл, есть такое. Оба параметра.



#24 jenyatka

jenyatka

    Newbie

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

Отправлено 26 Февраль 2019 - 14:02

Чтобы не было недопонимания - если я один раз инструкцию, которую Вы писали выше, выполню и перезагружу ПК, потом её нужно каждый раз выполнять или она так и будет оставаться в реестре?



#25 VVS

VVS

    The Master

  • Moderators
  • 17 375 Сообщений:

Отправлено 26 Февраль 2019 - 14:07

Чтобы не было недопонимания - если я один раз инструкцию, которую Вы писали выше, выполню и перезагружу ПК, потом её нужно каждый раз выполнять или она так и будет оставаться в реестре?

Как раз после выполнения этой инструкции комп нужно перезагрузить.


--
меня вот что возмутило.  что даже не начинают толком диалог сразу дампы...... © alehas777

 


#26 VVS

VVS

    The Master

  • Moderators
  • 17 375 Сообщений:

Отправлено 26 Февраль 2019 - 14:08

 

Что-то не нашёл там, в реестре прописанный CrashDumps (как раздела LocalDumps), может не попал в собираемую инфу. Через regedit убедитесь, пожалуйста, что ветка создана

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps

и там есть праметры DumpFolder и DumpType соответствующие.

Нашёл, есть такое. Оба параметра.

 

Экспортируйте и приложите сюда в архиве этот HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting, чтобы убедиться, что всё в порядке.


--
меня вот что возмутило.  что даже не начинают толком диалог сразу дампы...... © alehas777

 


#27 jenyatka

jenyatka

    Newbie

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

Отправлено 26 Февраль 2019 - 14:17

Экспортируйте и приложите сюда в архиве этот HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting, чтобы убедиться, что всё в порядке.

Перезагрузился после применения и экспортировал error reporting.

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

  • Прикрепленный файл  reestr.rar   352байт   2 Скачано раз


#28 Kirill Polubelov

Kirill Polubelov

    Forth Thinker

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

Отправлено 26 Февраль 2019 - 18:30

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

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

Попробуем воспроизвести у себя.


(exit 0)


#29 Kirill Polubelov

Kirill Polubelov

    Forth Thinker

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

Отправлено 27 Февраль 2019 - 14:26

Мда. Что-то никакого воспроизведения.

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

 

Если ситуация повторяется довольно таки часто, хочу предложить следующий вариант:

1. Скачайте приаттаченный здесь procdump.zip

2. Распакуйте его содержимое в C:\procdump

3. Запустите run.cmd

 

В результате запустится подписанный нами procdump64.exe, который в цикле будет ждать наш апдейтер и дампить его на каждом завершении.

Размер каждого дампа не очень велик, порядка 50-90МБ ожидается. Так что если ситуация повторяется с периодом в несколько дней, то много дампов накопиться не должно.

 

4. Как только появится снова балун с ошибкой обновления, run.cmd можно закрыть.

5. Запаковать все полученные дампы вместе с логом сервиса %APPDATA%\Doctor Web\Logs\dwservice.log и апдейтера %APPDATA%\Doctor Web\Logs\dwupdater.log

6. Переправить сюда.

 

Заранее спасибо.

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


(exit 0)


#30 jenyatka

jenyatka

    Newbie

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

Отправлено 27 Февраль 2019 - 16:12

Мда. Что-то никакого воспроизведения.

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

 

Если ситуация повторяется довольно таки часто, хочу предложить следующий вариант:

1. Скачайте приаттаченный здесь procdump.zip

2. Распакуйте его содержимое в C:\procdump

3. Запустите run.cmd

 

В результате запустится подписанный нами procdump64.exe, который в цикле будет ждать наш апдейтер и дампить его на каждом завершении.

Размер каждого дампа не очень велик, порядка 50-90МБ ожидается. Так что если ситуация повторяется с периодом в несколько дней, то много дампов накопиться не должно.

 

4. Как только появится снова балун с ошибкой обновления, run.cmd можно закрыть.

5. Запаковать все полученные дампы вместе с логом сервиса %APPDATA%\Doctor Web\Logs\dwservice.log и апдейтера %APPDATA%\Doctor Web\Logs\dwupdater.log

6. Переправить сюда.

 

Заранее спасибо.

Хорошо, постараюсь помочь!

Спасибо!



#31 jenyatka

jenyatka

    Newbie

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

Отправлено 27 Февраль 2019 - 16:30

Так и должно быть с ошибкой?

Ошибка открытия.

Для теста нажал перед этим вручную обновление (на кнопку Обновить).

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


Сообщение было изменено jenyatka: 27 Февраль 2019 - 16:30


#32 Kirill Polubelov

Kirill Polubelov

    Forth Thinker

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

Отправлено 27 Февраль 2019 - 17:41

Извиняюсь.

3. Запустите run.cmd

следует читать как:

3. Запустите run.cmd -- для этого -> правой клавишей мыши на файле -> "Запуск от имени администратора"

 

Да и запускать его лучше до нажатия кнопки "Обновить", вдруг сбойнёт именно в этот раз.


Сообщение было изменено Kirill Polubelov: 27 Февраль 2019 - 17:42

(exit 0)


#33 Kirill Polubelov

Kirill Polubelov

    Forth Thinker

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

Отправлено 27 Февраль 2019 - 18:02

На всякий случай:

Раз запустив run.cmd - нет необходимости его закрывать или перезапускать до появления балуна. Если рестартуете ОС, тогда, после старта, его надо, конечно, запустить снова.


(exit 0)


#34 jenyatka

jenyatka

    Newbie

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

Отправлено 27 Февраль 2019 - 18:12

На всякий случай:

Раз запустив run.cmd - нет необходимости его закрывать или перезапускать до появления балуна. Если рестартуете ОС, тогда, после старта, его надо, конечно, запустить снова.

Понял, спасибо



#35 SergSG

SergSG

    The Master

  • Posters
  • 12 073 Сообщений:

Отправлено 27 Февраль 2019 - 19:40

Мда. Что-то никакого воспроизведения.

Если подумать, исключение и падеж (завершение?) апдейтера может происходить при выходе из сна (или ухода в сон?) на определенной стадии апдейта.

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


Сообщение было изменено SergSG: 27 Февраль 2019 - 19:41


#36 Kirill Polubelov

Kirill Polubelov

    Forth Thinker

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

Отправлено 27 Февраль 2019 - 19:54

Если включить дебажный лог апдейтера

Апдейтер падает/завершается не успев записать ни байта в лог.

 

на определенной стадии апдейта.

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

 

Ждём дампов, как соловей лета.


(exit 0)


#37 SergSG

SergSG

    The Master

  • Posters
  • 12 073 Сообщений:

Отправлено 27 Февраль 2019 - 20:15

 

Если включить дебажный лог апдейтера

Апдейтер падает/завершается не успев записать ни байта в лог.

Нескромный вопрос - нафиг нужен такой лог, если он создается только, когда все хорошо? Валидность ключа посмотреть?

Может дебажный лог не буферит, а все таки реально пишет каждую стадию?

Хотя, что то тут не так.

 

 

 

на определенной стадии апдейта.

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

Что в данном случае имеется ввиду под "гибернейт"? Если выключение ПК и быстрый старт, то у меня апдейтер при таком раскладе вообще не возобновляет работу и лог обрывается на той стадии, где произошло отключение. По ходу, отключение быстрого старта ничего не даст.

А если сон - то возобновляет. И возобновляет с той стадии, где прервался. В логе апдейтера это хорошо видно по временным меткам.


Сообщение было изменено SergSG: 27 Февраль 2019 - 20:17


#38 jenyatka

jenyatka

    Newbie

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

Отправлено 27 Февраль 2019 - 20:53

Еще вопрос - как мне закрыть окно cmd, если на крест не закрывается?


Сообщение было изменено jenyatka: 27 Февраль 2019 - 20:53


#39 SergSG

SergSG

    The Master

  • Posters
  • 12 073 Сообщений:

Отправлено 27 Февраль 2019 - 20:56

Попробуйте набрать слово Exit.

 

А получилось сдампить?


Сообщение было изменено SergSG: 27 Февраль 2019 - 20:57


#40 Kirill Polubelov

Kirill Polubelov

    Forth Thinker

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

Отправлено 28 Февраль 2019 - 11:29

Еще вопрос - как мне закрыть окно cmd, если на крест не закрывается?

Когда окно в фокусе ввода, там должна срабатывать комбинация Ctrl+C (возможно понадобится несколько нажатий) -- это прерывает выполнение батника.

Ну или через диспетчер задач попросту закрыть.

 

Само собой, если вам надо выключить/перезагрузить ПК, вы просто даёте такую команду на ребут/шатдаун, ОС сама побеспокоится об этом cmd.


Сообщение было изменено Kirill Polubelov: 28 Февраль 2019 - 11:34

(exit 0)



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

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