Das Notes Forum
Domino 9 und frühere Versionen => ND6: Administration & Userprobleme => Thema gestartet von: anric am 09.02.07 - 17:45:47
-
Hallo
wir haben derzeit folgendes Problem:
Server: Notes Server 6.5, W2k3 Server Apllicance Edition
Client: Notes 6.5.1
alter Fileserver: W2k3 Server, Appliance Edition
neuer Fileserver: W2k3 Server, Storage Server 2003 R2
Die User haben ein Netzlaufwerk U und auf dem Laufwerk liegen die Notes daten (Fileserver), die Maildatenbanken liegen auf dem Server. Wir haben einen neuen Fileserver angeschafft und haben alle User auf den verschoben. Seitdem haben wir das Phänomen, das die Clients in unbestimmten Zeitabständen die Verbindung zu Ihrem Notes verlieren. Das U Laufwerk ist aber noch vorhanden. NOtes sperrt dann komplett und man muß Notes neustarten, bis man weiter arbeiten kann.
Gestern habe ich die U Laufwerke auf den alten Server verschoben und schon hatten wir das Problem nicht mehr. Da wir den neuen Server aber nutzen wollen, sind wir auf der Suche nach einer Lösung!
Hat hier irgendjemand schon mal so ein Problem gehabt. Dell hat auch keine Idee und vermutet einen Bug in W2k3 Storage Server in Verbindung mit dem Notes Server!
Vielen Dank im voraus
Andreas
-
Hallo Andreas,
willkommen im Forum!
Dell hat auch keine Idee und vermutet einen Bug in W2k3 Storage Server in Verbindung mit dem Notes Server!
Notes-Server? Du meinst den Domino-Server. Der hat damit aber nichts zu tun - das Problem besteht im Zusammenspiel von Notes-Client und dem File-Server.
Und das Verlagern von lokalen Notes-DataDirectories auf einen File-Server wird von IBM Lotus offiziell nicht unterstützt.
Warum verwendet Ihr keine roaming users?
Offensichtlich ist auf jeden Fall: Es besteht ein Netzwerk-Problem. Wenn der File-Server bei einem Client-Request mal nicht gleich antwortet, dann scheppert es schon.
Bernhard
-
Bernhard hat es schon gesagt, aber ich hab da so eine schöne Zusammenfassung, die will/muss ich los werden:
Liegt das Datenverzeichnis von Notes auf einem Fileserver, so kann es dazu kommen, dass Notes einfach einfriert/abstürzt, wenn die Netzwerkverbindung aussetzt (Netzwerkproblem, Cluster-Switch, ...).
Abhilfe könnte man so schaffen:
1) Datenverzeichnis lokal legen ;)
2) Zumindest einmal die cache.ndk auf ein lokales Laufwerk legen (das würde auch den Netzwerktraffic senken und die Performance etwas erhöhen). Das lässt sich über einen Notes.ini Parameter erreichen.
3) Helfen könnte es ev. auch, das TCP/IP Timeout im Notes-Client höher zu drehen. Siehe den entsprechenden Best-Practices Beitrag.
4) Umstellung der User auf "Roaming User". Damit kann man lokale Notes-Datenverzeichnisse einrichten, die Adressen, Notizen, etc. wandern aber trotzdem mit dem Benutzer immer mit und können am Server gesichert werden.
-
Hallo!
danke für die Antworten!
Da ich kein richtiger Notes Admin bin, habe ich nochmal ein paar Fragen zu dem Post!
Wir installieren Notes lokal durch die normale Installation, verweisen aber beim starten auf die notes.ini, die auf dem Netwerklaufwerk liegen.
Die cache.ndk liegt auf dem U-Laufwerk, das werde ich am Montag dann mal in der Firma bei einigen Clients ändern. Kannst du (m3) mir den Parameter evtl. verraten?
Roaming User sagt mir derzeit nichts, werde das aber am Montag, wenn der "richtige" Notes-Admin aus dem Urlaub zurück ist, mal mit ihm besprechen. Der Hintergrund für die Auslagerung auf die U-Laufwerke ist die Möglichkeit, das sich die User dann an jedem PC im Netzwerk anmelden können und direkt ihr Notes haben. Bei uns ziehen / wechseln die User leider verdammt oft ihre PCs und so wollten wir halt die Notes Einrichtung nach jedem Wechsel verhindern, was auch - bis wir den neuen File-Server bekommen haben, auch immer funktioniert hat.
Müssen sonst noch irgendwelche Dateien aus dem Notes-Verzeichniss definitiv lokal liegen?
Vielen Dank schon mal für die Antworten!
_____________________________________
In den Verzeichnissen sind folgende Dateien:
U:\notes
10.02.2007 14:01 <DIR> .
10.02.2007 14:01 <DIR> ..
03.06.2004 11:30 4.980.736 altnames.nsf
01.12.2004 18:36 46 console.log
10.02.2007 14:01 <DIR> data
26.07.2006 14:14 786.432 desktop6.ndk
08.02.2007 08:12 <DIR> IDS
08.02.2007 08:12 <DIR> lokale Adressb?cher
16.11.2004 09:15 1.552 Lotus Notes 6.51.lnk
08.02.2007 08:12 <DIR> names.ft
02.02.2007 14:08 6.029.312 names.nsf
01.12.2004 18:36 2.705 NLNOTES.adr
25.01.2007 22:35 5.933 notes.ini
10.02.2007 14:01 967 notes.txt
01.12.2004 18:36 47 SEMDEBUG.TXT
08.02.2007 08:12 <DIR> Start
U:\notes\data
4.11.2002 23:00 78.336 alog4.ntf
29.01.2007 10:25 3.908 anric.id
20.11.2002 23:00 232.960 archlg50.ntf
20.08.1996 00:00 905 binary.gif
09.02.2007 17:49 11.796.480 bookmark.nsf
10.11.2006 09:02 5.586.944 bookmark.ntf
09.10.2003 00:00 11.717 browser.cnf
02.02.2007 11:49 327.680 busytime.nsf
15.12.2006 13:21 100.864 busytime.ntf
09.02.2007 17:49 4.456.448 Cache.NDK
08.02.2007 09:12 97.280 cache.ntf
08.08.2000 14:34 2.044 cert.id
08.02.2007 10:47 98 cluster.ncf
10.02.2007 14:01 3.777 data.txt
20.01.2003 23:00 98.304 dblib4.ntf
09.02.2007 17:49 7.340.032 desktop6.ndk
06.04.2000 14:27 3.156.480 deutsch.dic
06.04.2000 14:27 2.472.448 deutsch2.dic
09.02.2007 17:49 179 diagindex.nbf
09.02.2007 17:39 3.670.016 domadmin.nsf
14.09.2006 09:19 3.686.400 domadmin.ntf
20.08.1996 00:00 263 error.gif
09.02.2007 17:39 12.845.056 events4.nsf
09.02.2007 17:24 10.166.272 events4.ntf
18.12.2006 20:50 192 fault_recovery.hst
16.12.2006 12:04 563 fault_recovery.log
29.10.2001 14:28 19.456 FLM_STD2.dot
29.10.2001 14:34 19.968 FM_MOE STD2.dot
20.08.1996 00:00 887 folder.gif
10.05.2004 15:01 2.688 frstrings.dat
20.08.1996 00:00 919 graphic.gif
09.02.2007 17:39 524.288 headline.nsf
10.05.2004 15:06 393.216 headline.ntf
08.02.2007 08:12 <DIR> Help
27.04.2004 06:58 3.825 hezil.id
09.02.2007 17:49 <DIR> IBM_TECHNICAL_SUPPORT
08.02.2007 08:12 <DIR> ids
20.08.1996 00:00 319 image.gif
24.11.2002 23:00 365.056 imapcl5.ntf
09.02.2007 17:49 24 ini.nbf
09.02.2007 15:59 139 JOBSCHED.NJF
14.10.2003 15:06 606.208 journal6.ntf
20.08.1996 00:00 890 link.gif
09.02.2007 17:39 1.497.600 log.nsf
10.05.2004 15:18 704.512 log.ntf
09.02.2007 15:59 2.883.584 mail.box
15.12.2006 13:21 2.501.632 mailbox.ntf
20.08.1996 00:00 887 movie.gif
30.08.2004 10:43 4.194.304 names alt.nsf
09.02.2007 17:49 4.980.736 names.nsf
09.02.2007 17:49 6.229 notes.ini
16.12.2006 12:04 140 nsd.ini
10.05.2004 15:01 2.817 nsdstrings.dat
10.05.2004 15:19 3.407.872 pernames.ntf
09.02.2007 17:23 3.145.728 perweb.nsf
04.11.2004 12:53 1.073.152 perweb50.ntf
09.02.2007 17:49 8 pid.nbf
18.04.2001 19:01 40.960 SmartScan.exe
20.08.1996 00:00 874 sound.gif
20.08.1996 00:00 902 text.gif
09.02.2007 17:49 306 ticket.idt
16.12.2001 23:00 1.612.800 uk.dic
20.08.1996 00:00 894 unknown.gif
16.12.2001 23:00 1.595.392 us.dic
06.05.1998 00:00 223.744 us.med
05.02.2007 16:44 3.841 user.dic
10.05.2004 15:18 3.714 user.id
29.01.2007 12:35 458.752 userreg.nsf
05.10.2006 08:11 458.752 userreg.ntf
08.02.2007 08:12 <DIR> W32
21.03.2006 10:14 23.040 WordVorl.doc
21.03.2006 10:14 23.040 Zinsabrechnung.dot
-
Kannst du (m3) mir den Parameter evtl. verraten?
Darf ich auch? Der Parameter lautet
cache=c:\tmp\notes\cache.ndk
Der Pfad kann von Dir natürlich frei ausgewählt werden! Nur die Rechte müssen stimmen ...
Roaming User sagt mir derzeit nichts, werde das aber am Montag, wenn der "richtige" Notes-Admin aus dem Urlaub zurück ist, mal mit ihm besprechen. Der Hintergrund für die Auslagerung auf die U-Laufwerke ist die Möglichkeit, das sich die User dann an jedem PC im Netzwerk anmelden können und direkt ihr Notes haben.
Genau deswegen wurden mit R6 endlich die roaming users eingeführt.
Bernhard
-
HI!
super wie einem hier geholfen wird! Wofür ist diese Datei den zuständig?
-
@Bernhard: Gerne doch. :)
@anric: Google "cache.ndk"=>
1. Treffer: http://www-1.ibm.com/support/docview.wss?rs=0&q=7002715&uid=swg27002715
2. Treffer: http://www-1.ibm.com/support/docview.wss?uid=swg21155947