Domino 9 und frühere Versionen > ND9: Administration & Userprobleme

Datenbanken öffnen sich nicht

(1/3) > >>

ronka:
Ich habe ein wirklich fremdes Problem.
Einige Server (9.0.1 FP10 HF898) , jeweils mit viele hunderte Maildaten, lassen Mailfiles nicht mehr öffnen. Beim Öffnen hängt sich den Client einfach weg. Das Reproduzierbar an unterschiedliche Clients.
Auch wenn dieses mit einen Admin Client gemacht wird passiert das gleiche.

Öffnen lassen Sich die Datenbanken NUR in den erste Sekunden wenn (quasi direkt) STRG-C/Pause wiederholt betätigt wird (Operation abortet kommt dann als Meldung), und der DB öffnet sich. Mal mit und Mal OHNE Dokumente sichtbar in der Inbox (F9 oder Shift F9 zeigt die dann wieder). Wenn mann zu lange warten mit den STRG-C/Pause, passiert gar nicht mehr, und kommt der Client auch nach 50 Minuten nicht wieder, und muss abgeschossen werden.

Zuerst habe ich gedacht das es an den 50K+ Dokumente in der Inbox liegen würde, nach Aufräumen war es dann aber nicht besser.
Es passiert mittlerweile auf mehrere Clients und mit verschiedene Datenbanken (aber NICHT mit alle Datenbanken, und auch nicht mit alle Clients), Wenn eine DB betroffen ist, ist das auf jeder Client reproduzierbar.

Indexer Kontroliert, fixup ausprobiert, Compact.. alles ohne sichtbare erfolg. Am Tag lassen sich die DB's nach den erste Initialen fehlverhalten meist wieder normal öffnen, aber auch nicht immer. Am nächsten Tag geht es dann wieder von vorne los.

Hat jemand schon mal so etwas gehabt, und wenn ja, einen Lösung dazu gefunden ?

schroederk:
Ich vermute, dass da der Designtask die Schablone aktualisiert hat und die Masterschablone netweder defekt ist oder etwas eingebaut wurde, das jetzt das Verhalten verursacht.
Kannst Du vielleicht auf einer reproduzierbaren Datenbank eine Standardschablone aufspielen und schauen, ob das Problem dann auch noch auftritt?

CarstenH:

--- Zitat von: ronka am 15.03.22 - 13:43:16 ---Am Tag lassen sich die DB's nach den erste Initialen fehlverhalten meist wieder normal öffnen, aber auch nicht immer. Am nächsten Tag geht es dann wieder von vorne los.

--- Ende Zitat ---

Das kommt mir bekannt vor - ich hatte mal in einer Umgebung 2 Server - einer mit deutschen Templates und der andere war englisch.

Die Design-Tasks haben dann mehrere Tage abwechselnd die Datenbanken zwischen deutsch und englisch wechseln lassen.
Ursache war schnell klar:
wenn der deutsche Designer prüft und die DBs sind deutsch dann tut der nichts, dafür aber der englische.
In der Folgenacht lief das Spiel anders herum. Theoretisch hätte das trotzdem nicht passieren dürfen - aber es passierte.

Daher die Frage: hast du mehr als einen Server da im Spiel? Laufen die Design-Tasks nachts?

HTH
Carsten

ronka:
Also es sind einzelne Datenbanken ohne Repliken, jeweils auf unterschiedliche Servern.. es würde zwar vor nicht al zu lange Zeit auf einen neue Domino Version (HF898) gewechselt, aber standard templates sind nicht aktualisiert worden. Das kann also auch nicht den Ursache sein.

Im Designer gibt es keine doppelte elemente mit unterschiedliche Sprachen, und das Template ist auch nur einmal vorhanden, ohne sichtbare Fehler.

Aber ich sehe jetzt das die meiste dieser Datenbanken genau dieses Template verwenden, es kann also dort seine Ursache haben.. Aber nicht alle DB's mit diesen Template haben das problem..

PS. jetzt sogar einen DB gefunden der 0 Dokumente hat, und das gleiche verhalten Zeigt, wird ja immer besser..

PS2. Ich habe jetzt auf 2 Server etwa 100 Datenbanken mit diesen Template geöffnet (sind abgewanderte Gruppenpostfächer), etwa 60 davon ließen sich problemlos öffnen, etwa 35 haben sich mit den trick öffnen lassen (mit nach betätigen von STRG-C/Pause), und etwa 5 haben sich gar nicht öffnen lassen (client hängt). von den 35 könnten 34 danach "normal" geöffnet werden, bei einer musste erneut den kunstgriff gemacht werden, immer wieder. Keiner der 6 Problem DB's hat beim Fixup etwas gemeldet.

schroederk:

--- Zitat von: ronka am 15.03.22 - 14:56:39 ---und das Template ist auch nur einmal vorhanden, ohne sichtbare Fehler.

--- Ende Zitat ---

Ohne sichtbare Fehler bedeutet ja nicht, dass 100% fehlerfrei.
Es tut ja nicht weh, einfach mal eine Standardschablone zu nehmen und diese einem der Problem-DBs zu verpassen.
Ich würde sicherheitshalber vorher sogar auf eine leere Schablone wechseln, damit wirklich alles gelöscht und neu geschrieben wird.
Wenn das Problem dann noch immer besteht, kann die Schablone als Ursache ausgeschlossen werden.

Auch schon ein compact -c versucht?

Navigation

[0] Themen-Index

[#] Nächste Seite