Nicht genügend Speicher zum Anmelden?

[TruckerTom 10]

Hallo Kollegen,

 

ich habe folgendes Phänomen:

Ein W2K3-Memberserver in einer 2008erR2-Domäne hat die ganze Zeit einwandfrei funktioniert. Vor 3 oder 4 Tagen dann ist er durch einen darauf laufenden Log-Dienst komplett voll gelaufen, so dass auf der Platte kein Byte mehr frei war. Dies habe ich bereinigt, den Server neu gestartet und dann lief es wieder. Allerdings leider nur für ca. 12 Stunden. Danach bekomme ich diesen Fehler im Ereignisprotokoll:

Der Computer konnte eine sichere Sitzung mit einem Domänencontroller in der Domäne meine_domaene aufgrund der folgenden Ursache:

Für diesen Befehl ist nicht genügend Speicher verfügbar. nicht einrichten.

Dies kann zu Authentifizierungsproblemen führen. Stellen Sie sicher, dass der Computer mit dem Netzwerk verbunden ist. Wenden Sie sich an den Domänenadministrator, wenn das Problem weiterhin besteht.

 

Nun, ich bin der Domänenadministrator, und ich habe keine Ahnung warum er das immer nach ca. 12 Stunden wieder bringt. Ab dem Moment funktioniert dann auch keinerlei Authentifizierung mehr mit dem W2K3-Server die über das AD geht, also RDP geht nicht, diverse Dienste und Skripte (z.B. Veeam-Sicherungen) nicht. Nach einem Neustart ist alles wiede rbestens, solange, bis wieder diese Meldung oben im Ereignisprotokoll auftaucht.

 

Hat jemand eine Idee, was das sein könnte?

 

Gruß

Thomas

[zahni 554]

Hm, Veeam-Sicherungen.

 

Du erzählst uns bitte, wie der/die Server bertrieben werden. Glaskugel wieder abdeck...

[TruckerTom 10]

Hallo zahni,

was meinst Du damit?

Der W2K3-Server läuft als virtuelle Maschine.

Was willst Du sonst noch wissen?

[zahni 554]

Nun, Du könnst z.B. Div. Snapshots erzeugt haben und der physikalische Storage deswegen volllaufen. Anonsten kannn man mehr nicht sagen: Liefere Details über die komplette Umgebung die genauen Eevent-ID's, welche Events noch so auftreten und was Du vielleicht in letzter Zeit alls gemacht oder probiert hast.

[TruckerTom 10]

Hallo Zahni,

also ich habe inzwischen einiges ausgetestet, trotzdem bekomme ich immer noch den gleichen Fehler:

 

http://img641.imageshack.us/img641/3029/50550495.jpg

 

folgendes habe ich getestet:

 

DNS, alle Netzerkweinstellungen, Plattenplatz.

 

Der Server hat momentan eine zugewiesene Festplattengrösse von 50 GB, davon sind 10 GB frei. Der Papierkorb ist leer.

 

Wie bereits beschrieben, der physikalische Platz muss ausreichen, dieser ist ja vom ESX für diesen Server reserviert, auch kann ich jederzeit Daten (auch mehrere GB) auf den virtuellen Server kopieren.

 

VOR dem Event im Screenshot habe ich keinerlei Fehler in den Logfiles. Danach funktioniert dann keine Anmeldung mehr über RDP, auf das vCenter (VMWare) das auf diesem Server läuft kann nicht mehr zugegriffen werden, die Reddoxx-Sicherung, die auf diesen Server läuft, kann nicht mehr sichern.

Bis zum nächsten Neustart, dann läuft alles wieder einwandfrei.

 

Gruß

Thomas

[zahni 554]

Meine Frage war, ob Du aktive Snapshots im ESX hast. Dann wird der HD-Platz nähmlich nicht mehr "reserviert" und kann überlaufen.

[TruckerTom 10]

ok, dann hatte ich das falsch verstanden. Also mein vCenter zeigt mir an:

 

Snapshot-Speicherplatz: 16,13 MB.

 

Würde es nach einem Reeboot der virtuellen Maschine wieder funktionieren, wenn es am ESX liegt?

[zahni 554]

Die einfachste Möglichkeit ist doch zu prüfen, ob im Datastore, in dem die VM liegt, noch Platz ist.

 

Wenn während der "vollgelaufenden Logs" ein Snapshot aktiv war, kann ich die "16,13 MB" nicht nachvollziehen.

[TruckerTom 10]

Sorry zahni, jetzt weiss ich, was Du meinst.

Ja ist:

 

http://img141.imageshack.us/img141/6861/27127870.jpg

 

471 GB von 1,91 TB frei.

[zahni 554]

Wie viel Snapshots sind denn aktiv ? In Produktiven Umgebungen sollten überhaupt keine Snapshots verwendet werden. Und wenn nur kurzeitig, z.B. bei der Installation irgendwelcher Updates. Im Virtual Center gibt es die Option "Delete All". Anklicken, und Kaffee trinken gehen. Das "Committen" der Snapshots kann etwas daueren.

 

Ansonsten mal hier prüfen: Event ID 5719 Source NETLOGON

[TruckerTom 10]

Hallo zahni,

ich habe folgendes heraus gefunden:

es lag nicht an den Snapshots, auch die Meldung im Ereignisprotokoll war augenscheinlich falsch. Ich habe die Netzwerkkarte rausgeschmissen, dem Server eine neue zugewiesen (über VMWare), alle Einstellungen (IP, DNS, Wins etc) nue gemacht, im DNS-Server den Server rausgeschmissen und dort nue registriert, dazwischen immer wieder neu gebootet. Und jetzt funktioniert der Server wieder einwandfrei seit vorgestern Abend.

 

Ich vermute mal, dass da irgendwo, irgendwas durch das Vollaufen der Platte dann zerschossen wurde.

 

Danke für Deine Hilfe!

Gruß

Thomas