Skip to main content

Notifications

Announcements

No record found.

News and Announcements icon
Dynamics 365 Community / Forums / Microsoft Dynamics GP (Archived) / APPCRASH - Gauging Wha...
Microsoft Dynamics GP (Archived)

APPCRASH - Gauging What's "Too Much" for GP to "Handle"?

(0) ShareShare
ReportReport
Posted on by Community Member Microsoft Employee

I experienced my first APPCRASH w/GP yesterday. The user was running the checkwrite process and due to a root cause (or root causes) that are still under investigation, GP stopped working with an APPCRASH. He had to log out and when he came back in, the batch was stuck. We worked through all that and, ultimately, got the EFT file out in time. One of the potential root causes was a loss of connection. The user is in a site that's about 60 miles away from the server they RDC into (and the SQL server housing the data). The other suggestion, made by a certified Dynamics consultant that I was working with to repair and rerun the checkwrite batch, was that GP basically hemorrhaged due to too many processes running at once. We were running a whole bunch of transactions out to the ledger, we were doing a checkwrite process, and other users were pounding the data via SmartLists and other inquiry/entry-type functions. This caused the consultant to speculate that "GP couldn't handle it" and that was why it threw the APPCRASH. Questions: do we know of some kind of "upper limit" to how many processes can run at once? Is it entirely hardware dependent? Has this topic already been discussed? Please advise. Thank you!

*This post is locked for comments

  • Jonathan Fear Profile Picture
    Jonathan Fear on at
    RE: APPCRASH - Gauging What's "Too Much" for GP to "Handle"?

    I don't think it is a problem if you use our names, that is what we are here for is to help! Let us know if you have any other questions. Also if you feel your question has been answered please mark that response as the answer. Thanks!

  • Suggested answer
    soma Profile Picture
    soma 24,406 on at
    RE: APPCRASH - Gauging What's "Too Much" for GP to "Handle"?

    I am with others on this. Additionally, I think the main reason for this APPCRASH is conflict between Dynamics GP and other programs.

    Please have a look on the below link.

    support.microsoft.com/.../859286

    Hope this helps!!!

  • Community Member Profile Picture
    Community Member Microsoft Employee on at
    RE: APPCRASH - Gauging What's "Too Much" for GP to "Handle"?

    Thank you, kind sir.

  • Frank Hamelly | MVP, MCP, CSA Profile Picture
    Frank Hamelly | MVP... 4,029 Super User 2024 Season 2 on at
    RE: APPCRASH - Gauging What's "Too Much" for GP to "Handle"?

    You can leave my name in it and quote me if you like . . .

  • Suggested answer
    Community Member Profile Picture
    Community Member Microsoft Employee on at
    RE: APPCRASH - Gauging What's "Too Much" for GP to "Handle"?

    I am grateful for all the replies, folks! I was hoping that I would hear what I heard. One of the Directors at my client was aghast at the "GP hemorrhaging" comment. We didn't understand it and hoped that this wasn't the case. Doesn't seem like it is. I think the other potential root cause ("One of the potential root causes was a loss of connection" to quote me from the original post) is absolutely the culprit. There is some squirrelly-ness going on lately with the network connection between the user group that runs these types of processes and the data itself. This MUST have been the root cause. QUESTION: if I leave your names out of it, am I allowed to quote some of what you've said directly? Please advise...  

  • Jonathan Fear Profile Picture
    Jonathan Fear on at
    RE: APPCRASH - Gauging What's "Too Much" for GP to "Handle"?

    I am with the others on this. Never heard of that happening. Typically when there are low resources on a machine it will just process slow. A app crash means something went wrong but it could be a number of things. Unless this is happening frequently I wouldn't spend too much time on it.

  • steveendow Profile Picture
    steveendow 2,281 on at
    RE: APPCRASH - Gauging What's "Too Much" for GP to "Handle"?

    I'm with Frank on this one.  GP doesn't spontaneously explode when a lot of processes are running.  I don't buy it.  An appcrash event isn't normal and should be researched if it occurs repeatedly, but it is far too simplistic and misleading to say that GP couldn't handle a heavy load.

    As a client-server application, GP's processes are distributed, and as a single threaded application, it can't take on more than it can handle.  If you are having consistent problems with GP, there is an underlying problem that is causing GP to fail, not a heavy workload on GP itself.

    Network connectivity plays a critical role in Dynamics GP, so if your network connection is not fast or 100% reliable, you can definitely experience problems with GP.  But if you are using Remote Desktop, the loss of a connection by a remote user should not affect the processing of GP on that server.  Things like shared dictionaries, third party products, customizations, or SQL Server issues could all potentially cause problems as well.

    Unfortunately, troubleshooting such problems typically isn't simple or easy, so if you continue to experience issues, it may take some time to narrow down the cause.  But I wouldn't write off the problem as a GP capacity issue.

  • Verified answer
    Frank Hamelly | MVP, MCP, CSA Profile Picture
    Frank Hamelly | MVP... 4,029 Super User 2024 Season 2 on at
    RE: APPCRASH - Gauging What's "Too Much" for GP to "Handle"?

    I would be suspicious of the comment that " that GP basically hemorrhaged due to too many processes running at once".  In 15 years of experience with GP, in dozens of implementations large and small, I've never seen this happen.  GP doesn't stop working.  More typically, it's hardware and/or network that has reached its limit.

    It makes no difference if the server is 6 miles or 600 miles from the login site, as long as the pipe between the two sites is adequate, you'll not notice a performance degradation.  As a consultant, I login to customer systems using RDC from hundreds or thousands of miles away and performance is almost like "being there".

    Not to diminish the consultant's accomplishments, but anyone can be certified on GP with enough study and passing of exams :)

    Hope this helps,

  • Heather Roggeveen Profile Picture
    Heather Roggeveen 9,142 on at
    RE: APPCRASH - Gauging What's "Too Much" for GP to "Handle"?

    I am not aware of any specific discussions on this or any specific guidelines.  There are some processes however that are very heavy on the server - building payment batches can be one of them.  How many payments would have been in the batch and how many underlying transactions in the database to be paid?

    While I don't have experience deploying it myself, there is an option to set up a process server which will take load away from an end user machine and put it in a queue for processing.  If you have lots of users and large processes, this could be worth looking at.  Someone else may be able to assist with better detail on this than I can.

    The other thing to be aware of is that GP can appear to be not working, but it actually is.  For lengthy processes, while it is thinking, if you click on the screen it will give you the "not responding" in the top toolbar.  Often times it is actually still working.  You do need to check whether things are still happening for the process against the server before deciding whether it has fully crashed.  You want to be particularly careful when it is a process like payment batches as the clean up job is not usually very nice if it was working and can't recover itself after you have crashed out.

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

December Spotlight Star - Muhammad Affan

Congratulations to a top community star!

Top 10 leaders for November!

Congratulations to our November super stars!

Tips for Writing Effective Suggested Answers

Best practices for providing successful forum answers ✍️

Leaderboard

#1
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 291,280 Super User 2024 Season 2

#2
Martin Dráb Profile Picture

Martin Dráb 230,214 Most Valuable Professional

#3
nmaenpaa Profile Picture

nmaenpaa 101,156

Leaderboard

Featured topics

Product updates

Dynamics 365 release plans