[Ex2010] Insufficient system resources maar niet door Queue

[Urk]

Vandaag kreeg een klant geen e-mail meer binnen op zijn Exchange 2013 omgeving (Ex2013 + CU13 =laatste). De SMTP logging vanaf mijn eigen SMTP server liet zien: 4.3.1 Insufficient system resources

En opzich ken ik die melding al jaren van Exchange Back Pressure en heeft dat normaliter te maken dat de Exchange Queue database op een partitie staat die bijna vol is.
Dus wat ik al jaren doe is de Queue database verplaatsen naar een partitie met genoeg ruimte. Ook was dat hier het geval. De queue database staat op een partitie van 140GB met 72GB vrij.
Dat kan het probleem niet zijn dus.

Echter, de partitie waarop Exchnge is geinstalleerd was rood en had nog maar 400MB vrij. Dat was in dit geval dus de boosdoener. Heel veel Exchange logging had ik ook al verplaatst naar een andere partitie maar zoals jullie weten logt Exchange heel wat services en stonden er in \Exchange Server\Logging nog de nodige grote log mappen die zorgde dat de drive volliep (bijv \Logging\CmdletInfra\Powershell-Proxy\Http was ruim 1,2GB, weliswaar getrimmed van alleen de laatste maand).

In de event logs vond ik ook nergens een error dat Exchange geen mail meer accepteert vanwege ruimtegebrek op de Exchange Server partitie met de software zelf.
De vraag hierbij is dus: klopt het Exchange dus ook de software partitie zelf in de gaten houd en geen mail meer accepteerd wanneer die volloopt? Waar is dat geconfigureerd (welke .config file?) en hoe zit dit precies?

Anyone?

[Dennism]

Waar het exact geconfigureerd is weet ik niet, maar mijn ervaring is wel dat Exchange inderdaad stopt met het verwerken van E-mail wanneer de schijfruimte (ook op de partitie waar exchange zelf staat) onder een bepaalde niveau komt (volgens mij 3-3,5GB bij Exchange 2003 / bepaalde SBS versies) en bij recentere versie's wat lager, ik geloof rond de 1GB.

[Killah_Priest]

Staan je mailbox databases ook op dezelfde partitie?
En je logfiles, gaan deze hier ook heen?

[Jazzy]

Hier kun je precies nalezen wat gemonitord wordt: Understanding back pressure.

Onderaan dat artikel staan ook de events die gelogd worden in het Application log.

[Urk]

Killah_Priest schreef op woensdag 13 april 2016 @ 16:03:
Staan je mailbox databases ook op dezelfde partitie?
En je logfiles, gaan deze hier ook heen?

Nee, zowel de Exchange databse als Exchange Queue database staan op F:\ met nog 72GB vrij.
Een deel van de Exchange logging staat op E:\ met nog 2,5GB van de 4GB vrij
De rest van de logging staat op D:\ waar ook de Exchange Server zelf op geinstalleerd is.

[Urk]

Jazzy schreef op woensdag 13 april 2016 @ 16:09:
Hier kun je precies nalezen wat gemonitord wordt: Understanding back pressure.

Onderaan dat artikel staan ook de events die gelogd worden in het Application log.

Thanks Jazzy! Gevonden

code:

The resource pressure increased from Medium to High.

The following resources are under pressure:
Temporary Storage disk space ("D:\Exchange Server\TransportRoles\data\Temp") = 99% [High] [Normal=95% Medium=97% High=99%]

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
Mail resubmission from the Message Resubmission component.
Mail resubmission from the Shadow Redundancy Component

The following resources are in normal state:
Queue database and disk space ("F:\Queue Database\mail.que") = 48% [Normal] [Normal=95% Medium=97% High=99%]
Queue database logging disk space ("F:\Queue Database\") = 48% [Normal] [Normal=95% Medium=97% High=99%]
Version buckets = 1 [Normal] [Normal=1750 Medium=2000 High=2500]
Private bytes = 7% [Normal] [Normal=71% Medium=73% High=75%]
Physical memory load = 62% [limit is 94% to start dehydrating messages.]
Submission Queue = 0 [Normal] [Normal=2000 Medium=10000 High=15000]

Hele duidelijke log! Alleen normaliter worden dit soort dingen herhaaldelijk gelogd maar dat is nu niet het geval, deze log is er maar 1 keer. En 1 keer van Normal naar High...