DAOS Partition vollgelaufen

[bikerboy]

Hallo,

wir haben hier gerade festgestellt, dass unsere DAOS Partition voll ist. Kann ich im Notes einfach nen neues Verzeichnis angeben, oder ein weiteres?

Ich habe hier gerade Schiss das alles gleich Kollabiert.

[Tode]

Und wie kann das passieren? Ist Euer Daos- Katalog out of sync (dann werden keine Prunes durchgeführt, und der Platz wächst Explosionsartig)? Oder habt Ihr einfach bei der Planung zu wenig Platz eingeplant?
Ein zusätzliches Verzeichnis kann man nicht angeben.
Du fährst den Server runter, Erstellst ein neues Laufwerk mit mehr Platz, kopierst alle Dateien auf das neue Laufwerk, fährst den Server wieder hoch und änderst das Verzeichnis. Dann startest Du den Server erneut neu und machst ein daosmgr resync.

Oder noch besser: Das neue Laufwerk bekommt nach dem Umkopieren einfach den selben Laufwerksbuchstaben...

[bikerboy]

Ja wir hatten 100 GB für unser 120 Mitarbeiter eingeplant, direkt nach der Umstellung hatten wir 50 GB verbraucht und dann haben wir es 2 Monate weiterlaufen lassen. Und nun ist ratzevoll.

Deinen Plan hatten ich mir auch so vorgestellt, da nun aber 0 Byte frei sind. Was passiert mit den Anhängen?  In meiner Theorie werden die gerade einfach wieder in die Mailfiles gepackt, richtig ?

[Tode]

hmmm... Hoffentlich ist DAOS so intelligent.. ich vermute aber schon..: Wenn Ihr mit 50GB angefangen habt und jetzt 100 nach 2 Monaten habt, dann habt Ihr SICHER einen DAOS- Catalog, der nicht in Sync ist... Oder habt Ihr etwa nicht alle Datenbanken auf LZ1- Komprimierung gebracht?

Einmal DAOS resyncen, dann sollte da auf einmal wieder viel Platz frei werden...

Ach so: nach dem Sync das Prunen nicht vergessen...

[bikerboy]

Puh, da bin ich nun zu unefahren. Ich muss gerade mal die Hilfe lesen

[0CA0:0002-07BC] 22.03.2012 11:45:04   DAOSMGR: Status CATALOG started
[0CA0:0002-07BC] 22.03.2012 11:45:04   DAOS catalog status:
[0CA0:0002-07BC] 22.03.2012 11:45:04   catalogState = NEEDS RESYNC
[0CA0:0002-07BC] 22.03.2012 11:45:04   catalogVersion = 3
[0CA0:0002-07BC] 22.03.2012 11:45:04   catalogMinVersion = 5
[0CA0:0002-07BC] 22.03.2012 11:45:04   DAOSMGR: Status CATALOG completed

So das ist ja mal recht sprechend. Heisst aber auch im umkehrschluss, dass wir einen haben

Wenn ich den nun syncen lasse was passiert dann ?

[Tode]

Wenn der DAOS- Katalog nicht in Sync ist, dann werden Attachments, die eigentlich gelöscht werden können, weil sie nirgends mehr refernziert werden, NICHT gelöscht (gepruned), weil DAOS ja nicht sicher sein kann, dass sie nicht doch irgendwo noch gebraucht werden.

Ein tell DAOSMGR Resync lässt den DAOS seine Datenbank prüfen und die entsprechenden Dokumente zum löschen markieren.
EIn tell daosmgr prune  (je nachdem mit oder ohne weiteren Parameter, die Hilfe sagt Dir, was für Dich das beste ist), löscht dann alle überzähligen Attachments (also alle die, die in keinem Dokument mehr referenziert werden) und gibt Dir -aller Voraussicht nach- einen Grossteil des Speichers wieder frei (ich vermute Ihr seid real inzwischen bei 55 - 60 GB, wenn Ihr nicht Mega- Datenschweine als User habt).

Warum man aber DAOS aktiviert, ohne sich VORHER schlau zu machen, was man dabei beachten muss, wird mir ewig ein Rätsel bleiben. Wahrscheinlich steht in Euren DAOS- Einstellungen auch noch 64000 als Untergrenze...

[bikerboy]

Puh, das kommt, wenn man keinen richtigen Notes-Admin im Haus hat und der Notes-Entwickler streng nach Hilfe-Anleitung vorgeht. Und ja wir haben diese 64 kb Grenze, aber wir haben eine eigene Partition. (Wie eben in der Hilfe beschrieben)

[Tode]

Dann dürft Ihr Euch nicht wundern, wenn das Ding volläuft...
DAOS ist ein fantastisches Werkzeug, aber man muss es -wie alles was in Domino mit Plattenplatz zu tun hat- Monitoren, weil es halt sonst manchmal aus dem Ruder läuft...

[bikerboy]

 

[1084:0002-1148] 22.03.2012 14:36:28   catalogState = SYNCHRONIZED
[1084:0002-1148] 22.03.2012 14:36:28   catalogVersion = 3
[1084:0002-1148] 22.03.2012 14:36:28   catalogMinVersion = 5
[1084:0002-1148] 22.03.2012 14:36:28   
[1084:0002-1148] 22.03.2012 14:36:28   pruneInProcess = FALSE
[1084:0002-1148] 22.03.2012 14:36:28   pruneStartTime =
[1084:0002-1148] 22.03.2012 14:36:28   pruneEndTime =
[1084:0002-1148] 22.03.2012 14:36:28   
[1084:0002-1148] 22.03.2012 14:36:28   resyncInProcess = FALSE
[1084:0002-1148] 22.03.2012 14:36:28   resyncStartTime = 22.03.2012 14:14:30
[1084:0002-1148] 22.03.2012 14:36:28   resyncEndTime = 22.03.2012 14:30:09
[1084:0002-1148] 22.03.2012 14:36:28   resyncMaxThreads = 10

Hab gerade noch das Prune los geschickt... Aber das Sync hat uns erstmal 10 Gig mehr eingebracht.

[bikerboy]

.... EIn tell daosmgr prune  (je nachdem mit oder ohne weiteren Parameter, die Hilfe sagt Dir, was für Dich das beste ist), löscht dann alle überzähligen Attachments (also alle die, die in keinem Dokument mehr referenziert werden) und gibt Dir -aller Voraussicht nach- einen Grossteil des Speichers wieder frei (ich vermute Ihr seid real inzwischen bei 55 - 60 GB, wenn Ihr nicht Mega- Datenschweine als User habt).
...

Gut geschätzt es sind nun nur noch 65 Gig belegt.

Wie wäre denn nun das sinnvolle vorgehen? Ich würde nun 2 Programmdokumente anlegen, der eine läfut am Samstag und synchroniesiert und der andere pruned am Sonntag fröhlich vor sich hin.