Notes 8.5 und DAOS-Problem mit Attachments

[Spaky]

Hallo,

unser freundlichen IBM Distri hat mir dieses Forum empfohlen,
wenn ich Fragen zu Notes bzw. Probleme habe.

Also ich habe ein Problem mit dem öffnen von einigen Attachments wenn DAOS
aktiviert ist.
Beim Versuch ein Attachment zu öffnen erscheint folgende Meldung:
The database /notes/data/mail/xxxx.nsf was unable to open or read the file Document attachment is invalid
Im Netz haben ich einen Tip gefunden, den Server herunter zufahren, die
daos.cfg + daoscat.nsf zu löschen und dann den Server neu zustarten.
Dies hat hat dann an dem tag auch funktioniert, jedoch als ich aus dem Wochenende kam,
war das Problem auch wieder da.

Hat evtl. von euch eine Idee?

Grüße

P.S.: Achso hier unsere Serverversion: Lotus Domino (r) Server (Release 8.5FP1 for UNIX) 04/09/2009 14:14:20
P.P.S: Folgende Meldung erscheint einmal täglich während "AutoCompact" läuft:
Unable to add entry to catalog (for daoscat.nsf): Special database object cannot be located

[eknori]

Läuft ein Virenscanner auf dem Server?
Zugriffsrechte auf das DAOS verzeichnis ?

fixup -f -J auf der betroffenen (Mail)Datenbank ausführen.

[Spaky]

Hi,

danke für schnelle Antwort.
Also kein Virenscanner auf der Maschine, Zugriffsrechte passen.
Fixup bringt leider auch keine Besserung.

[eknori]

Besteht das Problem nur bei einer Datenbank, oder sind ALLE betroffen?

[Spaky]

Bei mehreren Datenbanken trat das Problem auf.
Jedoch ist DAOS zur Zeit nur für eine Datenbank aktiv.
Das Problem tritt auch nicht bei jedem Attachment auf.

[eknori]

Ist ein bisschen schwierig, das aus der Ferne zu diagnostizieren, da ich nicht weiss, wie DAOS konfiguriert wurde.
Kann alles und nichts sein. Kann an der Datenbank liegen; das NLO File ist defekt oder nicht vorhanden; Probleme mit Verschlüsselung und und und ...

Wie sieht es mit MISSINGNLO aus? Fehlt das File auf OS Ebene wirklich, oder ist es da, kann aber z.B. wegen Problemen bei der Verschlüsselung ( evtl 2048bit ?? ) nicht gelesen werden?
 

[stoeps]

Hi,

was zeit denn

Code

tell daosmgr status

an?

Ist er im Status

Code

Synced

oder

Code

Needs Resync

?

Versuch mal wenn der Fehler auftritt, den DAOS neu zu synchronisieren:

Code

tell daosmgr resync

Was zeigt denn:

Code

tell daosmgr listnlo missing mail\dbname.nsf

?

Grüße
Christoph

[Spaky]

Hi,

also Serverkeysoze ist : Compatible with all releases (630 Bits).
NLOs scheinen nicht zu fehlen, denn nach einem Serverneustart
und dem löschen der daoscat.nsf und daos.cfg und einem Resync,
lassen sich die Attachments wieder öffnen, genauso wie nahc dem
Deaktivieren von DAOS für die Datenbank.
Der DAOS-status sieht auch gut aus:

Code

10/09/2009 11:36:56   DAOSMGR: Status started
10/09/2009 11:36:56   threadsShouldQuit = FALSE
10/09/2009 11:36:56   refcount = 1
10/09/2009 11:36:56   threadsCreated = 3
10/09/2009 11:36:56   
10/09/2009 11:36:56   basePath = /notes/data/
10/09/2009 11:36:56   baseStoragePath = /notes/daos/
10/09/2009 11:36:56   storagePath = /notes/daos/0001/
10/09/2009 11:36:56   pruneInterval = 15
10/09/2009 11:36:56   maxFilesPerSubcontainer = 40000
10/09/2009 11:36:56   maxSubcontainers = 1000
10/09/2009 11:36:56   catalogState = SYNCHRONIZED
10/09/2009 11:36:56   catalogVersion = 3
10/09/2009 11:36:56   catalogMinVersion = 3
10/09/2009 11:36:56   
10/09/2009 11:36:56   pruneInProcess = FALSE
10/09/2009 11:36:56   pruneStartTime = 10/09/2009 02:00:01
10/09/2009 11:36:56   pruneEndTime = 10/09/2009 02:00:01
10/09/2009 11:36:56   
10/09/2009 11:36:56   resyncInProcess = FALSE
10/09/2009 11:36:56   resyncStartTime = 09/09/2009 17:20:07
10/09/2009 11:36:56   resyncEndTime = 09/09/2009 17:20:08
10/09/2009 11:36:56   
10/09/2009 11:36:56   dbdeleteInProcess = FALSE
10/09/2009 11:36:56   dbdeleteStartTime = 10/09/2009 02:00:01
10/09/2009 11:36:56   dbdeleteEndTime = 10/09/2009 02:00:01
10/09/2009 11:36:56   DAOSMGR: Status completed

Resync auch mit force Option bringt nix, wegen den missings NLOs
muss ich mal schaun wenn der Fehler wieder auftritt.


Noch eine Frage sagt euch folgende Meldung was:

Code

Unable to add entry to catalog (for daoscat.nsf): Special database object cannot be located

?

Grüße und vielen Dank ^^

[Spaky]

Hi,

was zeit denn

Code

tell daosmgr status

an?

Ist er im Status

Code

Synced

oder

Code

Needs Resync

?

