Падает AOS, AX 2012 R3

[Freeangel]

Помогли выяснить причину IT Box.

[gl00mie]

Цитата:

Сообщение от igortsk

gl00mie, что-то уж очень похож Ваш стек на мой. проблема та же - падает АОС и не пойму из-за чего. С помощью статей Tariq не смог ничего подчерпнуть. Если помните, подскажите плиз где конкретно и что мне посмотреть, чтобы убедиться, что у меня не та же самая проблема?

Мне кажется, что стеки совсем разные. Если выкинуть служебные фреймы, связанные с RPC-вызовом и обработкой исключения, то у меня дело было, видимо, в освобождении памяти по кривому указателю:

Child-SP          RetAddr           Call Site
00000000`2451edb0 00000000`74fe8d94 kernel32!HeapFree+0xa
00000000`2451ede0 00000001`40213110 msvcr100!free+0x1c
00000000`2451ee10 00000001`3ffe5c7e Ax32Serv!CQLFreeVars+0x130
00000000`2451ee60 00000001`3ffe91e3 Ax32Serv!cqlClass::doFree+0x6e
00000000`2451ef40 000007fe`fe4afe85 Ax32Serv!ServerFreeClass+0x163

А тут валится всё на доступе к полю курсора:

Child-SP          RetAddr           Call Site
00000004`931adac0 00000001`40594618 Ax32Serv!SqlData::cvtField+0x1ea
00000004`931adba0 00000001`4030092f Ax32Serv!SqlData::cvtRecord+0x458
00000004`931adc60 00000001`40300e92 Ax32Serv!SqlStmt::GetFetchedDataContents+0x67f
00000004`931ae5d0 00000001`40300fad Ax32Serv!SqlStmt::next+0x382
00000004`931ae670 00000001`404ef6d4 Ax32Serv!SqlStmtTimed::next+0x4d
00000004`931ae6a0 00000001`4027bc25 Ax32Serv!cqlDatasourceSql::fetchrec+0x384
00000004`931ae710 00000001`4027e745 Ax32Serv!cqlCursor::__next+0x605
00000004`931ae8f0 00000001`4027f18c Ax32Serv!cqlCursor::_next+0x2805
00000004`931aebc0 000007fe`ff57f4a5 Ax32Serv!ServerNext+0x45c

Я лично в подобных случаях первым делом пытаюсь воспроизвести проблему на последней доступной сборке ядра. Если там проблема не воспроизводится, значит, кто-то уже наступил на те же грабли, и ядро успели поправить. Обновления ядра общедоступны, номера статей KB публикуются здесь, а как по номеру KB скачать исправление, было описано здесь.

[skuull]

Еще можно в LCS креш дамп загрузить, он иногда пишет какой хотфикс надо ставить

[igortsk]

возможно ли, что это мы что-то на*бокодили? Но мы в ядро не лезем конечно..

[vmokerov]

Добрый день.

