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

Recommended Posts

in4stor

Ситуация следующая: обновлял сервер до версии 11.0.4202_MR4_MP2, создал установочные пакеты с обновленной версией и назначил их клиентам. Все клиенты обновились нормально, кроме одного. С тех пор у этого одного при работающем СЕП идет 100% утилизация процессора. Перезагрузки и переустановки клиента не помогают - ситуация повторяется. Если выдернуть комп из сетки, нагрузка на проц сразу же падает... Видимо, СЕП все это время пытается что-то стянуть с сервера, но ему это не удается сделать.

В чем все-таки причина и как с этим бороться? (У нас планируется миграция с 10.х на 11.х для 3000 клиентов и если у них будет повторятся такая же ситуация, то это полный ппц... :( )

з.ы. На форуме симантека "знатоки" "решают" эту проблему многократными перезагрузками компьютера :blink:

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


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

А каким образом пробовали переустанавливать клиента? Удаленно, локально? CleanWipe пробовали?

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


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

in4stor а какой процесс загружает процессор?

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


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

smc.exe

А каким образом пробовали переустанавливать клиента? Удаленно, локально? CleanWipe пробовали?

И удаленно (во время переустановки отвалилась сеть и все прервалось), и локально (устанавливал с помощью пакета установки, созданного в СЕПМ). КлинВайп не пробовал.

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


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

На этой машине используется какой-либо VPN?

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

Кроме того, проверьте вот эту статью

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

Пока для данной машины можно сделать следующее:

1. Install an unmanaged client.

2. Downgrade to the previous release. (11.0.4014.26)

3. Change the default gateway on the affected client to an address that exists on the client's subnet.

4. Make sure clients aren't using an incorrect gateway or subnet mask.

5. If using a VPN connection, enable the VPN to use a VPN supplied default gateway instead of using the local physical adapter's gateway.

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


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

мои 5 копеек в тему:

операционки разные (w2k, XPSP2), обновлял через автоматическое обновление на вкладке установочные пакеты в консоли SEPM, CleanWipe не пробовал, VPN-ов нет. Есть предположение что статический или динамический адрес у нашины как-то с этим связан, но пока закономерности не выявил.

У меня процент глючных систем не очень большой (~1% от всего, что у меня пока переехало на новую версию, поэтому кейс не открывал)

Временное решение у меня такое:

откат таких клиентов до MR3MP2 (MR4MP1 - не ставил), и переношу в отдельную группу, которая не будет мигрироваться на MR4MP2.

Краткая инструкция как "разгрузить" процессор от smc.exe:

cdm -> %\Program Files\%Symantec\Symantec Endpoint Protection Manager\ smc -stop

вводим пароль (если он есть) для остановки службы, и далее удаляем клиента через Установку/удаление программ

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


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

Спасибо, посмотрю. Но там сказано следующее:

"Upgrade the Symantec Endpoint Protection client to Maintenance Release 3. This conflict is resolved in Symantec Endpoint Protection Maintenance Release 3"

А я ставлю уже даже не МР3, а МР4...

Краткая инструкция как "разгрузить" процессор от smc.exe:

cdm -> %\Program Files\%Symantec\Symantec Endpoint Protection Manager\ smc -stop

вводим пароль (если он есть) для остановки службы, и далее удаляем клиента через Установку/удаление программ

Так мы разгрузим ОС от СЕПа в принципе...

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


Ссылка на сообщение
Поделиться на другие сайты
in4stor
На этой машине используется какой-либо VPN?

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

Кроме того, проверьте вот эту статью

Да, на машине установлен Cisco VPN Client, но он не используется.

Временное решение у меня такое:

откат таких клиентов до MR3MP2 (MR4MP1 - не ставил), и переношу в отдельную группу, которая не будет мигрироваться на MR4MP2.

У нас была версия 11.0., а потом мы сразу поставили 11.0.4202_MR4_MP2 - куда в таком случае будет откатываться машина?

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


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

in4stor откройте кейс в тех. поддержке, опишите ситуацию, лучше со ссылкой на описание проблемы "Migrating to MR4 MP2 (11.0.4202) causes smc.exe to use 100% of the CPU", тогда вам порекомендуют как лучше поступить в данном случае. Есть ли возможность на эти ПК поставить Неуправлемые клиенты? Как только проблему решат, Вы сможете без проблем сделать их управляемыми

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


Ссылка на сообщение
Поделиться на другие сайты
A lone
У нас была версия 11.0., а потом мы сразу поставили 11.0.4202_MR4_MP2 - куда в таком случае будет откатываться машина?

Ну тут вариантов 2 с учетом, что написал Кирилл: либо откатить клиентов до той версии что у вас была, либо, пока не решена проблема, ставить/мигрировать неуправляемых клиентов :(

P.S.: кстати, мне кажется или миграция клиентов на MR4 MP2 по сравнению с предыдущими версиями идет более медленно ?

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


Ссылка на сообщение
Поделиться на другие сайты
Кирилл Керценбаум
P.S.: кстати, мне кажется или миграция клиентов на MR4 MP2 по сравнению с предыдущими версиями идет более медленно ?

вроде бы не должно такого быть

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


Ссылка на сообщение
Поделиться на другие сайты
in4stor
in4stor откройте кейс в тех. поддержке, опишите ситуацию, лучше со ссылкой на описание проблемы "Migrating to MR4 MP2 (11.0.4202) causes smc.exe to use 100% of the CPU", тогда вам порекомендуют как лучше поступить в данном случае. Есть ли возможность на эти ПК поставить Неуправлемые клиенты? Как только проблему решат, Вы сможете без проблем сделать их управляемыми

Спасибо, Кирилл, так и сделаю. Когда будет ответ от тех поддержки, напишу его в эту тему

Ну тут вариантов 2 с учетом, что написал Кирилл: либо откатить клиентов до той версии что у вас была

Загрузка ЦП на 100% происходит как на новой версии, так и на той, что стояла раньше.

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


Ссылка на сообщение
Поделиться на другие сайты
Кирилл Керценбаум
Загрузка ЦП на 100% происходит как на новой версии, так и на той, что стояла раньше

Тогда воспользуйтесь на это время Неуправляемой версией, которую Вы можете также создать в SEPM с преднастроенными политиками

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


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

Вчера решил-таки проблему. Дело было в VPN-клиенте, видимо, неправильно настроенном. После удаления этого клиента и переустановки СЕПа (управляемого) все заработало, как и должно :rolleyes:

Все-таки в этой статье есть рациональное зерно, но ее нужно дополнить информацией, что подобные проблемы могут возникать не только с Нортелловскими VPN-клиентами, но и другими (в моем случае это был Cisco Systems VPN Client v.5.0.5). Как можно сообщить об этом в Симантек?

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


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

Спасибо Вам, мы учтем эту информацию

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


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

Наблюдал точно такую же проблемму, загрузка процессора блы 100% на одной из машин, решил ее чисто случайно. На сервере Симантека посмотрел информацию о клиенте и оказалось что ИП шлюза не совпадает с ИП который должен был выдать сервер DHCP, т.е. по сути клиент сам вручную поменял ИП. После смены ИПа все заработало нормально

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


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

  • Сообщения

    • demkd
      Иногда спрашивают, как загрузиться в командную строку без диска, я постоянно забывают дополнить Общий FAQ.
      И вот наконец-то я про это вспомнил:
      Q: Как запустить uVS с командной строки Windows без использования загрузочного диска/флешки для работы с НЕактивной системой.
         (!) Для текущей версии uVS работа с командной строки доступна только для 32-х битных систем. (что бы работало в x64 системах, нужно делать uVS x64 и это запланировано).
         1. Если у вас Windows 8 и старше, то запустите start.exe и нажмите кнопку "Перезагрузить систему в меню дополнительных параметров загрузки".
         2. Далее в меню "Поиск и устранение неисправностей->Дополнительные параметры->Командная строка"
         3. Выберите админскую учетную запись и введите для нее пароль.
         4. Запустите start.exe из каталога uVS с командной строки.
            (!) Обычно система расположена на диске D.
                Например: uVS лежит в каталоге С:\uvs (в командной строке это будет D:\uvs)
                Для запуска uVS необходимо последовательно набрать 3 команды, завершая каждую нажатием клавиши Enter.
                1. d:
                2. cd d:\uvs
                3. start.exe
         5. Выбрать каталог Windows (обычно D:\Windows).
         Если у вас Windows 7 и младше, то в меню вы можете попасть только нажав F8 при перезагрузке системы
         (!) Использовать msconfig для этого не рекомендуется, система может не загрузиться после его использования.
         Для младших систем доступен только безопасный режим с поддержкой командной строки, т.е. система будет активна.
       
    • demkd
      ---------------------------------------------------------
       4.15.5
      ---------------------------------------------------------
       o Обновлена функция трансляции переменных окружения USERPROFILE, HOMEPATH, LOCALAPPDATA, APPDATA.
         Значения этих переменных теперь зависят от того где физически находится lnk файл.
         Теперь с разбором lnk файлов будет меньше проблем, но я все же рекомендую удалять ссылки
         на отсутствующие объекты только под текущем пользователем.

       o Исправлена функция разбора путей не содержащих букву диска.

       o Исправлена функция разбора аргументов rundll32.

       o Обновлен start.exe.
         o Обновлен интерфейс.
         o Изменена кнопка по умолчанию, теперь это "запуск под текущим пользователем".
         o Исправлена ошибка: при определенных параметрах повторный запуск uVS в режиме "до запуска эксплорера" был невозможен.
         
    • 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%.
      Потому если хочется удалить ссылки на отсутствующие объекты имеющие ярлыки то нужно запускаться под текущим пользователем, проблем будет меньше... если пользователь один Все системные файлы имеют внешнюю эцп и вполне определенные имена.
×