Перейти к содержанию
notsaint

Зависший процесс сканирования

Recommended Posts

notsaint

Добрый день.

На компьютере установлен (главный домен-контроллер) SEP, как отдельный клиент (неуправляемый), версия 11.0.4202.75.

Установлено запланированное сканирование - раз в неделю (в данном случае не так важно). При сканировании файлов клиент зависает. Вот последние из системного лога:

Could not scan 8 files inside c:\Program Files\Symantec\Symantec Endpoint Protection Manager\Inetpub\ClientPackages\d361fd41e4c39cada45340bf5ad51f25\full.zip due to extraction errors encountered by the Decomposer Engines.

Could not scan 8 files inside c:\Program Files\Symantec\Symantec Endpoint Protection Manager\Inetpub\ClientPackages\297575acf230738c47a20f8bc788fbf8\full.zip due to extraction errors encountered by the Decomposer Engines.

После этого ничего нету. Т.е., как я понимаю, или клиент завис именно на этих файлах, или на следующем, который не виден.

В логе сканирования строка, что начато сканирование, процесс Scanning... и все. Ни остановить, ни начать по новой.

Собственно, вопрос. Я не даром указал в начале, что это главный контроллер домена, т.е. простая перезагрузка не то чтобы нежелательна, а неприемлема. Можно ли как-нибудь остановить этот процесс (через Task Manager не получается - при остановке зависает компьютер практически сразу) и потом запустить по новой, вручную? Я просто боюсь, что следующее запланированное сканирование не произойдет просто.

И кроме того, такая ситуация уже не впервой. Так все работает как часы, но вот раз в месяц - случается

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Кирилл Керценбаум

notsaint не совсем понял, как Вы определяете что клиент или процесс сканирования завис? Включите в политике АВ защиты SEPM в разделе сканирования по требованию отображение процесса сканирования чтобы точно понять что происходит

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
notsaint

956dfaafcbd8.jpg

Процесс сканирования, запущенный 9 числа, еще не остановился. Обычно время сканирования - около 4 часов. Отсюда я определяю, что процесс завис. Кроме того, при попытке запустить принудительно процесс сканирования, я получаю сообщение, что пока не завершится предыдущая проверка, новая не запустится.

включите в политике АВ защиты SEPM в разделе сканирования по требованию отображение процесса сканирования

Маленькое окно сканирования? Да, оно отображалось во время прошлого сканирования, и выдало результат, что все нормально. Сейчас его нет

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
notsaint

Так никаких идей-подсказок-решений не появилось?

После долгой нормальной работы - опять подвис процесс сканирования

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
xck
После долгой нормальной работы - опять подвис процесс сканирования

