Exchange Error “452 4.3.1 Insufficient system resources”

아래 글은 외국포럼에서 참조한 글이지만,

최근 실제로 1T 디스크공간에 남은 공간이 10G 가 되자, 메일 송신이 안되는 이슈가 발생되었다.

처음에 10G 공간이 남은것을 확인하고 디스크 문제는 아니겠지 생각해서

원인을 해결(해결은 디스크 공간확보로 해결)하는데 오랜시간이 소요되었다.ㅠㅠ

아래 글을 참고하여 이런 이슈가 없어야하며, 발생하더라도 빠른 해결에 도움이 되었으면 한다.

 

I have come across an interesting problem in Microsoft Exchange Server 2010 (it is also typical for Exchange Server 2007 / 2013). From time to time, some users started to complain on the inability to get scans from Multi-Function Devices (MFD)  or senders configured to send emails through Client Access Exchange server (CAS). Meanwhile, Outlook users could send and get emails through the server without any troubles.

 

To diagnose the issue, I tried to send an e-mail using telnet from the command prompt. Since the configuration included two CAS servers joined into CAS Array using NLB, I had to check each server. An e-mail was successfully sent from the first server, but after running the command mail from on the second server returned this error: 452 4.3.1 Insufficient system resources

In the server applications log, the EventID: 15006 from Source: MSExchangeTransport is registered

Microsoft Exchange Transport is rejecting message submissions because the available disk space has dropped below the configured threshold.The following resources are under pressure:

Queue database logging path (“C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\data\Queue\”) = 96% [High] [Normal=92% Medium=94% High=96%]

 

Physical memory load = 90% [limit is 94% to start dehydrating messages.]

The following components are disabled due to back pressure:

Inbound mail submission from Hub Transport servers

Inbound mail submission from the Internet

Mail submission from Pickup directory

Mail submission from Replay directory

Mail submission from Mailbox server

 

Content aggregation

The following resources are in normal state:

Queue database path (“C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\data\Queue\mail.que”) = 95% [Normal] [Normal=95% Medium=97% High=99%]

Version buckets = 0 [Normal] [Normal=80 Medium=120 High=200]

Private bytes = 14% [Normal] [Normal=71% Medium=73% High=75%]

Batch Point = 0 [Normal] [Normal=2000 Medium=4000 High=8000]

Submission Queue = 0 [Normal] [Normal=1000 Medium=2000 High=4000]

The cause of the error is the end of free disk space on which the Exchange Hub Transport queues are located. The fact is that Exchange has a special component to monitor available resources — Back Pressure, which is also tracking free space on a disk, where the Exchange Transport Service queues are stored.

When exceeding the threshold limits, Exchange can:

• Medium (90%) threshold — stop receiving mail over SMTP from external senders (MAPI client e-mails are yet processed)
• High (99%) threshold — the mailflow stops to be processed completely

Note. 90% and 99% are quite approximate, there is a formula to calculate it, in fact. In practice, it’s enough to keep to these values. So there should be at least 4 GB free on a 40 GB disk, where the Transport Service queue is stored.

 

In case of the error, you can:

1. Clear your disk from trash
2. Disable Back Pressure monitoring (not recommended)
3. Migrate transport queues to another disk with the sufficient size

By default, the transport queue is stored on a system disk. After analyzing drive C:\, I have found that the folder containing IIS logs (C:\inetpub\logs\LogFiles\W3SVC1) occupy almost 15 GB of space. As a rule, these logs can just be deleted and enable the scenario of automatic removal of old IIS logs.

 

If you are not able to free any space, move the folder of Exchange transport queue to another disk.

The path to the folder containing this queue is specified in the configuration file $env:exchangeinstallpath\bin\EdgeTransport.exe.config with the following arguments:

 

<add key=”QueueDatabasePath” value=”C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\data\Queue” />

<add key=”QueueDatabaseLoggingPath” value=”C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\data\Queue” />

 

It’s enough to specify the new path to the folder of the queue and restart Microsoft Exchange Transport Service (Restart-Service MSExchangeTransport) and Exchange will automatically create them.

Tip. Make sure there are Mail.que, Trn.chk, Trn.log, Temp.edb in the new folder. The same files from the old directory can be deleted because they are no longer needed.