Анализ синих экранов смерти
Sep. 5th, 2007 02:15 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
После того, как я поменял мониторы, начался странный трабл - основной домашний комп, оставшийся со старым монитором начал падать в синий экран смерти регулярно. Причем даже не показывая его - а мгновенно перезагружаясь.
Код ошибки 1000007F, первый параметр 8 - т.е. double fault. Ошибка поверх ошибки - мгновенная смерть :)
Сначала разбираться мне было лень, а сегодня после очередного падения решил осмыслить что это такое. Пошарил по гуглу и набрел на полезную ссылочку. Тулса по ссылке является оболочкой для запуска Windows debugging tools для анализа мемори дампа от падения. Почитав треды на том форуме, понял что это именно то что надо.
Скачал. Дебаггинг тулсы у меня уже стояли - я ими искал баги в своем коде, подгруженном в IIS или Firebird. Запустил анализ минидампа памяти от синего окна. Дебаггинг тулсы сразу полезли массово качать отладочную информацию с микрософта (никак не предупреждая, так что сидящие на дорогом трафике могут попасть, хотя там всего пару десятков мег).
Вывело это дело список модулей и трейс стека. В трейсе стека явно видно прохождение вызова от отрисовки текста, через драйвера терминальной сессии, до TCP стека, с перехватом по дороге фильтрами файрволлов и прочего наставленного тут сетевого софта, до драйвера nat от прокси-сервера, после которого идет nt!DbgPrint, внутри которого еще четыре уровня вызовов, на последнем и сидит BSOD (А ПОД КАМУШКОМ - РАЧОК-С!!!) :)
А надо сказать что на этот комп после замены монитора я начал ходить в основном через терминальный сервер - у него остался для загрузки старый моник 800х600, но основная работа ведется с нового моника подключенного к ноутбуку, на котором открыто окно терминальной сессии. И если так не ходить - то и комп не падает.
Т.е. все указывает на какой-то невнятный конфликт между терминальным сервером и драйвером nat, который проявился только сейчас. Прекращу временно эту практику сидения в терминальной сессии и посмотрю что выйдет. А потом заменю моник на нормальный и буду сидеть за тремя мониторами на столе :)
Все таки синие экраны смерти и дампы памяти от них несут, как оказалось, множество полезной инфы :)
Код ошибки 1000007F, первый параметр 8 - т.е. double fault. Ошибка поверх ошибки - мгновенная смерть :)
Сначала разбираться мне было лень, а сегодня после очередного падения решил осмыслить что это такое. Пошарил по гуглу и набрел на полезную ссылочку. Тулса по ссылке является оболочкой для запуска Windows debugging tools для анализа мемори дампа от падения. Почитав треды на том форуме, понял что это именно то что надо.
Скачал. Дебаггинг тулсы у меня уже стояли - я ими искал баги в своем коде, подгруженном в IIS или Firebird. Запустил анализ минидампа памяти от синего окна. Дебаггинг тулсы сразу полезли массово качать отладочную информацию с микрософта (никак не предупреждая, так что сидящие на дорогом трафике могут попасть, хотя там всего пару десятков мег).
Вывело это дело список модулей и трейс стека. В трейсе стека явно видно прохождение вызова от отрисовки текста, через драйвера терминальной сессии, до TCP стека, с перехватом по дороге фильтрами файрволлов и прочего наставленного тут сетевого софта, до драйвера nat от прокси-сервера, после которого идет nt!DbgPrint, внутри которого еще четыре уровня вызовов, на последнем и сидит BSOD (А ПОД КАМУШКОМ - РАЧОК-С!!!) :)
А надо сказать что на этот комп после замены монитора я начал ходить в основном через терминальный сервер - у него остался для загрузки старый моник 800х600, но основная работа ведется с нового моника подключенного к ноутбуку, на котором открыто окно терминальной сессии. И если так не ходить - то и комп не падает.
Т.е. все указывает на какой-то невнятный конфликт между терминальным сервером и драйвером nat, который проявился только сейчас. Прекращу временно эту практику сидения в терминальной сессии и посмотрю что выйдет. А потом заменю моник на нормальный и буду сидеть за тремя мониторами на столе :)
Все таки синие экраны смерти и дампы памяти от них несут, как оказалось, множество полезной инфы :)
no subject
Date: 2007-09-05 01:36 pm (UTC)no subject
Date: 2007-09-05 02:04 pm (UTC)no subject
Date: 2007-09-13 07:30 am (UTC)