DAOS - sehr große und viele NLO Dateien

[cg-home]

Hallo zusammen,

seit Sommer 2011 haben wir DAOS auf unserem Mail-Server aktiviert was uns viel Platz eingespart hat
und bisher keine Probleme bereitet hat.
Seit einiger Zeit allerdings haben wir immer wieder einige große NLO Dateien.
Es waren NLOs mit einer Größe von 400-600 MB und das hat insgesamt 90GB verbraten.

Die Größe war bei manchen (max. 5 Stück) exakt gleich.
Da es auf unseren Mail-Server liegt und wir Anhänge größer 25MB wieder zurücksenden, kann es
eigentlich keine versendete Mail sein.
Ich habe dann vermutet das vielleicht jemand eine Access DB in seinen Entwürfen liegen hat und diese
auch noch verschlüsselt. Ich habe dann über PowerTools ein paar mdb Dateien gefunden aber nicht
mit dieser Größe. (Bitte fragt mich nicht warum man eine Access-DB in einer Mail ablegt).
Aber ob Power Tools einen verschlüsselten Anhang finden kann bezweifle ich jetzt mal.

Dann habe ich ein paar davon verschoben und wollte raus finden in welcher DB diese fehlt.
Aber das ist eine ziemliche Fleißarbeit und habe es wieder abgebrochen.
Dann habe ich alle großen NLOs verschoben und wollte warten bis in DDM ein Fehler auftaucht
oder ein User sich beschwert.
- Keine Fehlermeldung und kein User hat sich beschwert -
Aber die großen Dateien wurden einfach wieder angelegt !!!

Ich habe auch noch kein zeitliches Muster erkennen können, manchmal kommt zwei/drei Tage lang
keine Datei dazu und manchmal am Tag 10 Stück und auch mitten in der Nacht.
Die neuesten Dateien sind dann meist auch gesperrt, manchmal den ganzen Tag und können somit
nicht gelöscht werden weil sie im Zugriff sind.
Daher vermute ich jetzt schon das es etwas vom System ist, aber was?
Mittlerweilen lösche ich die Dateien alle paar Tage einfach, aber das ist auch keine Dauerlösung.

Kennt das jemand von Euch?
Oder habt Ihr Tipps wie ich der Sache auf die Spur kommen kann?

mfg Christian

[cg-home]

Hallo zusammen,

mit Hilfe vom IBM Support (Mein erster PMR) und Detektivarbeit haben wir das Problem
finden und lösen können. Im Grunde war es ein User – was auch sonst ;-)

Er hatte versucht 3 Emails mit jeweils einem sehr großen Anhang (427, 506 und 634 MB)
per Email zu versenden.

Da der User im Ausland bei einer unserer Tochter sitzt und seine Internetverbindung nicht
die Beste ist, hat das vermutlich nicht geklappt. Da wir in unserer Mail-Box am Server wie
empfohlen auch das DAOS aktiviert haben, hat sein Client  immer wieder (seit 4 Monaten)
versucht diese Emails zu routen und die Mail-Box legte dafür jeweils eine NLO Datei an.

Zusätzliche Infos:
Laut IBM ist an der Endung P „xxxxxP.nlo“ zu sehen das es eine Temporäre NLO-Datei ist,
die „noch“ keiner DB zugeordnet ist. Somit war die Stundenlange suche über
   tell daosmgr listnlo -o mymailobjects.txt MISSING mymail.nsf
bei allen DBs größer 400MB umsonst.
Zuvor hatte ich natürlich die großen NLOs wo anders hin geschoben.
Auch hatte der User mittlerweile die Großen Mails wegen der Mail-Quota gelöscht und
seine DB hatte eh nur noch 160MB.

Über den IBM Support habe ich auch noch erfahren mit welchem Befehl man "einfacher"
an die Info kommt, welche NLO in welcher DB ist.

Dazu muss in der Notes.ini zuerst folgender Eintrag gesetzt werden.
   DEBUG_DAOS_DIAGNOSTICS=1
dann an der console folgendes eingeben
   tell DAOSMgr DAOSdiag -a -as -v -o Dateiname.txt
Aber hier ist Vorsicht geboten da dieser Befehl lange dauert (Bei uns ca. 1 Stunde) und
eine große Textdatei erzeugt (Bei uns ca. 53MB). Auch soll man es nicht tagsüber tun.
Zwischen -a und -as kann man noch einen Pfad eingrenzen z.B.:
   tell DAOSMgr DAOSdiag -a mail -as -v -o Dateiname.txt
Darin hatten wir aber auch nichts gefunden, da es ja Temporäre NLOs waren.

Mit dem Befehl
   Tell DAOSMgr Prune 0
habe ich dann auch noch weiteren Platz frei schaufeln können. Backup ist natürlich vorher gelaufen.

mfg Christian

[m3]

Wow. Danke für das detaillierte Feedback!

[Dr.Domino]

Super! Danke für das gratis DAOS-Training!