Share via

Exchange 2019 CU14 was crashe with event WAS ID 5011

Иван Кордяк 0 Reputation points
2024-11-28T10:37:14.46+00:00

We have a proble with Exchange 2019 CU14, which is accompanied by event ID 5011, it means that IIS pools (MAPI, OWA, RPC, EWS etc) were crashed, of course, this is only a consequence, we cannot understand the cause yet. But there is a suspicion that the reason is in the backup driver. We have cyberprotect installed (https://cyberprotect.ru/products/backup/). After removing the agents, the problem went away.

I saw the same cases, but we don`t have problemes with resource utilization:
https://learn.microsoft.com/en-us/answers/questions/727386/exchange-2019-was-id-5011
https://www.exchangeitup.net/2017/02/exchange-2016-100-cpu-and-event-id-5011.html

Has anyone encountered a similar problem?

Exchange | Exchange Server | Other
Exchange | Exchange Server | Other

A robust email, calendaring, and collaboration platform developed by Microsoft, designed for enterprise-level communication and data management.Miscellaneous topics that do not fit into specific categories.

Exchange | Exchange Server | Management
Exchange | Exchange Server | Management

The administration and maintenance of Microsoft Exchange Server to ensure secure, reliable, and efficient email and collaboration services across an organization.

Exchange | Other
Exchange | Other

A powerful email and collaboration platform developed by Microsoft, designed to support enterprise-level communication and productivity. Miscellaneous topics that do not fit into specific categories.

0 comments No comments

1 answer

Sort by: Most helpful
  1. Anonymous
    2024-11-29T01:53:11.3966667+00:00

    Hi @Иван Кордяк,

    Welcome to the Microsoft Q&A platform!

    Event ID 5011 typically indicates that the IIS application pool for Exchange has crashed. This can be caused by a variety of factors, including third-party software conflicts such as backup agents.

    Based on your description, removing the Cyber​​Protect backup agent seems to resolve the issue, which suggests they may be the culprit. This is consistent with other reports where third-party software, particularly backup or antivirus solutions, has caused similar issues.

    Here are a few steps you can take to further investigate and potentially resolve the issue:

    1. Even though you mentioned that there is no issue with resource utilization, it is still worth monitoring CPU, memory, and disk usage at the time of the crash. Tools such as Performance Monitor or Process Explorer can help with this.
    2. Look for any related events in Event Viewer, especially at the time of the crash. Events 15004-15007 in the Application log may provide additional clues.
    3. As a temporary measure, you can try to recycle the affected application pool from IIS Manager. This can sometimes help stabilize the service.
    4. If the issue persists, make sure your Exchange Server OAuth certificate is not expired, as this can also cause the application pool to crash.

    Please feel free to contact me for any updates. And if this helps, don't forget to mark it as an answer.

    Best,

    Jake Zhang


Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.