Виртуализированный Windows 2008 R2 бросает случайный BSOD, но не пишет мини-дампов
мы испытываем случайный BSODs в клиенты размещенный VMware RemoteDesktop-сервер. BSODs происходят почти еженедельно. Любопытная вещь, виртуальная машина не пишет дампов, которые мы могли проанализировать, никакие мини-дампы в %systemroot %\minidump и никакие полные дампы вообще. Единственная подсказка, которую сервер дает нам, является записью в своем журнале событий, говоря, что это должно было перезагрузить из-за критической ошибки. Детали к этой записи в журнале показывают BugCheckCode 252 / 0xFC, который является ATTEMPTED_EXECUTE_OF_NOEXECUTE_MEMORY.
MSDN выходит, чтобы проанализировать дампы и искать дающий сбой драйвер, сохраненный в KiBugCheckDriver. С тех пор нет никаких записанных дампов, мы, очевидно, не имеем эту опцию в наличии.
Дающий сбой сервер является Windows 2008 R2, размещенным на VMware ESXI 5.5.0. Установленными и настроенными ролями является RemoteDesktopServer, FileServer, Печать - и веб-сервер. Другие виртуальные машины, работающие на том же хосте, не кажутся затронутыми этой проблемой.
Вот Вывод, мы входим в детали событий:
BugcheckCode 252
BugcheckParameter1 0xfffff88001e64fb8
BugcheckParameter2 0x800000000293e963
BugcheckParameter3 0xfffff88015c55eb0
BugcheckParameter4 0x2
SleepInProgress false
PowerButtonTimestamp 0
Что мы попробовали до сих пор:
- Отключенная автоматическая перезагрузка в параметрах настройки системы. Мы можем сделать это только после наших клиентов, заканчивающих время, потому что это - один из самых продуктивных серверов, с которыми они работают. Мы отключили автоматическую перезагрузку для всего после сценариев тестирования:
- Мы разрушили виртуальную машину нарочно, с помощью NotMyFault от Sysinternals: BSODs произошел и казался довольно "нормальным" нам. BSOD заявила, что была закончена, выведя информацию к диску, но как в случайном BSODs наше качество обслуживания клиентов, не было абсолютно никаких записанных дампов
- Мы пытались установить размер pagefile.sys вручную к различным размерам (RAM до 2 раз), те же результаты
Некоторые записи EventLog, кажется, не имеют ценную информацию вообще:
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 64-разрядная версия Enterprise Linux или Solaris 10, вы можете столкнуться с одним из симптомы: • События синего экрана Windows 2008 R2:
0x0000000a - IRQL_NOT_LESS_OR_EQUAL 0x0000001a - MEMORY_MANAGEMENT 0x000000fc - ATTEMPTED_EXECUTE_OF_NOEXECUTE_MEMORY
Причина
На момент публикации (10 сентября 2014 г.) эти процессоры определены как затронутые: • Процессоры, названные как Intel® Xeon® Процессор E5 - #### v2, где #### - 4-значное число, необязательно за которым следует письмо. • Процессоры, названные Intel® Xeon® Processor E7 - #### v2, где #### - 4-значное число. • Процессоры, названные как Процессор Intel® Xeon® E3-12 ## v2, где ## - двузначное число необязательно, за которым следует буква.
Решение
Это известная проблема, влияющая на VMware ESXi. Свяжитесь с вашим поставщиком для обновленный BIOS для вашего оборудования, чтобы решить эту проблему и предоставить ссылка на соответствующие исправления Intel: • CA135 - A MOV to CR3 Когда Включение EPT может привести к непредвиденной ошибке страницы или неправильному Перевод страниц в разделе исправлений процессора Intel Xeon E5 Документ о семействе продуктов v2. • CF124 - неправильный перевод страницы при EPT включен в разделе Errata процессора Intel Xeon 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.