Лучший отвечающий
Синий экран

Вопрос
-
Здравствуйте, примерно раз в 10 дней сервер стал падать в синий экран, после резервных копий или во время них.
подскажите в чем дело.
https://yadi.sk/d/45jvIq4xvM2wL
ссылка на дамп, и информацию о системе.
19 сентября 2016 г. 3:57
Ответы
-
Здравствуйте,
Проблему "DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)" вызывает драйвер ocz10xx.sys, скорее всего контроллера "OCZ 10xx SCSI Controller", согласно Вашему дампу:
..... ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* Use !analyze -v to get detailed debugging information. BugCheck D1, {fffff8800f7ec09d, 2, 1, fffff88001acf1b4} *** WARNING: Unable to verify timestamp for ocz10xx.sys *** ERROR: Module load completed but symbols could not be loaded for ocz10xx.sys Probably caused by : ocz10xx.sys ( ocz10xx+101b4 ) Followup: MachineOwner 15: kd> !analyze -v ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1) An attempt was made to access a pageable (or completely invalid) address at an interrupt request level (IRQL) that is too high. This is usually caused by drivers using improper addresses. If kernel debugger is available get stack backtrace. Arguments: Arg1: fffff8800f7ec09d, memory referenced Arg2: 0000000000000002, IRQL Arg3: 0000000000000001, value 0 = read operation, 1 = write operation Arg4: fffff88001acf1b4, address which referenced memory Debugging Details: ------------------ DUMP_CLASS: 1 DUMP_QUALIFIER: 400 BUILD_VERSION_STRING: 7601.18229.amd64fre.win7sp1_gdr.130801-1533 DUMP_TYPE: 2 BUGCHECK_P1: fffff8800f7ec09d BUGCHECK_P2: 2 BUGCHECK_P3: 1 BUGCHECK_P4: fffff88001acf1b4 WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff80001d00100 Unable to get MmSystemRangeStart GetUlongPtrFromAddress: unable to read from fffff80001d002e0 GetUlongPtrFromAddress: unable to read from fffff80001d00490 fffff8800f7ec09d CURRENT_IRQL: 2 FAULTING_IP: ocz10xx+101b4 fffff880`01acf1b4 44887b01 mov byte ptr [rbx+1],r15b CPU_COUNT: 20 CPU_MHZ: a21 CPU_VENDOR: GenuineIntel CPU_FAMILY: 6 CPU_MODEL: 3e CPU_STEPPING: 4 CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT_SERVER BUGCHECK_STR: 0xD1 PROCESS_NAME: System ANALYSIS_SESSION_HOST: SQ-PC ANALYSIS_SESSION_TIME: 09-19-2016 15:40:43.0183 ANALYSIS_VERSION: 10.0.14321.1024 amd64fre TRAP_FRAME: fffff88002c680b0 -- (.trap 0xfffff88002c680b0) NOTE: The trap frame does not contain all registers. Some register values may be zeroed or incorrect. rax=00000000000000bc rbx=0000000000000000 rcx=fffff8800f7ec0a0 rdx=fffff880053c3714 rsi=0000000000000000 rdi=0000000000000000 rip=fffff88001acf1b4 rsp=fffff88002c68240 rbp=fffff880046b9390 r8=0000000000000014 r9=000000000000000a r10=fffffa8091c4ecd4 r11=000002008c88b5c0 r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=0000000000000000 iopl=0 nv up ei pl nz na pe nc ocz10xx+0x101b4: fffff880`01acf1b4 44887b01 mov byte ptr [rbx+1],r15b ds:00000000`00000001=?? Resetting default scope LAST_CONTROL_TRANSFER: from fffff80001ac8129 to fffff80001ac8b80 STACK_TEXT: fffff880`02c67f68 fffff800`01ac8129 : 00000000`0000000a fffff880`0f7ec09d 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx fffff880`02c67f70 fffff800`01ac6da0 : 66666666`66636266 00000000`00000a2e 00000000`00000000 fffff880`0f7ec09c : nt!KiBugCheckDispatch+0x69 fffff880`02c680b0 fffff880`01acf1b4 : fffff880`0f7ec09c 00000000`00000000 fffffa80`91c46e88 fffffa80`91b8cdbc : nt!KiPageFault+0x260 fffff880`02c68240 fffff880`0f7ec09c : 00000000`00000000 fffffa80`91c46e88 fffffa80`91b8cdbc ff838000`03000000 : ocz10xx+0x101b4 fffff880`02c68248 00000000`00000000 : fffffa80`91c46e88 fffffa80`91b8cdbc ff838000`03000000 08000201`0c008300 : 0xfffff880`0f7ec09c STACK_COMMAND: kb THREAD_SHA1_HASH_MOD_FUNC: 2816f32eb7035adbcb06db883ee4f365b2777d4e THREAD_SHA1_HASH_MOD_FUNC_OFFSET: 42a32fd946b6ec2bedb6cec7928d4658a02afcaf THREAD_SHA1_HASH_MOD: 988979c2c1ddb02734223ba008c6cbf1d1f88233 FOLLOWUP_IP: ocz10xx+101b4 fffff880`01acf1b4 44887b01 mov byte ptr [rbx+1],r15b FAULT_INSTR_CODE: 17b8844 SYMBOL_STACK_INDEX: 3 SYMBOL_NAME: ocz10xx+101b4 FOLLOWUP_NAME: MachineOwner MODULE_NAME: ocz10xx IMAGE_NAME: ocz10xx.sys DEBUG_FLR_IMAGE_TIMESTAMP: 4f7e3402 FAILURE_BUCKET_ID: X64_0xD1_ocz10xx+101b4 BUCKET_ID: X64_0xD1_ocz10xx+101b4 PRIMARY_PROBLEM_CLASS: X64_0xD1_ocz10xx+101b4 TARGET_TIME: 2016-09-16T14:31:50.000Z OSBUILD: 7601 OSSERVICEPACK: 1000 SERVICEPACK_NUMBER: 0 OS_REVISION: 0 SUITE_MASK: 274 PRODUCT_TYPE: 3 OSPLATFORM_TYPE: x64 OSNAME: Windows 7 OSEDITION: Windows 7 Server (Service Pack 1) Enterprise TerminalServer SingleUserTS OS_LOCALE: USER_LCID: 0 OSBUILD_TIMESTAMP: 2013-08-02 04:09:33 BUILDDATESTAMP_STR: 130801-1533 BUILDLAB_STR: win7sp1_gdr BUILDOSVER_STR: 6.1.7601.18229.amd64fre.win7sp1_gdr.130801-1533 ANALYSIS_SESSION_ELAPSED_TIME: a88 ANALYSIS_SOURCE: KM FAILURE_ID_HASH_STRING: km:x64_0xd1_ocz10xx+101b4 FAILURE_ID_HASH: {1b7ae36b-59ae-cff4-90fc-e3e8e8b0d94b} Followup: MachineOwner
Best Regards, Andrei ...
MCP- Предложено в качестве ответа Alexander RusinovModerator 20 сентября 2016 г. 10:33
- Помечено в качестве ответа Alexander RusinovModerator 20 сентября 2016 г. 10:33
19 сентября 2016 г. 12:54Модератор -
- Предложено в качестве ответа Alexander RusinovModerator 20 сентября 2016 г. 10:33
- Помечено в качестве ответа Alexander RusinovModerator 20 сентября 2016 г. 10:33
19 сентября 2016 г. 13:14 -
Спасибо огромное, на это диск и думал, хотелось уверенности, но не мог открыть дамп, чем его открывают?
По мне лучше Windows Debugging Tools для получения полной информации о проблеме. А так решать Вам!Best Regards, Andrei ...
MCP- Предложено в качестве ответа Alexander RusinovModerator 20 сентября 2016 г. 10:33
- Помечено в качестве ответа Alexander RusinovModerator 20 сентября 2016 г. 10:34
19 сентября 2016 г. 14:03Модератор
Все ответы
-
Раз падает во время бэкапов - значит проблема с доступом к дискам. Как вижу, они подключены по ISCSI. Попробуйте выделить окно обслуживания и попробовать их нагрузить стресстестом. Посмотрите, воспроизводится ли проблема.
Еще посмотрите логи на СХД. Возможно, там что-то будет. Может срабатывает какое-либо ограничение. Или проблема с дисками (пошли реалокейты или бэды).
- Предложено в качестве ответа Alexander RusinovModerator 19 сентября 2016 г. 9:13
19 сентября 2016 г. 7:55 -
Здравствуйте,
Проблему "DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)" вызывает драйвер ocz10xx.sys, скорее всего контроллера "OCZ 10xx SCSI Controller", согласно Вашему дампу:
..... ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* Use !analyze -v to get detailed debugging information. BugCheck D1, {fffff8800f7ec09d, 2, 1, fffff88001acf1b4} *** WARNING: Unable to verify timestamp for ocz10xx.sys *** ERROR: Module load completed but symbols could not be loaded for ocz10xx.sys Probably caused by : ocz10xx.sys ( ocz10xx+101b4 ) Followup: MachineOwner 15: kd> !analyze -v ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1) An attempt was made to access a pageable (or completely invalid) address at an interrupt request level (IRQL) that is too high. This is usually caused by drivers using improper addresses. If kernel debugger is available get stack backtrace. Arguments: Arg1: fffff8800f7ec09d, memory referenced Arg2: 0000000000000002, IRQL Arg3: 0000000000000001, value 0 = read operation, 1 = write operation Arg4: fffff88001acf1b4, address which referenced memory Debugging Details: ------------------ DUMP_CLASS: 1 DUMP_QUALIFIER: 400 BUILD_VERSION_STRING: 7601.18229.amd64fre.win7sp1_gdr.130801-1533 DUMP_TYPE: 2 BUGCHECK_P1: fffff8800f7ec09d BUGCHECK_P2: 2 BUGCHECK_P3: 1 BUGCHECK_P4: fffff88001acf1b4 WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff80001d00100 Unable to get MmSystemRangeStart GetUlongPtrFromAddress: unable to read from fffff80001d002e0 GetUlongPtrFromAddress: unable to read from fffff80001d00490 fffff8800f7ec09d CURRENT_IRQL: 2 FAULTING_IP: ocz10xx+101b4 fffff880`01acf1b4 44887b01 mov byte ptr [rbx+1],r15b CPU_COUNT: 20 CPU_MHZ: a21 CPU_VENDOR: GenuineIntel CPU_FAMILY: 6 CPU_MODEL: 3e CPU_STEPPING: 4 CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT_SERVER BUGCHECK_STR: 0xD1 PROCESS_NAME: System ANALYSIS_SESSION_HOST: SQ-PC ANALYSIS_SESSION_TIME: 09-19-2016 15:40:43.0183 ANALYSIS_VERSION: 10.0.14321.1024 amd64fre TRAP_FRAME: fffff88002c680b0 -- (.trap 0xfffff88002c680b0) NOTE: The trap frame does not contain all registers. Some register values may be zeroed or incorrect. rax=00000000000000bc rbx=0000000000000000 rcx=fffff8800f7ec0a0 rdx=fffff880053c3714 rsi=0000000000000000 rdi=0000000000000000 rip=fffff88001acf1b4 rsp=fffff88002c68240 rbp=fffff880046b9390 r8=0000000000000014 r9=000000000000000a r10=fffffa8091c4ecd4 r11=000002008c88b5c0 r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=0000000000000000 iopl=0 nv up ei pl nz na pe nc ocz10xx+0x101b4: fffff880`01acf1b4 44887b01 mov byte ptr [rbx+1],r15b ds:00000000`00000001=?? Resetting default scope LAST_CONTROL_TRANSFER: from fffff80001ac8129 to fffff80001ac8b80 STACK_TEXT: fffff880`02c67f68 fffff800`01ac8129 : 00000000`0000000a fffff880`0f7ec09d 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx fffff880`02c67f70 fffff800`01ac6da0 : 66666666`66636266 00000000`00000a2e 00000000`00000000 fffff880`0f7ec09c : nt!KiBugCheckDispatch+0x69 fffff880`02c680b0 fffff880`01acf1b4 : fffff880`0f7ec09c 00000000`00000000 fffffa80`91c46e88 fffffa80`91b8cdbc : nt!KiPageFault+0x260 fffff880`02c68240 fffff880`0f7ec09c : 00000000`00000000 fffffa80`91c46e88 fffffa80`91b8cdbc ff838000`03000000 : ocz10xx+0x101b4 fffff880`02c68248 00000000`00000000 : fffffa80`91c46e88 fffffa80`91b8cdbc ff838000`03000000 08000201`0c008300 : 0xfffff880`0f7ec09c STACK_COMMAND: kb THREAD_SHA1_HASH_MOD_FUNC: 2816f32eb7035adbcb06db883ee4f365b2777d4e THREAD_SHA1_HASH_MOD_FUNC_OFFSET: 42a32fd946b6ec2bedb6cec7928d4658a02afcaf THREAD_SHA1_HASH_MOD: 988979c2c1ddb02734223ba008c6cbf1d1f88233 FOLLOWUP_IP: ocz10xx+101b4 fffff880`01acf1b4 44887b01 mov byte ptr [rbx+1],r15b FAULT_INSTR_CODE: 17b8844 SYMBOL_STACK_INDEX: 3 SYMBOL_NAME: ocz10xx+101b4 FOLLOWUP_NAME: MachineOwner MODULE_NAME: ocz10xx IMAGE_NAME: ocz10xx.sys DEBUG_FLR_IMAGE_TIMESTAMP: 4f7e3402 FAILURE_BUCKET_ID: X64_0xD1_ocz10xx+101b4 BUCKET_ID: X64_0xD1_ocz10xx+101b4 PRIMARY_PROBLEM_CLASS: X64_0xD1_ocz10xx+101b4 TARGET_TIME: 2016-09-16T14:31:50.000Z OSBUILD: 7601 OSSERVICEPACK: 1000 SERVICEPACK_NUMBER: 0 OS_REVISION: 0 SUITE_MASK: 274 PRODUCT_TYPE: 3 OSPLATFORM_TYPE: x64 OSNAME: Windows 7 OSEDITION: Windows 7 Server (Service Pack 1) Enterprise TerminalServer SingleUserTS OS_LOCALE: USER_LCID: 0 OSBUILD_TIMESTAMP: 2013-08-02 04:09:33 BUILDDATESTAMP_STR: 130801-1533 BUILDLAB_STR: win7sp1_gdr BUILDOSVER_STR: 6.1.7601.18229.amd64fre.win7sp1_gdr.130801-1533 ANALYSIS_SESSION_ELAPSED_TIME: a88 ANALYSIS_SOURCE: KM FAILURE_ID_HASH_STRING: km:x64_0xd1_ocz10xx+101b4 FAILURE_ID_HASH: {1b7ae36b-59ae-cff4-90fc-e3e8e8b0d94b} Followup: MachineOwner
Best Regards, Andrei ...
MCP- Предложено в качестве ответа Alexander RusinovModerator 20 сентября 2016 г. 10:33
- Помечено в качестве ответа Alexander RusinovModerator 20 сентября 2016 г. 10:33
19 сентября 2016 г. 12:54Модератор -
Спасибо огромное, на это диск и думал, хотелось уверенности, но не мог открыть дамп, чем его открывают?19 сентября 2016 г. 13:01
-
- Предложено в качестве ответа Alexander RusinovModerator 20 сентября 2016 г. 10:33
- Помечено в качестве ответа Alexander RusinovModerator 20 сентября 2016 г. 10:33
19 сентября 2016 г. 13:14 -
Спасибо огромное, на это диск и думал, хотелось уверенности, но не мог открыть дамп, чем его открывают?
По мне лучше Windows Debugging Tools для получения полной информации о проблеме. А так решать Вам!Best Regards, Andrei ...
MCP- Предложено в качестве ответа Alexander RusinovModerator 20 сентября 2016 г. 10:33
- Помечено в качестве ответа Alexander RusinovModerator 20 сентября 2016 г. 10:34
19 сентября 2016 г. 14:03Модератор