web
You’re offline. This is a read only version of the page.
close
Skip to main content

Announcements

No record found.

News and Announcements icon
Community site session details

Community site session details

Session Id :
Microsoft Dynamics AX (Archived)

AOS Takes Almost 10 Minutes to Restart

(0) ShareShare
ReportReport
Posted on by

Hi all,

I know that the AOS can sometimes be slow to restart but I have noticed that on most of out AOS servers the restarts take so long that, a) I get an error: Windows could not start the Microsoft Dynamics AX Object Server 6.0... Error 1503: The Service did not respond to the start or control request in a timely fashion., b) I have to check/refresh the services list for another 5 minutes before the status moves from "starting" to "started". Rarely it will restart within a few minutes, no error messages.

Any idea what could be the cause of the 10 minute reboot cycle?

*This post is locked for comments

I have the same question (0)
  • Community Member Profile Picture
    on at

    I have a similar issue.  No reason found yet.  

  • Suggested answer
    Community Member Profile Picture
    on at

    I think this is normal behavior, depending on the machines power and the application situation. Sometimes it takes only minutes, sometimes it takes some more minutes :)

  • Suggested answer
    Brandon Wiese Profile Picture
    17,788 on at

    If the AOS service detects that its xppIL directory is out of sync with the compiled objects stored in the database, it will purge the xppIL directory and re-download the entire directory again (2000+ objects) from the database.  This process can take several minutes, and the detection process also seems to take several minutes.  You can actually watch the files being downloaded.  The xppIL directory is located under the server's bin directory.

    This process is important for AOS clusters to keep their object code in sync between all of the AOS nodes.  The compiled object code is stored in the database now which is shared among all AOS instances.

  • Deepak Agarwal Profile Picture
    8,624 on at

    Hello Friends,

    I am facing the same issue. Is anyone found the solution ? plz share your ideas here.

  • PA-22040759-0 Profile Picture
    6,194 on at

    I know it is not much of a help for you guys, but I have heard that the AOS restart is much faster in the comming R3 release.

  • Gertjan Profile Picture
    1,200 on at

    Good evening,

    I do not think this is an issue as it is by design. It is also described in the installation guides that starting the AOS may take a while and that a message may appear that the service did not respond in a timely matter.

    Can you explain why this is an issue for you? Apart from the somewhat longer downtime during a restart?

  • Community Member Profile Picture
    on at

    It is by design, there is little you can do about it. The only thing is: disable all unnecessary AIF services because these will also be recreated when CIL is out of sync.

    Also only use the CIL Compile if necessary....

    If the changes made are not batchable/AIF Services/Enterprise Portal/Workflow related, but only X++ why should you use CIL?

    try

    1. restarting a server which has just been restarted (CIL should still be in sync)

    2. restarting a server after you deleted all files in XPPIL folder in the bin folder on server installionfolder.

    you'll notice the difference in starting time 1 will be faster then 2. And 2 is what will happen if CIL is out of sync.

  • Sudhanshu Sahoo Profile Picture
    270 on at
  • Community Member Profile Picture
    on at

    Thanks Boye.

    Do you know if there's any good documentation on the OOTB AIF Services?  I'm hoping to go through figuring out what's safe to disable, but can't seem to find any documentation on what each service is used for, so can't predict what's safe to disable, or even what I'd need to test after disabling to confirm any ill effects.  

    Thank-you again / in advance.

  • Community Member Profile Picture
    on at

    As long as you don’t use any of the new stuff (retail pos, mobile apps etc) and you don’t administer your environment with use of these services.... you can actually stop them. Most of them will require some development because the service group will auto deploy them.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Introducing the 2026 Season 1 community Super Users

Congratulations to our 2026 Super Stars!

Congratulations to our 2025 Community Spotlights

Thanks to all of our 2025 Community Spotlight stars!

Leaderboard > 🔒一 Microsoft Dynamics AX (Archived)

#1
Joris dG Profile Picture

Joris dG 5

#2
Alexey Lekanov Profile Picture

Alexey Lekanov 2

#2
Henrik Nordlöf Profile Picture

Henrik Nordlöf 2 User Group Leader

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans