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.
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
Follow up to SPR# GFALBCFAK3<span style="white-space:pre-wrap;">
IBM Support - 27 May 2019, 16:01 PM CEST
Hello Mr. Krause,
This case has now reached the Traveler support team and has been assigne dto my colleague,
Declan Byrne which will review it shortly and contact you with his feedback.
Many Thanks,
Hier die Antwort vom Support bezüglich der zukünftigen Versionen:
Hello Manfred,
Currently the fix will be automatically included in Domino 11 based on the information I have from development.
It will not make it into 10.0.1 FP2 based on the information I have to hand at this time and for any potential feature packs for 10.0.1; So at this time you will need to request a new version of the hotfix when you upgrade to 10.0.1 FP2.
I'm writing a technote for the issue,so other customers and engineers have a potential reference point for the issue and will include the SPR identifier within the technote, but due to some internal changes it will be next week before it is published.