DAOS Catalog defekt - was nun?

[Tomz]

Hallo Leute,

ein Kunde berichtete heute von Probleme mit dem Backup. Grund sei eine Datei die merkwürdige Zeichen enthält ... und siehe da der DAOS Catalog macht Späne.

Aus irgend einem Grund gibt es zweimal den DAOS Catalog, einmal als "daoscat.nsf" und einmal als "■■aoscat.nsf".

Ich würde ja sagen, dass die DB "■■aoscat.nsf" gelöscht werden kann aber die ""daoscat.nsf" kann auch nicht geöffnet werden, also scheinen beide im argen zu sein.

Wenn ich die "daoscat.nsf" öffnen will kommt immer der Fehler "Die Datenbank ist nocht nicht vollständig initialisiert. (Sie enthält keine Ansichten). Wählen ..."
und "Die Datenbank ist nocht nicht vollständig initialisiert. Sie ist ein Datenbankrumpf. Initialisieren Sie mit Hilfe ..."

Das ließ mich erst auf ACL Probleme schließen aber dem ist nicht so. Die ACL stimmt. "comapact -c" geht auch nicht, die DB sei im Zugriff. Also Server ausgeschalten und compact -c probiert - das gleiche, obwohl wirklich niemand die DB im Zugriff hat.

Ja was nun, die DB schein ich nicht wieder zum Leben erwecken können?

Ist hier das Leben der Attachments in Gefahr?

[eknori]

Ist hier das Leben der Attachments in Gefahr?

Nein. Die daoscat hat nichts mit dem Betrieb von DAOS zu tun. Das läuft weiter, auch wenn die datei nur noch in Fetzen auf dem Server hängt.
Einzig das Löschen nicht mehr referenzierter Dokumente ist jetzt ein Problem.

Die Fehler beim Öffnen sind normal und deuten nicht auf einen Fehler hin.

Ich würde den Server herunterfahren, die Datei mit den komischen Zeichen löschen (deke, die kommt von einem hilflosen versuch, die datei zu restoren )
Nach dem Hochfahren solltest du ein tell daosmgr resync an der Konsole absetzen.

Da skann auch scheduled über ein Programmdokumnet erfolgen. Im laufenden Betrieb  in der primeTime kann das zu Performeancebeeinträchtigungen kommen.

Und die daoscat.nsf und auch die daos.cfg sollten auch nicht gesichert werden.

[Tomz]

Ist hier das Leben der Attachments in Gefahr?

Und die daoscat.nsf und auch die daos.cfg sollten auch nicht gesichert werden.

Hallo Ulich,

danke für deine Hinweise.

Meinst du ich soll die daoscat.nsf und auch die daos.cfg aus dem Backup nehmen, warum das?

[eknori]

Die beiden Files sind schon beim Backup nicht mehr up-to-date.
Im worst case Szenario müssen die Files neu aufgebaut werden. Das beeinträchtigt aber nicht die Funktion von DAOS; allenfalls kann es eine zeitlang dauern.

Wiegesagt, die files werden  files nur für das Löschen nicht referenzierter NLO Dateien benötigt. Wenn die daoscat.nsf einen Knacks hat, hat das nur einen Effekt auf den Zeitpunkt der Löschung.

[Tomz]

Gut, die "■■aoscat.nsf" habe ich gelöscht und ich habe ein Resync gemacht.

Die daoscat.nsf kann ich aber trotzdem nicht öffnen - hat das seine Richtigkeit?

[eknori]

Ja, das ist richtig so. Da ist nichts drin zu sehen. keine Ansichten, keine undokumentierten Sachen. Ist lediglich ein Container im nsf format für binäre Daten.
Auch kein Backup,Compact, Fixup oder sonstwelche Sachen mit der Datei machen.

[Tomz]

Ja, das ist richtig so. Da ist nichts drin zu sehen. keine Ansichten, keine undokumentierten Sachen. Ist lediglich ein Container im nsf format für binäre Daten.
Auch kein Backup,Compact, Fixup oder sonstwelche Sachen mit der Datei machen.

Also auch aus den täglichen Backups rausnehmen? 

Was ist, wenn ich den Server aus dem Backup mal wiederherstellen muss und ich die Datei nicht mehr da habe? Wird die mit einem "tell daosmgr resync" wiederhergestellt?

[eknori]

Die Datei wird bei Nichtvorhandensein beim Serverstart neu erstellt.

[eknori]

Wenn ihr weitergehende Unterstützung benötigt; man kann mich über meinen Arbeitgeber auch buchen.

[Tomz]

Hallo Ulrich,

vielen Dank für deine ausführlichen Infos! Ich denke damit sollten alle Fragen beantwortet sein

[mezz]

btw: derartige "merkwürdige zeichen" deuten oft auf einen fehler im dateisystem hin, am besten auch das mal prüfen

[Tode]

Ich meine, dass es zu der daoscat mit den merkwürdigen Zeichen einen KB- Eintrag gibt, und dass das ein bekannter Bug ist. Habe aber gerade den link nicht zur hand. Einfach mal auf lotus.com/support nach daoscat und evtl. Strange characters o.ä. Suchen..

[Tomz]

Ich meine, dass es zu der daoscat mit den merkwürdigen Zeichen einen KB- Eintrag gibt, und dass das ein bekannter Bug ist. Habe aber gerade den link nicht zur hand. Einfach mal auf lotus.com/support nach daoscat und evtl. Strange characters o.ä. Suchen..

Hey Torsten, du hast Recht. Es ist in der Tat ein Bug der durch 3rd Party Tools auftreten kann.

http://www-10.lotus.com/ldd/nd85forum.nsf/0/6e978a37c4d7d64b85257902005eb8d5?OpenDocument

https://www-304.ibm.com/support/docview.wss?uid=swg1LO52581

Wir hatten auch das Backup von ARCserve selbst in Verdacht aber niemand hat das so richtig ausgesprochen, da es inzwischen auch von Networker abgelöst wurde. Der "■■aoscat.nsf" hatte auch einen alten Zeitstempel aus der Zeit von ARCserve.

Gut zu wissen aus welcher Richtung das Problem kam

Vielen Dank euch allen!