User.id und Konfiguration verschwinden sporadisch

[LarsH]

Hallo zusammen,

hab leider ein großes Problem mit einigen meiner Notes Clients.
Der Benutzer schließt am Abends den Client ohne Fehlermeldung oder sonstige unnormale Aktionen und am nächsten Morgen ist der Client im Urzustand und muss neu konfiguriert werden.
Als ob das nicht schon schlimm genug wäre, fehlt auch jede Spur von der User.id (Dank Multiuser Installation liegt die ID normalerweise im Profil des Benutzers, dieses wird zwar auf den Server übertragen, der Ordner Lokale Einstellungen ist davon aber nicht betroffen)
Andere lokal gespeicherte Lotus Daten wie z.B. die Desktop.ndk bleiben normal auf dem Client liegen.
Dieses Phänomen hab ich auf vielen Clients in meiner Umgebung und es tritt sehr sporadisch auf.
Teilweise tritt es an 2 Tagen 2 mal auf teilweise auch mal ein halbes Jahr gar nicht.
Bisher konnte ich keinen Zusammenhang zwischen den betroffenen Clients herausfinden.

Das Problem tritt sowohl in der Zentrale (Domino 7.0.1 und Notes 7.0.2) als auch in einer Zweigstelle (Domino 8.0.0 und Notes 8.0.0) auf. Die Domino Server sind in der selben Domino Domäne und in der selben Organisation.

Betriebssystem des Clients ist Windows XP Professional mit allen verfügbaren Updates.
Serverbetriebssystem ist Windows Server 2003, auch mit aktuellen Windows Updates.

Da das Problem nicht reproduzierbar und vor allem nicht klar auf einzelen User eingrenzbar ist, tue ich mich schwer einen Grund dafür zu finden. Meine Recherchen nach ähnlichen Problemen blieben leider recht erfolglos, deshalb hoffe ich hier einen Lösungsansatz zu finden. Da die neue 8er Umgebung fast in allen Punkten von der Zentrale getrennt ist kann das Problem eigentlich nur noch vom Mailsystem selbst verursacht werden.

Ich hoffe ich habe keine wichtigen Informationen vergessen, falls ja einfach kurz nachfragen.

Gruß
Lars

[MarioH]

Hallo,

melden sich die betroffenen Benutzer evtl an mehreren PC gleichzeitig an Notes an?

Gruß
Mario

[koehlerbv]

Mario, das wäre vollkommen egal - von einem anderen PC haben sie keinen Zugriff auf die user.id oder die notes.ini auf einem anderen PC. Wenn doch (via Windows-Netzwerk), weiss Notes damit nichts anzufangen. Das können wir also schon einmal ausschliessen.

Die Aufforderung zur Neukonfiguration würde bedeuten, dass die notes.ini auf wenige (entscheidende) Zeilen geschrumpft wäre. Notes selbst macht sowas nicht, auch nicht das Löschen von ID-Files.
Irgendwie sieht das danach aus, dass da von aussen ein Prozess läuft. Dass das bevorzugt zwischen Feierabend und nächstem Arbeitstag passiert, spricht noch mehr dafür.

Ich lehne mich jetzt weit aus dem Fenster und sage: Notes ist das nicht.

Bernhard

PS: Nur zur Sicherheit - betrifft dies roaming users?

[Axel]

Mal so ein Schuss ins Blaue. Werden unter Umständen manchmal das Userprofile unter C:\Dokumente und Einstellungen\... auf der Clientmaschine gelöscht?


Axel

[m3]

Mario, das wäre vollkommen egal - von einem anderen PC haben sie keinen Zugriff auf die user.id oder die notes.ini auf einem anderen PC. Wenn doch (via Windows-Netzwerk), weiss Notes damit nichts anzufangen. Das können wir also schon einmal ausschliessen.

Also Bernhard, es wäre durchaus möglich, das Notes-Datenberzeichnis innerhalb des Benutzerprofils abzulegen, das zwischen PCs kopiert wird, und dieses auch von Notes aus zu nutzten.

Ich würde wie Axel drauf tippen, dass da Windows-Profile falsch kopiert bzw. gelöscht werden.

Aber ohne weiterem Input ...

[MarioH]

@Bernhard

Notes selbst macht sowas nicht, auch nicht das Löschen von ID-Files.

Beim Starten kopiert der Notes7-Client die ID in eine Datei nxxxxxxx.id, löscht dann die Original-ID, kopiert die nxxxxxxxx.id in eine ~~temp.id und erstellt daraus wieder die alte Original-ID. Wenn dazwischen auf dem (Netzwerk-)Laufwerk noch ein anderer Client rumkopiert oder das Benutzerprofil von einem anderen PC geladen oder gespeichert wird, kann es schonmal vorkommen, dass eine ID gelöscht wird. Dahin zielte meine Frage.

