2008 - BSOD в RemoteApp!!!

Ответить
 • Просмотры: 2
Аватара пользователя
dmitrymal

2008 - BSOD в RemoteApp!!!

Сообщение dmitrymal »

Здравствуйте.

Есть самописная программа, которая работает с SQL. Через RDP с локального компьютера (XP) запускается и нормально работает. При попытке запустить программу через RemoteApp сеанс подвисает. Через некоторое время на сервере можно обнаружить следующую информацию:

Problem signature:

Problem Event Name: BlueScreen

OS Version: 6.0.6001.2.1.0.18.10

Locale ID: 1049



Additional information about the problem:

BCCode: 1000008e

BCP1: C0000005

BCP2: 9A5B0D13

BCP3: A09AA928

BCP4: 00000000

OS Version: 6_0_6001

Service Pack: 1_0

Product: 18_3



Вот дамп:

Microsoft (R) Windows Debugger Version 6.11.0001.404 X86

Copyright (c) Microsoft Corporation. All rights reserved.





Loading Dump File [C:\Documents and Settings\МалишДВ\Рабочий стол\problem details 26.08.2009 9.43.51\Mini082609-01.dmp]

Mini Kernel Dump File: Only registers and stack trace are available



Symbol search path is: SRV*c:\websymbols*
http://msdl.microsoft.com/download/symbols


Executable search path is:

Windows Server 2008/Windows Vista Kernel Version 6001 (Service Pack 1) MP (16 procs) Free x86 compatible

Product: Server, suite: Enterprise TerminalServer

Built by: 6001.18000.x86fre.longhorn_rtm.080118-1840

Machine Name:

Kernel base = 0x81847000 PsLoadedModuleList = 0x81954930

Debug session time: Wed Aug 26 09:38:59.037 2009 (GMT+4)

System Uptime: 0 days 17:09:47.827

Loading Kernel Symbols

...............................................................

................................................................

...........

* Bugcheck Analysis *



Use !analyze -v to get detailed debugging information.



BugCheck 1000008E, {c0000005, 9a5b0d13, a09aa928, 0}



Probably caused by : RDPWD.SYS ( RDPWD!ShareClass::UPSendOrdersBackFilling+285 )



Followup: MachineOwner

---------



KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)

This is a very common bugcheck. Usually the exception address pinpoints

the driver/function that caused the problem. Always note this address

as well as the link date of the driver/image that contains this address.

Some common problems are exception code 0x80000003. This means a hard

coded breakpoint or assertion was hit, but this system was booted

/NODEBUG. This is not supposed to happen as developers should never have

hardcoded breakpoints in retail code, but ...

If this happens, make sure a debugger gets connected, and the

system is booted /DEBUG. This will let us see why this breakpoint is

happening.

Arguments:

Arg1: c0000005, The exception code that was not handled

Arg2: 9a5b0d13, The address that the exception occurred at

Arg3: a09aa928, Trap Frame

Arg4: 00000000



Debugging Details:

------------------





EXCEPTION_CODE: (NTSTATUS) 0xc0000005 -



FAULTING_IP:

RDPWD!ShareClass::UPSendOrdersBackFilling+285

9a5b0d13 ff7708 push dword ptr [edi+8]



TRAP_FRAME: a09aa928 -- (.trap 0xffffffffa09aa928)

ErrCode = 00000000

eax=00000000 ebx=a09aaa3c ecx=00001e0e edx=00000000 esi=a06cc008 edi=00000000

eip=9a5b0d13 esp=a09aa99c ebp=a09aa9d0 iopl=0 nv up ei pl zr na pe nc

cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010246

RDPWD!ShareClass::UPSendOrdersBackFilling+0x285:

9a5b0d13 ff7708 push dword ptr [edi+8] ds:0023:00000008=????????

Resetting default scope



CUSTOMER_CRASH_COUNT: 1



DEFAULT_BUCKET_ID: DRIVER_FAULT_SERVER_MINIDUMP



BUGCHECK_STR: 0x8E



PROCESS_NAME: csrss.exe



CURRENT_IRQL: 0



LAST_CONTROL_TRANSFER: from 9a5b0e2f to 9a5b0d13



STACK_TEXT:

a09aa9d0 9a5b0e2f 00000001 00000000 a09aaa08 RDPWD!ShareClass::UPSendOrdersBackFilling+0x285

a09aa9e0 9a5ac1c7 a06cc008 a09aaa3c 01ca260f RDPWD!ShareClass::UPSendOrders+0x20

