Имя пользователя:
Пароль:  
Помощь | Регистрация | Забыли пароль?  | Правила  

Компьютерный форум OSzone.net » Серверные продукты Microsoft » Windows Server 2008/2008 R2 » 2008 - BSOD в RemoteApp!!!

Ответить
Настройки темы
2008 - BSOD в RemoteApp!!!

Новый участник


Сообщения: 9
Благодарности: 0

Профиль | Отправить PM | Цитировать


Здравствуйте.
Есть самописная программа, которая работает с 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 - <Unable to get error code text>

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

Отправлено: 11:16, 28-08-2009

 


Компьютерный форум OSzone.net » Серверные продукты Microsoft » Windows Server 2008/2008 R2 » 2008 - BSOD в RemoteApp!!!

Участник сейчас на форуме Участник сейчас на форуме Участник вне форума Участник вне форума Автор темы Автор темы Шапка темы Сообщение прикреплено

Похожие темы
Название темы Автор Информация о форуме Ответов Последнее сообщение
2008 - [Ъ] Руководство по использованию технологии TS RemoteApp в Windows Server 2008 Beta 3 Borodunter Windows Server 2008/2008 R2 9 17-08-2010 15:17
2008 - remoteapp в windows 2008. Долго стартует приложение. Alexandrovav Windows Server 2008/2008 R2 0 07-09-2009 12:16
2008 - Terminal Server 2008 + RemoteApp fenixaz Windows Server 2008/2008 R2 0 16-05-2009 06:01
2008 - Нужна помощь, проблема с запуском удаленных приложений RemoteApp a.r.t. Windows Server 2008/2008 R2 2 21-03-2009 16:35
RDP+RemoteApp Warvar2 Microsoft Windows NT/2000/2003 3 21-08-2008 08:01




 
Переход