Öffnen-Dialog von Datenbanken benötigt sehr lang

[Omegas]

Morgen,

wir haben ein kleines Problem bei uns im Haus. Seit dem 8.5.3 Update benötigt das Laden der Liste im Öffnen-Dialog (STRG + O) ziemlich lange (1-2 Minuten). Danach scheint die Liste gecached zu sein und die Liste lädt flott, so wie es bei unserem anseren Server, welcher im Cluster mit dem "Problemserver" ist, nicht.

Durch drücken von STRG + PAUSE unterbricht man ja das Laden dieser Liste. Allerdings sind dann auch schon alle Einträge vorhanden.

Jemand eine Idee? Das Problem tritt bei jedem Client auf.

[Omegas]

Ich würde dieses Thema gerne noch mal in den Vordergrund holen, da es doch relativ nervig ist und wir bislang noch keine Lösung gefunden haben.

[m3]

Datenverz. auf einem Netzlaufwerk?

[Omegas]

Nope. Liegt direkt auf dem Domino-Server. Alle anderen Verbindungen zu dem Server sind flott. Nur das Öffnen des Dialoges dauert ewig.

[ascabg]

Hallo,

@Omegas
Ich glaube das Martin (m3) das Notes-Data-Verzeichnis des betroffenen Clients meint.


Andreas

[Omegas]

Wenn dem so ist, dann lautet auch hier die Antwort: Nein. Mein Notes-Client liegt lokal inkl. des Data-Verzeichnisses. Mein Kollegen haben an ihren Notebooks das selbe Problem. Ebenfalls Notes lokal.

[Micha B]

Virenscanner mal deaktivieren bzw. aus der Notes.ini entfernen. Tritt es im BASIC und STANDARD Client auf?

[Omegas]

Wie bereits im ersten Post gesagt. Ein mal geöffnet, öffnet sich der Dialog problemlos beim nächsten mal. DAss der Virenscanner da also quer schießt kann ich mir nicht unbedingt vorstellen, werde es aber natürlich noch mal testen.

Ob es auch im Basic Client auftritt, werde ich ebenfalls mal testen. Nutzen ausschließlich den Standard Client.

[umi]

Hi
Weisheit der Kristallkugel: Habt Ihr Daos auf dem Server und das DAOS Directory im Notes Data ?

[Micha B]

@Urs: Bei STRG O öffnet sich doch zuerst das lokale DATA Verzeichnis. Für mich hat das mit dem Server erst einmal rein garnichts zu tun.

[Omegas]

Eben getestet. Mit dem Basic Client tritt es ebenfalls auf.

Ebenfalls nachgeschaut war die Option bzgl. DAOS. Ja, das DAOS-Verzeichnis liegt tatsächlich im Data des Servers. Allerdings sei gesagt, dass DAOS bereits seit langer Zeit aktiv ist und das Problem erst nach dem Update auf 8.5.3 auftrat.

Werde spätestens am FR auch das aktuellste FP einspielen, evtl. kommt damit dann auch bereits die Lösung des Problems.

[Driri]

Was hattet ihr denn vor 8.5.3 laufen ? Haben die Datenbanken alle die aktuelle ODS ?

[Omegas]

Kollege und ich mussten gerade noch mal etwas genauer überlegen. Wir beide gehen davon aus, dass dieser bereits auf 8.5.2 war.

Die relevanten Notesdatenbanken sind bereits auf der aktuellsten Version, so wie ein weiterer großer Teil ebenfalls. Da dies unser Application Server ist, kann es gut sein, dass in Unterordnern natürlich noch welche mit Version 48 oder gar 43 liegen.

Dies war vor dem Update auf 8.5.3 allerdings auch kein Problem.

[Driri]

Ich hatte vor allem wegen der ODS gefragt, weil ich gerade noch einen Blog dazu gelesen hatte.

http://www.bleedyellow.com/blogs/ScriptLars/entry/want_domino_notes_speed_update_the_ods_on_all_notes_databases_templates_and_mail_box_files?lang=en


Wäre vielleicht einen Versuch wert.

[Omegas]

Werde ich mir ebenfalls für Freitag vornehmen. Dennoch jemand eine weitere Idee?

[nespresso]

Hab' genau das selbe Verhalten und einen neuen Thread dazu aufgemacht und bin nun über Google zu diesem Thread gekommen.
Sollte also ein Admin meinen und diesen zusammenbasteln wollen, dann los ;-)

Ich habe 2 Clustermember mit der selben Konfiguration und nur bei einem tritt das beschriebene Problem auf. Auch mir ist aufgefallen, dass das schleichend, seit update auf 8.5.3 kam.

Hier noch der Link zum erwähnten Fred : http://atnotes.de/index.php/topic,54133.0.html

Gruss Uwe

[Omegas]

Problem gelöst.

Dummerweise war es unsere eigene Schuld. Warum auch mal direkt in das Dateisystem des Domino-Servers sehen ...

Das Problem lag an Logdateien, die wir "testweise" für eine Datenbank eingeschaltet haben. Diese Datenbank, nicht von uns entwickelt, erstellte täglich Logdateien im data/ Verzeichnis. Nun lief das so ein Jahr lang vor sich hin und 15k neue Dateien lagen dort im Verzeichnis.

Alle Logs gelöscht. Logging deaktiviert. Problem gelöst.

Warum das Problem allerdings erst seit 8.5.3 auftrat, welches wir vor gut einem halben Jahr installiert haben und die Logs da ebenfalls schon reichlich vorhanden sein sollten, keine Ahnung.