Dynamics AOS service down automatically

(0) Share

Report

Posted on by ovais rabbani

Dear Senior,

When ever I run customize JOB, AOS service down automatically and then I start the service than I run process its run successfully but I run 2nd time the service go down.

I did Incremental CIL and Full CIL and sync DB. But issue was same.

I have the same question (0)

All responses (9)

Answers (0)

Martin Dráb 237,880 Most Valuable Professional on at

Like (0)

Report

My first step would be checking AOS event logs. Not that I would expect to find much there, but it's still a chance.

Do you get the same problem when you debug the job? If so, you'll know exactly which line of code is responsible for the crash.

You mentioned CIL - does it mean that your code executes as CIL? Does it crash if you execute the same thing as X++?

If everything else fails, the last resort is generating a memory dump on crash. It should contain information about the exception causing it.

Was this reply helpful? Yes No
ovais rabbani 50 on at

Like (0)

Report

Below was the error on event logs.

Faulting application name: Ax32Serv.exe, version: 6.3.3000.111, time stamp: 0x565004b8

Faulting module name: Ax32Serv.exe, version: 6.3.3000.111, time stamp: 0x565004b8

Exception code: 0xc0000005

Fault offset: 0x000000000014d73b

Faulting process id: 0x1c80

Faulting application start time: 0x01d7c77bc9854e02

Faulting application path: C:\Program Files\Microsoft Dynamics AX\60\Server\DynamicsAX\Bin\Ax32Serv.exe

Faulting module path: C:\Program Files\Microsoft Dynamics AX\60\Server\DynamicsAX\Bin\Ax32Serv.exe

Report Id: 9a78d6e9-3370-11ec-811f-00155d0a0a03

Faulting package full name:

Faulting package-relative application ID:

When I debug the code same issue appear AOS go down on that code.

For Invoice

custVendTransData = CustVendTransData::construct(invCustTrans);

custVendTransData.markForSettlement(CustTable);

For PAyment

custVendTransData = CustVendTransData::construct(payCustTrans);

custVendTransData.markForSettlement(CustTable);

NO my code in X++, after that issue I run incremental and full CIL both but issue stay same.

If I am not using bulk of customer for settlement its work fine.

Please suggest me what can I do. its cache issue or what?

Was this reply helpful? Yes No
Martin Dráb 237,880 Most Valuable Professional on at

Like (0)

Report

I'm not sure what you mean by "NO my code in X++". If it means that your code doesn't run in CIL, rebuilding CIL probably won't help. Also, CIL compilation depends on X++ compilation, therefore rebuilding CIL doesn't make much sense if you're not 100% sure that your X++ codebase is fully compiled. You should rather recompile X++ and then generate CIL.

Then continue your debugging to find out where it fails. First of all, identify which of the two lines is responsible. Then go into it, to see which code it is calling and where the AOS crashes.

Was this reply helpful? Yes No
ovais rabbani 50 on at

Like (0)

Report

Its mean my code in X++, not in CIL.

Can I recompile whole AOT? Because I compiled my code.

Secondly, If I run for 1 customer it run fine but when I run bulk of customer than AOS crash. and also 1 think when I run chunk of data like 40 to 100 data it run well but I run 1000 to 2000 data that will crash.

Was this reply helpful? Yes No
Martin Dráb 237,880 Most Valuable Professional on at

Like (0)

Report

Yes, if you don't regularly recompile the whole AOT, you should do it now - and watch out for compilation errors.

If all the code executes in X++ and not CIL, recompiling CIL wouldn't make any difference. But even if your code executes in X++, it might call something that switches execution to CLR, therefore recompiling CIL after successfully compiling X++ still makes sense. It'll make sure that everything is up to date.

Was this reply helpful? Yes No
ovais rabbani 50 on at

Like (0)

Report

I compiled whole AOT and than full CIL and sync data dictionary but issue remain there AOS service down when JOB run.

Was this reply helpful? Yes No
ovais rabbani 50 on at

Like (0)

Report

Dear Martin

what can I do now?

Was this reply helpful? Yes No
Martin Dráb 237,880 Most Valuable Professional on at

Like (0)

Report

I would still do what I suggested in my first reply. Identify the line of code causign the crash. If it's not possible to do it by debugging for some reason. you can always resort to analyzing a memory dump.

Was this reply helpful? Yes No
ovais rabbani 50 on at

Like (0)

Report

Thanks for reply.

When I debug the code, code works fine.

How can I find memory dump?

and lastly, is that any chance it may cause of buffer size my buffer is 48kB.

Was this reply helpful? Yes No

Join the conversation

Community site session details

Dynamics AOS service down automatically

Helpful resources

Quick Links

Responsible AI policies

Neeraj Kumar – Community Spotlight

Congratulations to the November Top 10 Community Leaders!

Leaderboard > Finance | Project Operations, Human Resources, AX, GP, SL

Featured topics

Product updates

Community site session details

Dynamics AOS service down automatically

Helpful resources

Quick Links

Responsible AI policies

Neeraj Kumar – Community Spotlight

Congratulations to the November Top 10 Community Leaders!

Subscribe to this forum!

Select categories

Leaderboard > Finance | Project Operations, Human Resources, AX, GP, SL

Featured topics

Product updates