LSASS.EXE запрошенная операция не выполнена
 

Парни привет.
Стала вываливаться вот такая ошибка (см. сабж и аттач).
Вываливается периодически на разных машинах в домене. На всех тачках стоит Win XP SP3. Антивирус Symantec Endpoint Protection v11.0.6300. На WSUSе сделано правило ставить security updates автоматом. Какой-то определенной последовательности в том, почему тачки выпадают в осадок нет.
Сейчас восстанавливаем по этой инструкции. Но это никак не предотвращает проблему на других компах.
Что это может быть и как победить?

Grub, ошибка может быть связана с кривыми Authentication Packages, выложите содержимое раздела реестра
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
(в Regedit -> меню Файл -> Экспорт).

Petya V4sechkin, от чего путь может измениться на 20-ти с лишним машин?
Причем "сегодняшние" машины можно вернуть к работе с помощью последней работоспособной конфигурацией, а вот "позавчерашние" так не восстанавливались.
Что было сделано за вчера? Это смена паролей у саппорта.

Grub, от вируса, например (которого нет в базах Symantec).
Если раздел реестра не выложите, будете сами гадать на кофейной гуще.

Какой путь?

Сори, почему-то посчитал, что изменился путь. Сейчас выложу ветку реестра

Petya V4sechkin, вот экспорт. Вроде Authentication Packages верный

Grub, странно, что в параметре Security Packages много строк tspkg (шесть штук).

Если при сбое создался дамп процесса, выложите
\Documents and Settings\All Users\Application Data\Microsoft\Dr Watson\user.dmp

Petya V4sechkin, выложил

Grub, дамп старый и к Lsass.exe не относится.
Так поясните, почему:

Скриптом добавляете, что ли? Удалите лишние.

После ошибки можно войти в систему?
Безопасный режим работает?

Не добавляем. Пояснить не могу.
Безопасный режим ни в какой конфигурации не загружается. Также вываливается с ошибкой LSASS.EXE
Что значит? Можно, если восстановить тем способом, который я указал в первом посте. Больше никак.
Сегодня вывалились еще компов 20 :(

То есть, ветку реестра вы выложили с живого компьютера?
В этом нет смысла.

Нужно достать с умершей системы.
Для этого загрузиться с LiveCD или параллельно установленной системы и:

1. запустить Regedit
2. установить указатель на HKEY_LOCAL_MACHINE
3. меню Файл -> Загрузить куст -> указать папку \WINDOWS\system32\config и открыть файл system
4. задать имя куста, например SYS
5. в разделе HKEY_LOCAL_MACHINE\SYS\Select посмотреть номер в параметре Current
6. экспортировать раздел HKEY_LOCAL_MACHINE\SYS\ControlSet00#\Control\Lsa (где # = номер из предыдущего пункта)
7. выделить раздел HKEY_LOCAL_MACHINE\SYS -> меню Файл -> Выгрузить куст

Но их шесть штук.
Это ваш домен, ваша корпоративная среда, ваши политики и скрипты в автозагрузке, как вы можете не знать?

Ветку выгружал с Live CD, а не с живой системы
Выгружал куст HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa, без ControlSet00#
Что это? На что влияет и от чего зависит? Так я думаю, быстрее смогу ответить на Ваш вопрос, почему их там 6 штук.

KB951608

Это может оказаться куст самого LiveCD (в зависимости от типа LiveCD), а не системы.

Исправить там же пробовали?

Подгруженный куст:

Исправить в соответствии с приведенной статьей? Нет, не пробовал еще.

Grub, можете исправить, сравнить с рабочими компьютерами, удалить лишние строки.
Для эксперимента удалить tspkg совсем, оставив Security Packages по умолчанию:

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

Победили.
Petya V4sechkin, спасибо за помощь. Проблема оказалась в скрипте, которые добавлял tspkg и credssp.dll в реестр.
Когда их количество доходило до 6 т.е. tspkg 6 шт и credssp.dll - 6шт, то система выдавала вот такую ошибку.
Почему именно 6, можете подсказать?

Ура.

У программистов Microsoft спросите :)
Там ведь еще 4 стандартных, в сумме получается 10 (возможно, это и есть ограничение, при котором у Lsass.exe сносит крышу).