Может быть Вам вначале обновить антивиурсного кдиента, если проблема останется то переустановить клиента? Эти моменты Вы пробовали?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 17.1.13.
    • demkd
      ---------------------------------------------------------
       4.15.4
      ---------------------------------------------------------
       o Обновлен интерфейс.

       o Из Ф портировано окно "История запуска процессов" для комфортного распутывания цепочек запуска и взаимодействия
         процессов с задачами.
         Доступ к окну можно получить через меню "Дополнительно->История процессов и задач".
         В первом списке отображается история запуска процессов с момента старта системы (по данным журнала Windows).
         В списке доступен фильтрующий поиск по имени, PID и фильтрация по родительскому процессу (см. контекстное меню).
         В нижнем списке отображается история воздействия процессов на задачи с момента запуска системы, а если установлен
         фильтр родительского процесса то отображаются лишь те задачи с которым взаимодействовал родительский процесс.
         (!) История доступна лишь при активном отслеживании процессов и задач (Твик #39).
         (!) История не доступна для неактивных систем.

       o Обновлен формат образа автозапуска, образы созданные v4.15.4 не будут читаться старыми версиями uVS.
         Добавлено:
          o Мгновенный срез активности процессов на момент завершения создания образа (Запустить->Просмотр активности процессов [Alt+D])
          o История процессов и задач (Дополнительно->История процессов и задач)
            (!) История доступна лишь при активном отслеживании процессов и задач (Твик #39).
          o Защита образа от повреждений.

       o Утилита cmpimg обновлена до версии 1.04 для поддержки нового формата образов автозапуска.

       o Утилита uvs_snd обновлена до версии 1.05 для поддержки нового формата образов автозапуска.

       o Теперь при подключении к удаленной системе всегда запускается "v" версия uVS, если клиентская система не младше Vista.
         На удаленной системе всегда запускается обычная версия uVS для совместимости с системами младше Vista.

       o Исправлена ошибка отображения имени процесса при работе под Win2k в окне "Активность процессов".
         (!) Английская версия uVS НЕ_совместима с Win2k, с Win2k работает только русская версия.

       o Исправлена ошибка разбора состояния TCPIPv6 соединений.
       
    • demkd
      Если пишет что файлов нет то так оно и есть, по пути в принципе видно, что их там точно быть не может.
      Проблема же в том что при запуске под SYSTEM, API windows не способен правильно разбирать некоторые ярлыки, где не указан абсолютный путь, такие ярлыки меняют цель в зависимости от того под каким пользователем работает конкретный процесс, зачем это сделал microsoft для меня загадка.
      Единственное решение - это написать api для разбора любых ярлыков с нуля и добавить еще нехилую надстройку для анализа относительных путей в них, но это довольно сложная задача и на данный момент реализована лишь в малой части и скорее всего никогда не будет реализована на 100%.
      Потому если хочется удалить ссылки на отсутствующие объекты имеющие ярлыки то нужно запускаться под текущим пользователем, проблем будет меньше... если пользователь один Все системные файлы имеют внешнюю эцп и вполне определенные имена.
    • PR55.RP55
      uVS  в Windows 7 при запуске в режиме: Запустить под LocalSystem ( максимальные права, без доступа к сети ) Не видит пути к реально существующим объектам типа: Полное имя                  C:\WINDOWS\SYSTEM32\CONFIG\SYSTEMPROFILE\DESKTOP\CALIBRE-PORTABLE\CALIBRE PORTABLE\CALIBRE-PORTABLE.EXE
      Имя файла                   CALIBRE-PORTABLE.EXE
      Статус                      ПОДОЗРИТЕЛЬНЫЙ
      Инф. о файле                Системе не удается найти указанный путь.
      Цифр. подпись               проверка не производилась
                                  
      Статус                      ПОДОЗРИТЕЛЬНЫЙ ОБЪЕКТ
      Путь до файла               Типичен для вирусов и троянов
                                  
      Ссылки на объект            
      SHORTCUT                    C:\USERS\USER\DESKTOP\calibre-portable.exe - Ярлык.lnk
      ---------------------                 Полное имя                  C:\WINDOWS\SYSTEM32\CONFIG\SYSTEMPROFILE\DESKTOP\АРХИВ\UVS 4.1.1 ДРОВА\START.EXE
      Имя файла                   START.EXE
      Статус                      ПОДОЗРИТЕЛЬНЫЙ
      Инф. о файле                Системе не удается найти указанный путь.
      Цифр. подпись               проверка не производилась
                                  
      Статус                      ПОДОЗРИТЕЛЬНЫЙ ОБЪЕКТ
      Путь до файла               Типичен для вирусов и троянов
                                  
      Ссылки на объект            
      SHORTCUT                    C:\USER\USER\DESKTOP\start.exe - Ярлык.lnk
      --------- Как результат удаление всех этих ярлыков. + Глюки если программа была на панели задач. Пусть uVS пишет в ИНФО. откуда _реально получена подпись.                                 
    • demkd
      подпись userinit в catroot и VT естественно такие подписи проверить никак не сможет.
×