Das Notes Forum
Domino 9 und frühere Versionen => ND7: Administration & Userprobleme => Thema gestartet von: arieger am 25.10.07 - 09:10:57
-
Hallo,
wir haben unsere Dominoserver von Win2000 auf WIN2003 umgestellt und Domino
von R.6.5.1 auf R.7.0.2 upgedatet.
Seitdem bekommen wir sporatische Fehlermeldungen "Netzwerkname nicht verfügbar",
was zufolge hat, daß der Notesclient nicht mehr vom Anwender geschlossen werden kann.
Einzige Möglichkeit bleibt dann nur noch, Notes über Taskmanager zu schließen, Killnotes ausführen, Dateien mit ~.-beginnend zu löschen ect. und dann Notes neu starten.
Hierbei wird vermutlich eine Unterbrechung zu LW Y:\ statfinden, indem das DATA-VZ liegt. Der Fehler kommt vor, wenn man gerade ein Mail schreibt oder auch wenn man von Meetings zurückkommt.
Handelt es sich nun hierbei um ein Netzwerkproblem oder ein Notesproblem.
Hat jemand dieselben Probleme oder hat mir jemand ein Tip zur Fehlerbehebung ?
Besten Dank im Vorraus und viele Grüße
Anton Rieger
-
Meiner Vermutung nach sind irgenwelche Netzwerkperformanceprobleme vorhanden - wir haben Teile vom DATA-Verzeichnis auf dem Netz liegen und ich hatte in der Vergangenheit schon diese Probleme wenn z.B. der PC auf 10MBit lief. Grundsätzlich gibt es zwei Möglichkeiten:
a) Fehlersuche, Fehleranalyse
b) In den TCP-IP Einstellungen des Clients TCP-IP Optionen von 5sec auf 15sec erhöhen.
Lösung b) setzen wir inzwischen bei allen Notes-Installationen...
-
Das ist eine nicht supportete Installation, wenn das Datenverzeichnis auf dem Netzlaufwerk liegt.
Hier im Forum gibt es diverse Threads dazu - einfach mal danach suchen, u.a.
http://atnotes.de/index.php?topic=34302.0
http://atnotes.de/index.php?topic=33705.0
Andreas
-
b) In den TCP-IP Einstellungen des Clients TCP-IP Optionen von 5sec auf 15sec erhöhen.
Lösung b) setzen wir inzwischen bei allen Notes-Installationen...
Wie bzw wo stelle ich das ein (Windows oder Notes)?
-
Jens hat hierfür sogar einen BestPractise Artikel hier im Forum geschrieben...
http://atnotes.de/index.php?topic=14563.0
-
DANKE!!!
Dann hoffen wir mal das es auch bei uns klappt. ;)
-
Datei -> Vorgaben -> Benutzervorgaben -> Anschlüsse -> bei TCPIP auf TCPIP-Optionen
Wir haben eine recht ähnliche Situation und Timeout-Veränderungen an Client oder Server haben nichts gebracht. Das ganze kann zahllose Fehlerquellen haben und wir hatten mehr oder weniger eine ganze Task-Force, die alles durchforstet hat, denn leider war nicht nur Notes betroffen.
Reproduzierbar ist der Fehler i.d.R. indem man ganz kurz die Netzwerkverbindung unterbricht. Notes stört das im ersten Moment gar nicht, aber wenn es das nächste mal etwas in eine Datei auf dem Netzlaufwerk schreiben will kommt es zum Crash. Ob das auch beim Lesen der Fall ist weiß ich nicht so genau.
Bei uns haben Netzwerkmessungen dazu geführt, dass einige schrottige Kabel ausgetauscht wurden, Netzwerktreiber wurden aktualisiert und irgendwelche Settings verändert, irgendeiner Client-Firewall wurde auch eine Mitschuld gegeben, aber 100% wegbekommen haben wir es nie. Ich bin auf jeden Fall froh, dass ich nicht zum Verantwortlichen für die Lösung des Problems ernannt wurde. :P
-
Sorry ich glaube hier werden zwei verschiedene Sachen durcheinander geschmissen:
Wenn das Problem daran liegt, dass Notes sein Datenverzeichnis auf Y: (Netzwerklaufwerk) verliert, hast das überhaupt nichts mit den Port Einstellungen des Notes Clients zu tun. Das Problem liegt sehr oft an den Energieeinstellungen. Der Rechner mit einem Datenverzeichnis auf einem Netzwerkshare darf nie! in den Standbymodus oder Hibernate gehen. Ausserdem muß bei der Netzwerkkarte das Häkchen rausgenommen werden, dass er die Karte stromlos machen darf.
Die Fehlermeldung bei der die Porteinstellung helfen lautet zeitüberschreitung bei Antwort vom Server oder so ähnlich. Wobei ich zumindest die Fehlermeldung beim Verlust des Datenverzeichnis auch anders in Erinnerung hatte. Irgendwas mit Netzwerkpfad nicht gefunden. Aber ich kann mich auch täuschen.
Grüße
Ralf
-
"Ein unerwarteter Netzwerkfehler ist aufgetreten" ? :)
Das Absturzverhalten ist allerdings wie hier beschrieben. Wenn ich mich recht erinnere kam es bei uns vereinzelt auch zu der Meldung mit dem Netzwerknamen.
Als Workaround hat bei uns übrigens geholfen den Client regelmäßig anzupingen. :P
-
"Ein unerwarteter Netzwerkfehler ist aufgetreten" ? :)
Das Absturzverhalten ist allerdings wie hier beschrieben. Wenn ich mich recht erinnere kam es bei uns vereinzelt auch zu der Meldung mit dem Netzwerknamen.
Als Workaround hat bei uns übrigens geholfen den Client regelmäßig anzupingen. :P
Statt des Workarounds kannst du aber auch meine Lösung verwenden. ;D
-
....hat das überhaupt nichts mit den Port Einstellungen des Notes Clients zu tun.
Darüber haben wir hier im Forum schon mal diskuttiert, und hier würde ich mit Dir Ralf wetten, dass Du hier aussnahmsweise nicht recht hast! Die praktische Erfahrung lehrt mich hier bei etlichen Clients einfach was anderes...
-
@MartinG
Du sprichst wirklich vom Zugriff auf das Datenverzeichnis? Das heisst, Deine praktische Erfahrung zeigt, dass die Porteinstellung des Timeouts bei TCP/IP gleichzeitig auch die Einstellung für ein Timeout beim Zugriff auf das Filesystem ist. Welcher Timeout zieht dann wenn ich mehrere verschiedene bei verschiedenen Ports eingestellt habe?
Übrigens ich wette nie, da ich dann schon längst arm wäre ;-)
Grüße
Ralf
-
@MartinG
Du sprichst wirklich vom Zugriff auf das Datenverzeichnis? Das heisst, Deine praktische Erfahrung zeigt, dass die Porteinstellung des Timeouts bei TCP/IP gleichzeitig auch die Einstellung für ein Timeout beim Zugriff auf das Filesystem ist.
Ganz konkret haben wir das DATA-Verzeichnis nicht auf dem Netzwerk liegen, allerdings bei allen Usern das names.nsf, und bei diesem ist die TCPIP-Timeout Einstellung definitiv entscheidend.
-
Der Rechner mit einem Datenverzeichnis auf einem Netzwerkshare darf nie! in den Standbymodus oder Hibernate gehen. Ausserdem muß bei der Netzwerkkarte das Häkchen rausgenommen werden, dass er die Karte stromlos machen darf.
Das haben wir schon alles gemacht, ohne erfolg. Netzwerkleitungen haben gute Messwerte ...
Naja wie auch immer.
Kann mann den TCPIP Timeout auch auf die Clients "verteilen"? Also per Notes.ini oder Regeintrag?
EDIT: Habs selbst in der Notes ini Gefunden:
TCPIP_TcpConnectTimeout=0,30
(Hier 30 Sekunden)