мы наблюдаем случайные ошибки BSOD на сервере RemoteDesktop-сервере, размещенном на VMware. BSOD происходят почти еженедельно. Любопытно, что виртуальная машина не записывает никаких дампов, которые мы могли бы проанализировать, никаких минидампов в% systemroot% \ minidump и вообще никаких полных дампов. Единственный намек, который дает нам сервер, - это запись в его журнале событий, в которой говорится, что ему пришлось перезагрузиться из-за критической ошибки. В деталях этой записи журнала указан код BugCheckCode 252 / 0xFC, который ATTEMPTED_EXECUTE_OF_NOEXECUTE_MEMORY.
MSDN проблемы для анализа дампов и поиска неисправного драйвера, хранящегося в KiBugCheckDriver. Поскольку никаких записанных дампов нет, очевидно, что у нас нет этой опции.
Сбойный сервер - это Windows 2008 R2, размещенная на VMware ESXi 5.5.0. Установленные и настроенные роли: RemoteDesktopServer, FileServer, Print- и Webserver. На другие виртуальные машины, работающие на том же хосте, эта проблема не влияет.
Вот результат, который мы получаем в деталях событий:
BugcheckCode 252
BugcheckParameter1 0xfffff88001e64fb8
BugcheckParameter2 0x800000000293e963
BugcheckParameter3 0xfffff88015c55eb0
BugcheckParameter4 0x2
SleepInProgress false
PowerButtonTimestamp 0
Что мы уже пробовали:
Некоторые записи журнала событий вообще не содержат ценной информации:
BugCheckCode 0
BugcheckParameter1 0x0
BugcheckParameter2 0x0
BugcheckParameter3 0x0
BugcheckParameter4 0x0
SleepInProgress false
PowerButtonTimestamp 0
Короче говоря, главный вопрос был бы в том, почему на диск вообще не записываются дампы. Анализ самого BSOD / дампа должен быть наиболее целенаправленным подходом к этой ошибке.
Если я могу предоставить дополнительную информацию или что-то забыл, просто спросите :)
Если вы используете процессоры Intel E5, проверьте эту статью базы знаний: http://kb.vmware.com/kb/2073791
Симптомы
При запуске виртуальной машины под управлением Windows 2008 R2, Red Hat Enterprise Linux или 64-разрядной версии Solaris 10 могут возникнуть следующие симптомы: • События синего экрана Windows 2008 R2:
0x0000000a - IRQL_NOT_LESS_OR_EQUAL 0x0000001a - MEMORY_MANAGEMENT 0x000000fc - ATTEMPTED_EXECUTE_OF_NOEXECUTE_MEMORY
Причина
На момент публикации (10 сентября 2014 г.) эти процессоры определены как затронутые: • Процессоры с названием Intel® Xeon® Processor E5 - #### v2, где #### - это 4-значное число, необязательно за которым следует письмо. • Процессоры с названием Intel® Xeon® Processor E7 - #### v2, где #### - это 4-значное число. • Процессоры называются Intel® Xeon® Processor E3-12 ## v2, где ## - это двухзначное число, за которым может следовать буква.
разрешение
Это известная проблема, влияющая на VMware ESXi. Обратитесь к своему поставщику за обновленной версией BIOS для вашего оборудования, чтобы решить эту проблему, и предоставьте ссылку на соответствующие исправления Intel: • CA135 - переход от перехода к CR3 при включении EPT может привести к неожиданному сбою страницы или неправильному переводу страницы в разделе исправлений. документа о семействе процессоров Intel Xeon E5 v2. • CF124 - неверный перевод страниц, когда EPT включен в разделе «Ошибки» документа Семейство продуктов Intel Xeon Processor E7 v2.
Примечание. Предыдущие ссылки были правильными по состоянию на 11 июля 2014 г. Если вы обнаружите, что ссылка не работает, оставьте отзыв, и сотрудник VMware обновит ссылку.
Если обновление BIOS для вашей платформы недоступно, воспользуйтесь одним из следующих способов для решения этой проблемы:
Обновления: эта проблема устранена в ESXi 5.5 с обновлением 2, доступном на сайте VMware Downloads. Для получения дополнительной информации см. Примечания к выпуску VMware ESXi 5.5 с обновлением 2.
В настоящее время нет разрешения для хостов ESXi 5.1.
Если вы используете эти процессоры, я бы посоветовал вам обновить BIOS вашего хоста или обновить ESXi до версии 5.5 с обновлением 2.