a09aaa08 9a5aaf4b 00000000 ff000000 00280000 RDPWD!ShareClass::UP_SendUpdates+0xc6

a09aaa54 9a5a3cb5 a06cc008 a09aac34 a09aac6c RDPWD!ShareClass::DCS_TimeToDoStuff+0xcf

a09aaa7c 9a5a2194 a073f008 a06cc008 86c9dc28 RDPWD!WDLIB_DDOutputAvailable+0x18f

a09aaa90 8f3ae6b1 a073f008 a09aab18 86f50408 RDPWD!WDSYS_Ioctl+0x1e

a09aaaac 8f3aeb67 86c9dc28 00000005 a09aab18 termdd!_IcaCallSd+0x37

a09aaacc 8f3af32a 86f50400 00000005 a09aab18 termdd!_IcaCallStack+0x57

a09aaaf4 8f3afe80 85ba31c0 00000005 a09aab18 termdd!IcaCallDriver+0x11e

a09aab30 8f3ac1b6 85ba31c0 865d28c0 865d2930 termdd!IcaDeviceControlVirtual+0x23e

a09aab54 8f3acfd1 85ba31c0 865d28c0 865d2930 termdd!IcaDeviceControlChannel+0x21a

a09aab84 8f3ad12a 865d28c0 865d2930 86d21da0 termdd!IcaDeviceControl+0x59

a09aab9c 8188d1ad 84c62670 865d28c0 865d28c0 termdd!IcaDispatch+0x130

a09aabb4 97e22370 fdc70010 00000000 a09aac04 nt!IofCallDriver+0x63

a09aabc8 97de9f75 86d21da0 0038144f a09aac34 win32k!CtxDeviceIoControlFile+0x7e

a09aac04 97f611ba 86d21da0 0038144f a09aac34 win32k!EngFileIoControl+0x31

a09aac88 97f617a0 ff888010 00000001 fdc70060 RDPDD!SCH_DDOutputAvailable+0x12c

a09aacc0 97c8122c ff889a38 00000001 00000000 RDPDD!DrvEscape+0x66

a09aace8 97c8e6a3 ff8842a8 00000001 00000000 win32k!HDXDrvEscape+0x76

a09aad34 97c8ecc6 00000001 00000002 9cba5450 win32k!RawInputThread+0x5c9

a09aad48 97d52002 00000004 008df88c a09aad64 win32k!xxxCreateSystemThreads+0x4a

a09aad58 8189e9aa 00000004 008df8cc 77449a94 win32k!NtUserCallNoParam+0x1b

a09aad58 77449a94 00000004 008df8cc 77449a94 nt!KiFastCallEntry+0x12a

WARNING: Frame IP not in any known module. Following frames may be wrong.

008df8cc 00000000 00000000 00000000 00000000 0x77449a94





STACK_COMMAND: kb



FOLLOWUP_IP:

RDPWD!ShareClass::UPSendOrdersBackFilling+285

9a5b0d13 ff7708 push dword ptr [edi+8]



SYMBOL_STACK_INDEX: 0



SYMBOL_NAME: RDPWD!ShareClass::UPSendOrdersBackFilling+285



FOLLOWUP_NAME: MachineOwner



MODULE_NAME: RDPWD



IMAGE_NAME: RDPWD.SYS



DEBUG_FLR_IMAGE_TIMESTAMP: 4791922c



FAILURE_BUCKET_ID: 0x8E_RDPWD!ShareClass::UPSendOrdersBackFilling+285



BUCKET_ID: 0x8E_RDPWD!ShareClass::UPSendOrdersBackFilling+285



Followup: MachineOwner



Программа написана на Delphi. Вряд ли проблема в аппаратной памяти, т.к. сервер новый и все другие программы запускаются через RemoteApp нормально. Пробовали запустить более легкие варианты программы. Заработал совсем простенький (выполняет запросы с SQL сервера). Возможно проблема возникает из-за того, что программа пытается выделить большой объем памяти сразу (в отличии от той же 1С). Могу выложить логи с сервера, если нужно. Программу писал не я, но все нужные вопросы могу спросить у разработчиков. Есть какие-нибудь комментарии? Хотя бы куда копать? Спасибо.



PS: поиском пользовался, видел подобные ошибки, но решения не нашел Изображение



Конфигурация:

W2k8 sp1 32bit

Intel Xeon CPU E7330 @ 2.40Ghz 2.40Ghz (4 processors)

16 GB RAM
Ответить

Вернуться в «Windows Server 2008/2008 R2»