Versuch mal wenn der Fehler auftritt, den DAOS neu zu synchronisieren:

Code

tell daosmgr resync

Was zeigt denn:

Code

tell daosmgr listnlo missing mail\dbname.nsf

?

Grüße
Christoph

So der Fehler ist heute wieder ausgetreten.
Status der Datenbank: Synced
Missing NLOs keine

[MeisterLampe]

Hallo,
ich habe derzeit auch ein Prob. mit dem DAOS bei einem User:

12.02.2010 14:00:05   Compacting mail\mwirth.nsf ,  -c -ZU -daos on mail\mwirth.nsf
12.02.2010 14:00:07   The database D:\Lotus\Domino\data\mail\mwirth98.TMP was unable to write to file D:\Lotus\Domino\data\DAOS\0001\9F1325B34A3CEE38C12576C800476C1459F1325B34A3CEEP.nlo: Document attachment is invalid
12.02.2010 14:00:07   Recovery Manager: Assigning new DBIID for D:\Lotus\Domino\data\mail\mwirth98.TMP (need new backup for media recovery).
12.02.2010 14:00:07   Error compacting mail\mwirth.nsf: Document attachment is invalid
12.02.2010 14:00:09   DAOSMGR: DbDelete started
12.02.2010 14:00:09   DAOSMGR: DbDelete completed
12.02.2010 14:00:09   Database compactor process shutdown

fixup -f -J -> brachte leider nichts

tell daosmgr listnlo missing mail\dbname.nsf -> keine File drin

tell daosmgr resync -> leider auch nicht

noch wer einen Tip für mich ?

[eknori]

Zunachst einmal solltest du den Compact in 2 Durchgängen machen. Das wird seit einer Woche so von IBM empfohlen.

tell compact -c -ZU  mail\mwirth.nsf
tell compact -c -DAOS ON mail\mwirth.nsf

Ist evtl ein Virenscanner installiert ( auf OS Ebene )? Dann solltest du tunlichst das DAOS repository vom on access scan ausschliessen.

[MeisterLampe]

Hallo Ullrich,

danke für den Hinweis mit dem compact.

Ja wir haben den Watchdog von IQ.Suite im Einsatz. Der sollte aber nur unter Domino arbeiten !?  Unter OS habe ich keinen.

P.S. Bei den anderen Usern klappte das alles ohne Probs.

[eknori]

Hast du die Möglichkeit, in der db zu scannen, ob es einen Anhang mit 0 Byte Länge gibt?

Könnte auch sowas sein.
Blödsinn, du hast ja bestimmt eine min. Attachmentgrösse eingestellt

[MeisterLampe]

Hast du die Möglichkeit, in der db zu scannen, ob es einen Anhang mit 0 Byte Länge gibt?

Könnte auch sowas sein.
Blödsinn, du hast ja bestimmt eine min. Attachmentgrösse eingestellt

ja Size ist eingestellt !

[eknori]

Probiere noch einmal das zweisztufige Compact. Wenn der Fehler wieder auftritt, dann solltest du die Datenbank auf dein Testsystem kopieren und dort noch einmal testen. Tritt der Fehler auch dort auf, liegt es an der Datenbank ( also an einem Attachment in der Datenbank ). Funktioniert es, muss es was auf dem Produktivsystem sein.

[MeisterLampe]

es kam beim ersten sofort:

lo compact -c -ZU mail\mwirth.nsf

12.02.2010 14:31:03   Informational, database design compression is enabled in database mail\mwirth.nsf.
12.02.2010 14:31:03   Informational, document data compression is enabled in database mail\mwirth.nsf.
12.02.2010 14:31:03   Informational, DAOS is enabled in database mail\mwirth.nsf.
12.02.2010 14:31:03   Informational, LZ1 is already enabled in database mail\mwirth.nsf.
12.02.2010 14:31:03   Compacting mail\mwirth.nsf,  -c -ZU mail\mwirth.nsf
12.02.2010 14:31:04   The database D:\Lotus\Domino\data\mail\mwirth56.TMP was unable to write to file D:\Lotus\Domino\data\DAOS\0001\439D2D714598F6FAC12576C8004A41939439D2D714598F6P.nlo: Document attachment is invalid
12.02.2010 14:31:04   Recovery Manager: Assigning new DBIID for D:\Lotus\Domino\data\mail\mwirth56.TMP (need new backup for media recovery).
12.02.2010 14:31:05   Error compacting mail\mwirth.nsf: Document attachment is invalid
12.02.2010 14:31:05   Database compactor process shutdown
12.02.2010 14:31:09   DAOSMGR: DbDelete started
12.02.2010 14:31:09   DAOSMGR: DbDelete completed



ich teste das mal auf einem anderen Server !

[eknori]

Informational, DAOS is enabled in database mail\mwirth.nsf.

Du solltest DAOS erst einmal in den DB Eigenschaften deaktivieren. Das Flag wurde schon beim ersten erfolglosen Lauf gesetzt.

[MeisterLampe]

jo, war noch im Templ. aktiviert.

[MeisterLampe]

wollte schnell noch mei weiteres Vorgehen posten.

Also ich habe eine neue Replik auf einem anderen 8.5 Server von der DB gemacht und dort wurde die DB schon gleich ordentlich mit DAOS angelegt.

Dann habe ich die DB auf dem anderen Server wo das DAOS fehlschlug gelöscht, nochmal neu repliziert und den einen resync gemacht und alles passt wieder 

Danke an Ulrich für den Tip :
tell compact -c -ZU  mail\mwirth.nsf
tell compact -c -DAOS ON mail\mwirth.nsf

gruß marc