Wir hatten kurz vor Ostern einen Notfall. Ich war gerade in meinem Wohlverdiehnten Urlaub als Notfall Anrufe kamen:
Hilfe User XYZ hat 4 Millionen Emails im Eingang.
Ich dachte mir erst , die übertreiben wieder, schaltete mich auf und sah das es schon über 5 Millionen Emails waren.
ein Zugriff mit dem Infocenter auf den user war nicht mehr möglich, Tendenz Steigend. Rate 1000 Pro Sekunde.
Erste Analysen zeigten: es handelt sich um Wiedervorlagen.
Die Wiedervorlagen meinten sie wären von 6.4.1978 und Pumpten sich in der Zahl 1000 pro Sekunde in des Users Eingangsfach.
Was blieb mir anderes übrig als alle Prozesse zu Stoppen. Dann fing ich an auf Explorerebene den gesamten IN Ordner zu eliminieren.
5 Millionen 800 tausend 1978 Emails / Das Löschen sollte 3+Stunden dauern
Weiterhin eliminierte ich das gesamte REMIND Verzeichnis. Dort war eine Archive DAT von 4 GB (!)
und eine *.ref Datei erzeugte sich fortwärend grösser.
Weitere Schäden waren das gesamte EINGANGSARCHIV dessen *.REC durch die 5 MIO Einträge ebenfalls 4 GB gross war.
Diese Datei musste ich ebenso eliminieren und im DVADMIN Eingangsarchiv = 0 Tage festlegen.
Die nächtliche Bereinigung bereinigte sich seit Stunden selbst und hatte auf dem Counter 9 MILLIONEN Einträge.
Die Bereinigung wurde gestoppt.
Weitere Schäden waren: Die Strongbox die sich selbst mit 9 Millionen Einträgen sicherte.
ausserdem zeriss es noch das gesamte Whitelistensystem.
Nach ca. 8 Stunden hatte ich die Situation wieder unter Kontrolle, nachdem die IN und REMIN Verzeichnisse frisch waren legten sich dort wieder frische ARCHIVE.DAT an.
Wäre das über Ostern passiert wäre der Server bei XXXXXXXXXXXXXXXXXXXXXXXXXXXX Milliarden Emails Explodiert und zerstört worden.
Nur aufgrund der Aufmerksamkeit der User und der Robustheit des Servers ist es zu verdanken das die Firma nicht komplett hochgegangen ist.
Danke Tobit für Null Schutzsystemen. Wie wäre es mit ARCHIVE.DAT ist grösser als 1 GB Meldung und STOP
Die Ursache bleibt mir jedoch ein Rätsel. Aber irgendwas musste die Archive.dat beschädigt haben die dann Krebs bekam.
) und Dateien gelöscht, da Windows nur ca. 100.000 Files auf einmal löschen kann (hat etwas mit dem enumerieren zu tun... Windows schreibt alle Dateinamen zum löschen erst in den Zwischenspeicher und löscht dann) musste ich mir dann den Wecker alle 10 min. stellen um dann das nächste Paket zu löschen. Ich habe bei Tobit geflucht und geschimpft aber wie gewöhnlich bin ich der einzige mit diesem Problem und Tobit hat noch nie etwas zuvor davon gehört. Dein Bericht bestätigt mir das ich mit meinem Problem nicht der einzige bin und Tobit hier wieder mal gepennt hat. Ich habe herausgefunden das dieses Phänomen/Problem auftaucht, wenn etwas in die Wiedervorlage gelegt wird, und von David nur ein Link angelegt wird. Normalerweise wird die eMail/Datei komplett in den Ordner "Wiedervorlage" verschoben (auf Fileebene). Wenn nun die Wiedervorlage greifen soll (also der Termin ist erreicht) verschiebt David die Datei aus dem Wiedervorlageordner wieder in den Eingangsordner (alles auf Fileebene). Da es in diesem speziellen Fall aber ein Link ist, versucht David die Datei aus dem Eingangsordner (weil da liegt die Datei physikalisch) wieder in den Eingangsordner zu schieben. Das führt zu dieser netten Rekursion und die Einträge in dem Archive.rec etc. wachsen rasant in astronomische Höhen. Es passierte komischerweise nur bei einem unserer 10 Mitarbeiter, aber dort schon 3mal. Ich habe seitdem ein kleines Java-Script mitlaufen was alle Archive der User überwacht und mir eine Nachricht schickt, sobald entweder die archive.dat > 1GB oder in dem Verzeichnis >10.000 Files... wenn das zutrifft, kann ich mir sicher sein das die Wiedervorlage explodiert.