Gruß
Mario

[guesswho]

wäre interessant zu wissen, wie die notes.ini aussieht, wenn Notes neu eingerichtet werden soll...

dass es Probleme mit der user.id gibt, wenn diese auf einem gemeinsam genutzten Netzlaufwerk liegt, unabhängig vom Namen der id, sollte allgemein bekannt sein....

Jo

[koehlerbv]

Beim Starten kopiert der Notes7-Client die ID in eine Datei nxxxxxxx.id, löscht dann die Original-ID, kopiert die nxxxxxxxx.id in eine ~~temp.id und erstellt daraus wieder die alte Original-ID.

Unter welchen Umständen? Davon habe ich noch nie gehört (aber das muss nichts heissen!). Oder reden wir jetzt doch über roaming users?

Bernhard

[koehlerbv]

wäre interessant zu wissen, wie die notes.ini aussieht, wenn Notes neu eingerichtet werden soll...

Wenn man die notes.ini wie folgt beschneidet, lädt Notes zur Konfigurationsparty ein.

[Notes]
KitType=1
Directory=C:\Data\NotesR7
UserInterface=de
InstallType=2

Bernhard

[FireFighter]

Also es ist so (ich arbeite im selben Unternehmen, wie LarsH und beschäftige mich auch mit dem Problem), wenn die Konfiguration verloren gegangen ist, existiert noch eine notes.ini, welche jedoch nicht mehr alle Zeilen enthält, wie vorher (ist dann noch etwa 4KB groß)!

Mit den Windows-Profilen kann es ansich nichts zu tun haben, da der Ordner 'C:\Dokumente und Einstellungen\Username\Lokale Einstellungen\' nicht im Servergespeicherten Profil vorhanden ist, sondern nur lokal und unter diesem Ordner befindet sich ja bei der Multi-User Installation das 'Data' Verzeichnis des Users.

@koehlerbv
Ja, roaming ist aktiv und auch für diese Benutzer (allerdings nicht für alle glaube ich, bin ich mir aber gerade garnicht mal sicher).

Was ich noch nicht ganz verstehe ist, wenn ich jetzt einen User an einem Notes Client anmelde, anschließend aus dem 'Data' Verzeichnis die user.id und notes.ini lösche und Notes neu starte, will er neu konfigurieren, logisch, nun gebe ich Benutzernamen und Servernamen an und anschließend das Kennwort des Users. nach der Konfiguration liegt wieder eine user.id im 'Data' Ordner, wo bekommt er die her ? Liegt diese irgendwo auf dem Server, erstellt der Server die neu oder wie läuft das ?
Denn manchmal funktioniert dieses nicht und er fragt beim Konfigurieren nicht das Passwort des Users, sondern die *.id ab! Mit den roaming usern hat das allerdings nichts zu tun, wäre nett, wenn mir das jemand mal erklären könnte 

Gruß,
FireFighter

[FireFighter]

@koehlerbv
nein, ein bisschen mehr steht schon noch drin, ich poste morgen mal, wieviel (was) noch drin stehen bleibt!

Gruß

[LarsH]

Erstmal Danke für die bisherigen Antworten, hier einige weitere Infos:

Was ich definitiv aussließen kann ist das sich der Benutzer zeitgleich an einem anderen PC anmeldet, tritt auch bei Notebook Benutzern auf die keinen Zugriff auf andere Arbeitstationen haben.

Einen kleinen "Fortschritt" zu dem Problem gibt es, hab anschienend einen Client bei dem es regelmäßig auftritt. Eine neue Kollegin in Frankreich (der Standort mit der neuen 8er Installation) hat das Problem z.Z. täglich, habe grade Notes neu konfiguriert und vorher die Notes.ini gesichert. Die ID Datei war wieder komplett verschwunden...