Подскажите, пожалуйста, как для Ax 2012 R3 x64 смещения узнать, которые добавлять к адресу в дампе памяти. Пробовал указанные для Ax 2009 x64 не выходит (https://blogs.msdn.microsoft.com/eme...aused-a-crash/). Еще в статье почему-то в описании алгоритма указываются одни числа для ax 2009 x64, а в примере другие.

[Logger]

Не пробовали там в блоге спросить ?
Бывает отвечают.

[gl00mie]

Цитата:

Сообщение от vmokerov

Подскажите, пожалуйста, как для Ax 2012 R3 x64 смещения узнать, которые добавлять к адресу в дампе памяти. Пробовал указанные для Ax 2009 x64 не выходит

Попробуйте рецепты из axsa: Finding the X++ stack and AX user with public symbols in AX2012

[fed]

Вообще говоря, на LCS появился анализатор крашдампов для DAX2012. Я его несколько раз использовал и для R2 и для R3. Просто загружаешь туда зазипованный файл и часика через 3-4 оттуда же скачиваешь анализ краш-дампа. Так что для DAX2012 эта статья просто утратила актуальность...

[Ivanhoe]

+1 за LCS. В крайнем случае можно и в поддержку MS передать, если срочно и есть подписка.

[vmokerov]

Цитата:

Сообщение от gl00mie

Попробуйте рецепты из axsa: Finding the X++ stack and AX user with public symbols in AX2012

Спасибо помогло!
Класс вычислил, правда метод возвращает только ?????????
Падения удалось устранить очисткой SysLastValue, видимо что-то не предусмотрели при кастомизации.

[Logger]

Цитата:

Сообщение от igortsk

Freeangel, включена. У Вас есть какая-то инфа о баге с этим? Я нашел инфу о том, что у некоторых отваливаются клиенты по этой причине.
Но у меня падает AOS server.

Добрый день.
igortsk, удалось как-нибудь решить проблему ?

у нас тоже появились падения с таким же стеком вызовов.

Цитата:

CONTEXT: (.ecxr)
rax=003000300422041f rbx=0000000e0e672760 rcx=0000000e0e672760
rdx=0000000d992bd47a rsi=0000000000000000 rdi=0000000000000000
rip=00007ff7ddde5fba rsp=0000000041ccd6e0 rbp=0000000000000000
r8=0000000e0cbce870 r9=0000000e0e672760 r10=000000000001c351
r11=000000000000c36f r12=0000000000000000 r13=0000000d74707f00
r14=0000000000000000 r15=000000000000002a
iopl=0 nv up ei ng nz ac po cy
cs=0033 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00010297
Ax32Serv!SqlData::cvtField+0x1ea:
00007ff7`ddde5fba ff5018 call qword ptr [rax+18h] ds:00300030`04220437=????????????????
Resetting default scope

EXCEPTION_RECORD: (.exr -1)
ExceptionAddress: 00007ff7ddde5fba (Ax32Serv!SqlData::cvtField+0x00000000000001ea)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000000
Parameter[1]: ffffffffffffffff
Attempt to read from address ffffffffffffffff

PROCESS_NAME: Ax32Serv.exe

READ_ADDRESS: ffffffffffffffff

ERROR_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%p referenced memory at 0x%p. The memory could not be %s.

EXCEPTION_CODE_STR: c0000005

EXCEPTION_PARAMETER1: 0000000000000000

EXCEPTION_PARAMETER2: ffffffffffffffff

MISSING_CLR_SYMBOL: 0

Цитата:

STACK_TEXT:
00000000`41ccd6e0 00007ff7`ddde64a8 : 00000000`13305960 0000000d`992bd47a 0000000e`0cbce870 00007ff7`00000000 : Ax32Serv!SqlData::cvtField+0x1ea
00000000`41ccd7c0 00007ff7`ddb4c3ef : 00000000`13305960 00000000`41ccd900 0000000e`0fec2fa0 0000000e`00000000 : Ax32Serv!SqlData::cvtRecord+0x458
00000000`41ccd880 00007ff7`ddb4c952 : 80000000`00000020 0000000d`26477200 00000000`41cce430 00007ff8`949c0000 : Ax32Serv!SqlStmt::GetFetchedDataContents+0x67f
00000000`41cce1f0 00007ff7`ddb4ca6d : 00000000`00000000 00000000`00000000 00000002`00000000 00007ff8`94da5ebd : Ax32Serv!SqlStmt::next+0x382
00000000`41cce290 00007ff7`ddd40c44 : 0000000d`e30bfff0 00000000`00000000 00000000`00000000 00007ff8`00000000 : Ax32Serv!SqlStmtTimed::next+0x4d
00000000`41cce2c0 00007ff7`ddac6515 : 0000000e`0a419ac0 0000000d`65522020 00000000`00000000 00000000`00000000 : Ax32Serv!cqlDatasourceSql::fetchrec+0x384
00000000`41cce330 00007ff7`ddac90eb : 00000000`00000002 00007ff8`98ce3b10 00000000`00000020 00000000`009a0d50 : Ax32Serv!cqlCursor::__next+0x605
00000000`41cce510 00007ff7`ddac9b5c : 00000000`00000000 00000000`00000000 00000000`00000000 0000000d`dca5a7f0 : Ax32Serv!cqlCursor::_next+0x28bb
00000000`41cce7e0 00007ff8`968aa593 : 00000000`0000000f 00000000`41cceed8 00007ff7`ddac96f0 00000000`0000001e : Ax32Serv!ServerNext+0x46c
00000000`41cce960 00007ff8`96852b4b : 00000000`41cceb80 00000000`41ccee60 00007ff7`de466022 00000000`1dfa9eb0 : rpcrt4!Invoke+0x73
00000000`41ccea20 00007ff8`968953fa : 00000000`00000000 00000000`0e166f20 00000000`41ccf0d0 00007ff8`98cfaf7b : rpcrt4!NdrStubCall2+0x46b
00000000`41ccf0b0 00007ff8`9687a274 : 0000020e`6eee5cc0 00007ff8`00000001 00000000`4f397630 00000000`4f22c540 : rpcrt4!NdrServerCall2+0x1a
00000000`41ccf0e0 00007ff8`9687918d : 00000000`00000000 00007ff8`00000000 00000000`41ccf260 00000000`41ccf2b0 : rpcrt4!DispatchToStubInCNoAvrf+0x24
00000000`41ccf130 00007ff8`9687b028 : 00000000`1dfa9eb0 00000000`00000001 00000000`00000000 00000000`4f22c6a0 : rpcrt4!RPC_INTERFACE:ispatchToStubWorker+0x1bd
00000000`41ccf200 00007ff8`9687b38d : 00000000`4f22c540 00000000`00000000 00000000`000002aa 00000000`00000000 : rpcrt4!OSF_SCALL:ispatchHelper+0x1b8
00000000`41ccf320 00007ff8`9687d7b0 : 00000000`000002aa 00000000`00000000 0000000d`9b78eea0 00000000`4f22c540 : rpcrt4!OSF_SCALL::ProcessReceivedPDU+0x1dd
00000000`41ccf3f0 00007ff8`9688818b : 00000000`4f3492f8 00000000`41ccf599 00000000`000002e0 00007ff8`9691f044 : rpcrt4!OSF_SCONNECTION::ProcessReceiveComplete+0x410
00000000`41ccf4f0 00007ff8`95edf130 : 00000000`41ccf9e0 00000000`4f349350 00000000`41ccf8d8 00007ff8`98cfae60 : rpcrt4!CO_ConnectionThreadPoolCallback+0x16b
00000000`41ccf5f0 00007ff8`98cfacc8 : 00000000`4f0a82c0 00000000`00000000 00000000`00000000 00000000`4f0a8388 : KERNELBASE!BasepTpIoCallback+0x50
00000000`41ccf640 00007ff8`98cdeccd : 00000000`4f0a8388 00000000`00000000 00000000`4f349350 00000000`00000010 : ntdll!TppIopExecuteCallback+0x118
00000000`41ccf6c0 00007ff8`965284d4 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : ntdll!TppWorkerThread+0x8ed
00000000`41ccfac0 00007ff8`98d11781 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : kernel32!BaseThreadInitThunk+0x14
00000000`41ccfaf0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : ntdll!RtlUserThreadStart+0x21