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


Фото
- - - - -

пользовательская процедура восстановления сбойных компонентов

процедура восстановление автоматизация

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

#1 Александр Б.

Александр Б.

    Member

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

Отправлено 23 Август 2022 - 10:43

Здравствуйте.

 

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

 

Часть подобных станций при ручном применении данного восстановления возвращаются в строй (статус зеленый), хочется немного автоматизировать, раз в большинстве случаев это помогает.


Dr.Web ESS 13.00.1 (21-09-2023 03:00:00) / Ubuntu 20.04.6 / Linux 5.4.0-169-generic x86_64; Debian GNU/Linux bullseye/sid; glibc 2.31 / PostgreSQL 10.18

 


#2 Kirill Polubelov

Kirill Polubelov

    Hr. Schreibikus

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

Отправлено 23 Август 2022 - 11:40

Добрый день.

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

Автоматической процедуры нет.

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

Для этого нужны логи, для начала со станции.

%ProgramData%\Doctor Web\Logs

es-service.log, dwupdater.log, dwservice.log


(exit 0)

#3 Александр Б.

Александр Б.

    Member

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

Отправлено 24 Август 2022 - 20:15

Добрый день.

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

Автоматической процедуры нет.

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

Для этого нужны логи, для начала со станции.

%ProgramData%\Doctor Web\Logs

es-service.log, dwupdater.log, dwservice.log

 

Через раздел Состояние в целом всегда можно видеть, что не так.

 

 

Например с такой ошибкой:

IIb1KSI.png

 

50/50, что может помочь восстановление и перезагрузка.

 

tr9NWMq.png

 

Тут только удаление компонентов и установка с 0.

 

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

 

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


Dr.Web ESS 13.00.1 (21-09-2023 03:00:00) / Ubuntu 20.04.6 / Linux 5.4.0-169-generic x86_64; Debian GNU/Linux bullseye/sid; glibc 2.31 / PostgreSQL 10.18

 


#4 Kirill Polubelov

Kirill Polubelov

    Hr. Schreibikus

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

Отправлено 25 Август 2022 - 10:16

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

А у вас, как я понял, оно именно так и возникает.

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


Сообщение было изменено Kirill Polubelov: 25 Август 2022 - 10:17

(exit 0)

#5 Александр Б.

Александр Б.

    Member

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

Отправлено 25 Август 2022 - 13:32

У нас в сети больше 2000 станций (это разнобразнейший зоопарк компьютеров с годов 2005 с WinXP до современных с Win10 с разными условиями подключения к сети и прочими факторами)

 

По закону больших чисел подобные ситуации обыденность.

 

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

 

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

 

Могу архив с логами этой станции прислать.


Dr.Web ESS 13.00.1 (21-09-2023 03:00:00) / Ubuntu 20.04.6 / Linux 5.4.0-169-generic x86_64; Debian GNU/Linux bullseye/sid; glibc 2.31 / PostgreSQL 10.18

 


#6 Kirill Polubelov

Kirill Polubelov

    Hr. Schreibikus

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

Отправлено 25 Август 2022 - 15:45

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

Можно, для начала, не все, достаточно будет %ProgramData%\Doctor Web\Logs\es-service.log и dwupdater.log там же.


(exit 0)

#7 Eugeny Gladkih

Eugeny Gladkih

    the Spirit of the Enlightenment

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

Отправлено 26 Август 2022 - 13:20

 

Добрый день.

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

Автоматической процедуры нет.

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

Для этого нужны логи, для начала со станции.

%ProgramData%\Doctor Web\Logs

es-service.log, dwupdater.log, dwservice.log

 

Через раздел Состояние в целом всегда можно видеть, что не так.

 

 

Например с такой ошибкой:

IIb1KSI.png

 

50/50, что может помочь восстановление и перезагрузка.

 

tr9NWMq.png

 

Тут только удаление компонентов и установка с 0.

 

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

 

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

 

 

процедура station_update_failed видимо может помочь


 
--[[
Called:
  after server received 'update failed' station message.
 
Database:
  available
 
Parameters:
  id                  station ID
  address             station network address
  station             station name (this is NetBIOS station name not replaced by DNS one)
  product             product ID
  description         product description
  from_revision       current revision number
  to_revision         new revision number
  from_revision_date  current revision date
  to_revision_date    new revision date
 
Returned value:
  ignored
 
]]
 
local args = ... -- args.id, args.address, args.station, args.product, args.description, args.from_revision, args.to_revision, args.from_revision_date, args.to_revision_date
 


#8 Merc

Merc

    Newbie

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

Отправлено 26 Август 2022 - 14:28

Как вообще вручную запустить это обновление сбойных компонентов? сервер 13



#9 Afalin

Afalin

    Guru

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

Отправлено 26 Август 2022 - 14:59

local args = ...
drwcs.force_update(false, { args.id }, '', 3)

Сообщение было изменено Afalin: 26 Август 2022 - 14:59

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

#10 Александр Б.

Александр Б.

    Member

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

Отправлено 29 Август 2022 - 11:50

Как вообще вручную запустить это обновление сбойных компонентов? сервер 13

 

XSDwbVi.png


Dr.Web ESS 13.00.1 (21-09-2023 03:00:00) / Ubuntu 20.04.6 / Linux 5.4.0-169-generic x86_64; Debian GNU/Linux bullseye/sid; glibc 2.31 / PostgreSQL 10.18

 


#11 Александр Б.

Александр Б.

    Member

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

Отправлено 29 Август 2022 - 16:49

local args = ...
drwcs.force_update(false, { args.id }, '', 3)

 

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

 

Конкретно задать разовое исполнение процедуры на каждый случай.


Dr.Web ESS 13.00.1 (21-09-2023 03:00:00) / Ubuntu 20.04.6 / Linux 5.4.0-169-generic x86_64; Debian GNU/Linux bullseye/sid; glibc 2.31 / PostgreSQL 10.18

 


#12 Afalin

Afalin

    Guru

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

Отправлено 30 Август 2022 - 09:47

Нет, за количеством надо следить самостоятельно.

Причём, хранить состояние особо негде, только если завести таблицу в БД и писать это туда.


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

#13 Eugeny Gladkih

Eugeny Gladkih

    the Spirit of the Enlightenment

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

Отправлено 30 Август 2022 - 14:02

Нет, за количеством надо следить самостоятельно.

Причём, хранить состояние особо негде, только если завести таблицу в БД и писать это туда.

 

файловая система, встроенный sqlite





Also tagged with one or more of these keywords: процедура, восстановление, автоматизация

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

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