hi!

also das ist uns recht oft passiert, ursache unbekannt...
allerdings unter r5.x, unter r6 hatten wir das problem noch nicht.

ist aber schwer zu sagen, ob's wirklich nur am client gelegen hat, denn wir sind fast zeitgleich mit der r6-umstellung von novell-servern und nt-clients auf w2k-server mit xp-clients umgestiegen...

dieses "sind übrigens schon mal passiert" betrifft nur den einen user oder mehrere?

lg,
max

Habe die names.nsf von Montag (4 Tage alt) wieder hergestellt - jetzt tuts wieder. Warum aber die Arbeitsumgebung verschwunden war??

ach, das weiss er glaub ich schon  
die frage ist vielmehr, *warum* das passiert bzw. wie man es hinbekommt, dass es *nicht mehr* passiert  

ich kann mir gut vorstellen, dass sowas passiert, wenn notes abstürzt. aber das haben die betroffenen user ja nicht gemeldet, oder?

 

ratlos,
max

Jau - dat issso!
Der Benutzer sagte nur - gestern hat noch alles getan, und heute morgen beim neu gestarteten PC hat es dann nicht mehr getan. Einen Absturz hat es auch nicht gegeben.
Beim starten (also während des Startvorganges) kann es eigentlich auch nicht passiert sein, da die names.nsf aus der gestrigen Sicherung (abends ab 22.00 Uhr) auch nicht mehr lief. Kann höchstens sein, dass die names beim gestrigen abmelden und herunterfahren "beschädigt" wurde. Hatte dann aber keine Lust das Sicherungsband von vorgestern, vor-vorgestern auch noch zu probieren - hab dann einfach das von Montag genommen - und jetzt tuts ja auch wieder...
Na ja - Gott sei dank haben wir das komplette DATA-Verzeichnis im Home-Pfad der User auf dem Netzlaufwerk...

was du auch versuchen könntest:
lösch mal - bei einem oder ein paar usern - alle arbeitsumgebungen raus, die nicht benötigt werden (einwahl und insel werden bei normalen pcs vermutlich nicht benötigt).

neben dem problem, dass ab und zu mal "büro (netzwerk)" gefehlt hat, hat sich auch manchmal bei uns die arbeitsumgebung von selbst z.b. auf insel geändert (also notes wurde normal beendet und am nächsten tag: "keine verbindung" -> insel war aktiv, obwohl büro noch vorhanden).

keine ahnung, ob das dann wirklich in deinem fall hilft... aber ich denke, dass es einen versuch wert ist (auch wenn es irgendwie keinen sinn ergibt   )

lg & schönes wochenende!
max

Hallo Wolfgang,

ist bei diesem User zumindest auszuschliessen. Das Adressbuch ist leer - was aber nicht bedeutet, er hat Adressen gelöscht, sondern: Er hatte nie welche drin...
Verwendung findet in diesem Falle hauptsächlich das Firmen-Adressbuch.

Danke mal - Gruß Dietmar und ein schönes Wochenende an alle!!

Dass das Problem vor dem Bildschirm sitzt, ist wohl wirklich das naheliegendste ... A-Bär: Ich habe jetzt nochmal nachgeschaut - zumindest beim Wechseln der Arbeitsumgebung wird auch das entsprechende Dokument in der loaklen NAMES.NSF von Notes angefasst.
Das Kopieren eines location documents mit anschliessender Bearbeitung (und Umbennenung der Arbeitsumgebung) kann auch dazu führen, dass dieses Dokument dann nicht in der Auswahl der Arbeitsumgebungen erscheint. Das scheint also auch nicht ganz sauber zu sein. Wenn bei Dir der Fall also wieder auftritt, solltest Du unbedingt diese NAMES.NSF mal mit einem funktionierenden Client öffnen - vielleicht ist das betreffende Dokument ja noch da, nur aus irgendeinem Grunde nicht "sichtbar".
Ausserdem erinnere ich mich, dass - zumindest in R4-Zeiten - eine auf einem Netzlaufwerk abgelegte NOTES.INI zerschossen wurde (geringförmig - es wurden Leerzeichen eingefügt, wenn auch an fataler Stelle, die dann einen Notes-Start verhinderten), wenn das Netzlaufwerk keinen Speicherplatz mehr hatte.
Ein genauerer Blick auf die Konstellation "Notes user data on network drive" ist also durchaus angebracht, denke ich.

Bernhard

... genau die Konstellation von User und Datenbestand hatte ich im Verdacht ...
er hatte nie Adressen im Adreßbuch drin und meinte, auch die anderen Dokumente im persönlichen Adreßbuch brauche er nicht und hat die gelöscht. Eines davon war dummerweise das Arbeitsumgebungsdokument "Büro".  (?)

Hi, also wir haben echt viele Notes Clients am laufen, aber das Umgebugnsdokumente einfach verschwinden...naja.... ! Als aller erste wüde ich auch immer dahin tendieren wie es Wolfgang auch tut. Im Zweifel ist es immer erstmal der User, ich habe bei denen schon so viel gehört, was sie gemacht hätten oder auch nicht und am Ende hat sich immer herausgestellt das der User DOCH Schuld war.

Und wenn er es wirklich nicht wahr, dann halte ich die Aussage von Max.Power auch führ sehr realistisch, dass hatten wir bisher auch öfters, wechseln der Umgebungsdokumente und dann wundern warum kein Connect mehr zustandekommt...

Moin, moin!

Das mit der "nur einen Arbeitsumgebung" find ich gut - werde ich wohl beim nächsten "funktionierenden" 6.5.1-Update bei allen Clients (ausser den Laptops) die unnötigen Umgebungen rauslöschen.
Habe den User nochmals gefragt, ob er mit dem Adressbuch irgendwas gemacht hat - er hat es noch nie gebraucht. Er hat weder jemals eine Adresse angelegt, noch irgendwas gelöscht (ich glaube das auch).
Also ist es auch nicht emfpehlenswert ein "besonderes" names.nsf aufzuheben, um die Arbeitsumgebungen durch kopieren wieder zu erlangen?! Dann werde ich wohl jedem User seine names.nsf kopieren, damit ich die original-Arbeitsumgebung wieder herstellen kann... - ach quatsch - ich habe ja die Datensicherung...
Tja, mal sehen ob der Fehler weiterhin sporadisch auftritt...

Danke - und einen guten Start in die neue Woche - Dietmar

Das mit der notes.ini hatte ich versucht, habe jedoch einen Fehler gemacht, und die names.nsf vorher nicht umbenannt - blöd, was? Hätte es natürlich nochmal versuchen können, zu dem Zeitpunkt wusste ich aber nicht, dass der User NICHTS in seinem Adressbuch eingetragen hat (also ich pflege dort meine privaten und geschäftlichen Kontakte sehr akribisch - ich synchronisiere auch zwischen Notes und Handheld!). Darum wollte ich die names.nsf von der Bandsicherung zur Sicherheit verwenden.
Im Fehlerfall lässt sich der Client und vom Client aus auch der Server anpingen. Ausserdem liegen auch die Home- und andere Datenpfade auf dem selben Server - und die liefen auch alle. Servername und IP waren also vorhanden.

Gruß Dietmar