[Notes]
KitType=1
SharedDataDirectory=C:\Documents and Settings\All Users\Application Data\Lotus\Notes\Data\Shared
InstallType=6
InstallMode=1
AdobePDFMInst=2
EXTMGR_ADDINS=AdobePDFMToolbarInst
Directory=C:\Documents and Settings\ABCDEF\Local Settings\Application Data\Lotus\Notes\Data
FaultRecovery_Build=Release 8.0
Timezone=-1
DSTLAW=3,-1,1,10,-1,1
PhoneLog=2
Log=log.nsf, 1, 0, 7, 40000
StandardWorkspace=1
DST=1
MailType=0
$$HasLANPort=1
$IEVersionMajor=6
WWWDSP_SYNC_BROWSERCACHE=1
WWWDSP_PREFETCH_OBJECT=1
EnableJavaApplets=1
EnablePlugins=1
Preferences=-2147464079
PrefAPIVer=180
$USE_WCT_IM=1
$USE_ST_IM=0
AltNameLanguage=fr
ContentLanguage=fr
WeekStart=2
ViewWeekStart=2
NavWeekStart=2
XLATE_CSID=52
SPELL_LANG=1036
SPELL_PREFERENCES=0
Region=fr
DatePickerDirection=0
Passthru_LogLevel=0
Console_LogLevel=2
VIEWIMP1=Lotus 1-2-3,0,_IWKSV,,.123,.WK1,.WK3,.WK4,.WKS,.WR1,.WRK,,4,
VIEWIMP2=Structured Text,0,_ISTR,,.CGN,.LTR,.STR,._UNKNOWN,,,1,
VIEWIMP3=Tabular Text,0,_ITAB,,.PRN,.RPT,.TAB,.TXT,,1,
VIEWIMP4=vCard,0,_IVCRD,,.VCF,,1,
VIEWIMP5=Calendar File (.ics),0,_IICAL,,.ICS,,1,
VIEWEXP1=Comma Separated Value,0,_XCSV,,.CSV,,1,
VIEWEXP2=Lotus 1-2-3,0,_XWKS,,.123,.WK1,.WK3,.WK4,.WKS,.WR1,.WRK,,4,
VIEWEXP3=Structured Text,0,_XSTR,,.CGN,.LTR,.STR,._UNKNOWN,,1,
VIEWEXP4=Tabular Text,1,_XTAB,,.CGN,.LTR,.RPT,.TAB,,1,
VIEWEXP5=vCard 2.1,0,_XVCRD,,.VCF,,1,
VIEWEXP6=vCard 3.0,0,_XVCRD3,,.VCF,,1,
VIEWEXP7=Calendar File (.ics),0,_XICAL,,.ICS,,1,
EDITIMP1=ASCII Text,0,_ITEXT,,.C,.H,.PRN,.RIP,.TXT,,1,
EDITIMP2=Binary with Text,0,_ISTRNGS,,.*,,1,
EDITIMP3=BMP Image,0,_IBMP,,.BMP,,18,
EDITIMP4=CGM Image,0,_IFL,,.CGM,.GMF,,8,
EDITIMP5=GIF Image,0,_IGIF,,.GIF,,18,
EDITIMP6=HTML File,0,_IHTML,,.HTM,.HTML,,1,
EDITIMP7=JPEG Image,0,_IJPEG,,.JPG,.JPEG,,18,
EDITIMP8=Lotus 1-2-3,0,_IW4W,_IWKSE,.123,.WK1,.WK3,.WK4,.WKS,.WR1,.WRK,,4,
EDITIMP9=Lotus PIC,0,_IPIC,,.PIC,,8,
EDITIMP10=Lotus Word Pro,0,_IW4W,,.LWP,,2,
EDITIMP11=Microsoft Excel,0,_IW4W,,.XLS,,4,
EDITIMP12=Microsoft RTF,0,_IRTF,_IW4W,.RTF,,2,
EDITIMP13=Microsoft Word,0,_IW4W,,.DOC,,2,
EDITIMP14=Network Portable Graphics,0,_IW4W,,.PNG,,18,
EDITIMP15=PCX Image,0,_IPCX,,.PCX,,18,
EDITIMP16=TIFF 5.0 Image,0,_ITIFF,,.TIF,,18,
EDITIMP17=WordPerfect,0,_IW4W,,.WPD,.WPT,,2,
EDITIMP18=Unsupported File as Text,0,_ITEXT,,.*,._UNKNOWN,,1,
EDITEXP1=ASCII Text,2,_XTEXT,,.C,.H,.PRN,.RIP,.TXT,._UNKNOWN,,1,
EDITEXP2=CGM Image,2,_XCGM,,.CGM,.GMF,,8,
EDITEXP3=Microsoft RTF,2,_XRTF,,.DOC,.RTF,,4,
EDITEXP4=TIFF 5.0 Image,2,_XTIFF,,.TIF,,18,
EDITEXP5=vCard 2.1,0,_XVCRD,,.VCF,,1,
EDITEXP6=vCard 3.0,0,_XVCRD3,,.VCF,,1,
DDETimeout=10
NAMEDSTYLE0=03004261736963000000000000000000000000000000000000000000000000000000000000000101010
0000A0000000000000100A0050A0000006400A0050A0000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000009404000000000000
NAMEDSTYLE0_FACE=Default Sans Serif
NAMEDSTYLE1=030042756C6C65740000000000000000000000000000000000000000000000000000000000000101010
0000A000000000000000008070A000000640008070A0000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000049404000000000000
NAMEDSTYLE1_FACE=Default Sans Serif
NAMEDSTYLE2=0300486561646C696E65000000000000000000000000000000000000000000000000000000000101010
10B0C0000000000000100A0050A0000006400A0050A0000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000009404000000000000
NAMEDSTYLE2_FACE=Default Sans Serif
DefaultMailTemplate=mail8.ntf
TCPIP=TCP, 0, 15, 0
LAN0=NETBIOS, 0, 15, 0
COM1=XPC,1,15,0,
COM2=XPC,2,15,0,
COM3=XPC,3,15,0,
COM4=XPC,4,15,0,
COM5=XPC,5,15,0,
Ports=TCPIP,LAN0,COM1,COM3
DisabledPorts=COM2,COM4,COM5
DESKWINDOWSIZE=49 44 1614 976
FileDlgDirectory=C:\Documents and Settings\ABCDEF\My Documents
SU_IN_PROGRESS=0
SU_NEXT_UPDATE=10/04/2008 08:16:05
SU_DELAY_DAYS=0
SU_FILE_CLEANUP=C:\DOCUME~1\ABCDEF\LOCALS~1\Temp\smkits
SUT_NEXT_UPDATE=11/04/2008 09:16:05

Das Profil kann ich in diesem Fall sogar zu 100% aussließen, da in diesem Standort noch keine Servergespeicherten Profile verwendet werden.

Unsere Benutzer wurden generell immer als Roaming User angelegt, unabhängig davon ob dies für den einzelnen Benutzer sinnvoll war.

[m3]

Du möchtest den Benutzernamen im INI-File noch anonymisieren.

[LarsH]

@M3 Erledigt 

[Axel]

Würdest du uns noch an der Problemlösung teilhaben lassen? Es kann durch aus sein, dass diese für andere mit dem gleichen oder einem ähnlichen Problem hilfreich sein könnte.

Danke.

Axel

[FireFighter]

Hallo,

bisher haben wir noch nichts weiter herausfinden können! Hat nicht noch jemand einen Tipp, woran es liegen könnte ? Oder wie das mit der user.id ist, wo er die vom Server herbekommt (wie in meinem Post etwas weiter oben) ?

MfG

[diali]

das erledigt bezog sich bestimmt auf die Anonymisierung der ini.

Habt Ihr eventuell die User.ids im DD hängen?

[FireFighter]

genau, darauf bezog sich das 'erledigt' 

Woran sehe ich das denn, ob die IDs im DD hängen ? Ich weiß soviel, dass sie nach der Registrierung der Benutzer in deren Personendokument hinterlegt sind, bis sich der User das erste mal anmeldet, dann sind sie da auch raus!

Danke,
Gruß

[CarstenH]

Da es sich um Roaming Benutzer handelt vermute ich, dass simpel das Cleanup eingeschaltet wurde. Dieses Sicherheitsfeature sorgt dafür, dass beim Herunterfahren des Notesclients die benutzerspezifischen Dateien beseitigt werden und der Nutzer komplett neu eingerichtet werden muß.

Dafür spricht auch die auffällige notes.ini

Diese Daten liegen natürlich am Domino vor, sonst würde der Benutzer bei der nächsten Anmeldung nicht wieder alles bekommen.

Insofern: works as designed, kein Hexenwerk ^^

Das einig seltsame an dem Problem ist, warum es nur sporadisch auftritt. Eigentlich sollte es aufgrund der Einstellung immer so ablaufen. Ich vermute hier eine Policy als Problem-Verursacher.

Für die beiden Problem-Starter hier etwas Lesestoff: General information and FAQ about Roaming User feature of Notes/Domino 6.0.x and 6.5.x

(Ja, der Link bezieht sich jetzt auf ND6, aber am Prinzip hat sich nix geändert zu ND7)

HTH Carsten

[FireFighter]

@CarstenH

Danke für deinen guten Hinweis! Das wäre eine logische Erklärung, vllt kann man dieses Cleanup ja so einstellen, dass es nicht jeden Tag ausgeführt wird !?

Allerdings ist dann merkwürdig, warum dies Problem nicht bei allen Usern in der Lotus 8er Umgebung auftritt, sollte dann ja bei allen gleich sein nehme ich an...

Aber ich denke, das ist mal ein Anhaltspunkt, den wir überprüfen können, werden dann berichten!

Gruß,
FireFIghter