Lotus Notes / Domino 10 > ND10: Administration & Userprobleme

Domino 10.0.1 - "File is in use by another program" nach DAOS resync

<< < (2/4) > >>

eknori (retired):
Hallo Manfred,

ich habe es heute morgen einmal auf meinen Systemen getestet.

Server A is Domino 10.0.1 FP1 / Windows
Server B ist Domino 9.0.1 FP10

beide Server sind DAOS enabled; auf beiden Servern läuft Traveler.

Das von Dir beschriebene Problem scheint nicht nur den DAOSMGR process zu betreffen. Ich kann das auch mit TRAVELER nachstellen.

Ich habe beide Server komplett neu gestartet, um gleiche Startbedingungen zu haben, und gewartet, bis beide Server alle Prozesse sauber geladen haben.

Dann habe ich mir ein mailfile ausgesucht ( Daos enabled, Traveler enabled ) und mit dem Resource Monitor von Windows überwacht ( Associated Handles )

Auf Server A sehe ich nach dem Start des Servers, daß der nserver & ntraveler prozess die Datei im Zugriff hat.
Auf Server B hat nur der nserver die Datei im Zugriff.

Wenn ich jetzt auf Server A ein compact -c ausführe, erhalte ich die bekannte Fehlermeldung.
Auf Server B kann ich den compact -c ohne Fehlermeldung durchführen.

Danach habe ich mit te traveler q den traveler process auf Server A beendet; jetzt kann ich auch hier den compact -c wieder durchführen ohne Fehlermeldung.

Nun zum DAOSMGR.

Auf Server B sehe ich in der Liste der associated handles immer nur den nserver prozess.

Auf Server A sehe ich neben nserver auch ntraveler und ndaosmgr, der die Datei permanent im Zugriff hat. Und da kommt der ncompact dann nicht mehr dran.

Wenn ich auf Server A sowohl den ntraveler als auch den ndaosmgr process beende, dann kann ich wieder ein compact ausführen.

Das gleiche Ergebnis erhalte ich auch mit DBMT; der kommt auch nicht mehr an die Datei ran. DBMT versucht zwar über ein DROP den belegte Handle freizubekommen. Das scheint aber nicht zu funktionieren.


--- Code: ---lo dbmt mail/ukrause.nsf

[1F58:0002-0A58] 23.05.2019 07:36:41   DBMT: Database Maintenance started:  mail/ukrause.nsf
[1F58:0002-0A58] 23.05.2019 07:36:41   Entry already in index
[1F58:0006-1A98] 23.05.2019 07:36:43 updating unread table d:\Domino\data\mail\ukrause.nsf for user 'CN=serv01/O=singultus'(1 out of 2)'
[1F58:0006-1A98] 23.05.2019 07:36:43 updating unread table d:\Domino\data\mail\ukrause.nsf for user 'CN=Ulrich Krause/O=singultus'(2 out of 2)'

[132C:0043-08B4] 23.05.2019 07:36:43   38 Transactions/Minute, 5 Notes Users
drop mail/ukrause.nsf

[1F58:0004-1720] 23.05.2019 07:36:49   Compacting mail\ukrause.nsf (Ulrich Krause),  mail/ukrause.nsf
[1F58:0004-1720] 23.05.2019 07:36:49   Compact of mail\ukrause.nsf failed: Database is currently in use by you or another user

--- Ende Code ---

Manfred W.:
Hallo,

danke für's nachstellen.
Der Support hat es zwischenzeitlich auch nachstellen können und gibt es jetzt an die Entwicklung weiter.

Der Zustand ist auch nach über 12 Stunden nach dem DAOS Resync noch der selbe. D.h. die Standard-Timeouts scheinen hier alle nicht zu greifen.

Mir ist noch eingefallen, dass es vielleicht auch an der ODS Version liegen könnte (wir haben schon alle Datenbanken auf ODS53 aktualisiert). Aber das ist nicht der Fall. Bei ODS52 kann ich das selbe Verhalten nachstellen.

Das mit dem Traveler ist doch aber normal. Der hat ja immer die Datenbanken der Traveler User im Zugriff. Daher bekommst Du ja auch die Standard-Meldung "Database is currently in use by you or another user".
Ohne Traveler bekommt man aber nach dem DAOS Resync die Meldung "File is in use by another program".

eknori (retired):
Danke für die Info. Wenn es schon eskaliert ist, dann kann ich mir den PMR sparen. Hast Du schon eine SPR Nummer?

Manfred W.:
Nein, hab noch keine SPR Nummer erhalten.

Das mit dem Traveler ist doch aber eigentlich normal, oder? Der hat ja immer die Datenbanken der Traveler User im Zugriff.

eknori (retired):
Das schon, aber auf dem 9.0.1er Server ist der compact -c möglich, auf dem 10er Server nicht

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete