Das Notes Forum
Domino 9 und frühere Versionen => ND6: Administration & Userprobleme => Thema gestartet von: Pascal am 31.08.04 - 09:44:00
-
Hallo zusammen
haben auf N6.5 migriert, nun ist es so das die automatische Replikation wohl funktioniert, aber die Replikationsseite leer ist.
Ich erstelle eine neue Replik einer DB, von Hand repliziere, aber die Replikationsseite bleibt leer. ???
Kennt jemand das Problem??
Danke
Pascal
-
Hallo,
wenn du mit Replikationsseite die seite in der Log.nsf meinst,
dann mach bitte einmal folgendes
in datenbank a ändere etwas , erstelle ein dokument oder sonst was , repliziere nicht von hand, sonder lass es über den server erledigen,
dann wirst du deinen eintrag in der Log.nsf des servers finden,
wenn das dann auch nicht geht müssen wir wieter sehen,
aber im algemeinen werden nur replikationen dort gelogt wenn daten uebertragen wurten und es der server selber gemacht had,
handreplikatonen oder 0 änderungen werden nicht eingetragen
mfg
Gont
-
Nein sorry, ich meinte die Replikationsseite im Client
-
im client sollte es ähnlich sein ...
-
ich meine aber nicht die Replikationsseite im Log.nsf.
Ich rede von DER Replikationsseite ;-) im Client ;-)
-
Habt ihr die Clients neu installiert oder über die vorhandenen alten Clients drübergebügelt ???
-
Die Clients werden neu installiert ( via MSI)
-
aaaua ..nicht replikationsseite sondern die Replikator seite meinst du ...
verzei meine verwirrung ..aber hat du die richtige arbeitsumgebung ( also nicht insel )
und eine replikation uber den hintergrund replikator gewählt gehabt bei deiner hand replikation ?
und befindest du dich nun in der arbeitsumgebung in der du so repliziert hast ?
-
ja habe ich, bin auf der richtigen Arbeitsumgebung, alles so wie es sein soll
-
der user hat auch genug rechte in der ecl ?
so langsam gehen mir die ideen aus denn,
wenn du es wie beschrieben gemacht hast,
sollte es gehen..
hast du die alte dsk noch von dem user ?
dann schmeiss die mal ins data, und nimm die 6er weg,
da sollten dann eigentlich alle replikator einträge drauf sein ..
aber nichts desto trotz wundert mich das verhalten ....ein klein wenig
-
Du hast die ECL angesprochen, kannst Du mir den Zusammenhang genauer erklären?
Danke
-
Such mal in der DesignerHelp unter "Workstation-Datensicherheit".
Bernhard
PS: Ich kann mir allerdings nicht vorstellen, dass hier die ECL eine Rolle spielen könnte. Desktop, Bookmark ...
-
ich weiss nicht ob das auch repliken betrifft,
aber ich würde es gerne als fehler ursache ausschliessen ....
nenne es verdacht .. gefühl ..
ich hae den verdacht das evt. der user nichtr die rechte hat diese aktionen in die replikatorseite einzutragen
du hast die wahl
- du hast alles falsch gemacht und es geht doch wie ich es beschrieben habe
- du hast alles richtig gemacht und es ist ein bug
- du hast alles richtig gemacht und es sind fehlende rechte
da du sagst das du es richtig gemacht hast schliesse ich das erste aus.
da du der einzige im moment mit dem problem bist schliesse ich einen bug aus ( erstmal )
also bleiben die benutzer rechte oder die rechte im windows
der benutzer hat, da du es von hand getan hast,
rechte auf der datenbank daher liegt es nicht an der datenbank ( was eh unwahrscheinlich ist ) sondern an LN
du hast also noch die user rechte die in der ECL definiert werden,
und die dateirechte die du über windows definierst,
da ich bei windows mehr und andere fehler erwarte bleiben für mich die benutzerrechte.
-
Hallo Pascal,
>>Ich erstelle eine neue Replik einer DB, von Hand repliziere, aber die Replikationsseite bleibt leer.<<
Ich habe das Problem bisher 1x mit einem deutschen 6.5.1er Client erlebt. Neu erstellte Repliken (oder auch wenn man bestehende via drag-and-drop auf die Replikatorseite gezogen hat) sind nicht auf der Replikatorseite erschienen.
Abhilfe: Neue BOOKMARK.NSF
Benenne doch mal die bestehende BOOKMARK.NSF um, starte den Client neu (neue Bookmark wird erstellt sofern Schablone existiert) und ziehe dann mal eine bestehende lokale Replik auf das Replikatorseiten-Symbol in der Lesezeichenleiste.
Jetzt gehts, was?
Gruss
Manfred
-
Ich hatte das Problem auch mal, eine Hilfe hierzu war, sofern das Zielverzeichnis der Repliken nicht im Data-Verzeichnis des Clients lag, das erstellen einer DIR-Datei.
Dieses DIR-Datei ist eine normale Text-Datei , welche den kompletten Pfad des Ziel-Verzeichnisses enthält, z.B. y:\verzeichnis\verzeichnis2.
Diese Datei dann umbenennen in "verzeichnis.dir", und in das Data-Verzeichnis des Clients
kopieren.
Mit einer Background-Replikation konnten wir dann die Einträge auf der Replikator-Seite wieder herstellen. Manchmal zumindest, scheint aber ein gängiges Problem bei 651-Clients zu sein.
-
Hallo Manfred
schön von Dir zu hören, die Notes Welt ist halt schon klein, war vor Jahren mal in einem Kurs bei Dir ;-))
Das mit der Bookmark.nsf habe ich auch schon versucht, bei einigen geht es bei einigen nicht,-))
das mit dem Dirlink hat nichts mit der Replikatorpage zu tun
-
Hallo Pascal,
>>schön von Dir zu hören, die Notes Welt ist halt schon klein, war vor Jahren mal in einem Kurs bei Dir ;-))<<
Dann noch mal einen besonderen Gruss! :)
Du, war das Seminar bei der IBM in Zürich (Hohlstrasse)? Deine eMail-Adresse sieht nach der Schweiz aus... ich kann mir doch Namen so schlecht merken.
>>Das mit der Bookmark.nsf habe ich auch schon versucht, bei einigen geht es bei einigen nicht,-))<<
Sorry, dann habe ich keine Idee mehr...
Gruss
Manfred
-
Hatte das Problem auch schon zweimal, durch löschen der bookmark.nsf war es dann aber wieder behoben.
Die bookmark.nsf ist unter Notes6 aber IMHO sowieso die sensibelste Datenbank. Wir haben ca. 150 Clients auf Notes6 migriert (überinstalliert) und inzwischen habe ich sicherlich bei 10-12 Stk. die bookmark.nsf löschen müssen weil es irgendwo einen seltsamen Effekt gab.
Ist zwar nichts tragisches, nervt aber ein wenig...
Meine Hoffnung ist immer noch das ich irgendwann Mal ein nettes Script finde, welches die Lesezeichen in eine neue bookmark.nsf kopieren kann...
Gruss
Martin
-
Das war der Grund warum wir uns bei der Umstellung 5.x nach 6.5 dafür entschieden haben die Clients neu zu installieren.
War zwar mehr Aufwand ::) aber dafür gibts auch keine größeren Probleme damit.
Das einzige was manchmal passiert ist, dass in der notes.ini der Pfad nicht mehr aufs Data (X:\Programme\lotus\notes\data), sondern aufs Programm Verzeichnis referiert (X:\Programme\lotus\notes) und dann manuell korrigiert werden muss.
-
Ich habs mir auch lange überlegt - würds inzwischen aber vermutlich wieder überinstallieren...
Die kl. Probleme mit der bookmark.nsf, und das es bei ein paar ganz wenigen Clients 3-4 mit den lokalen Adressbüchern nicht ganz geklappt hat mit der Gestaltungsaktualisierung der Schablone, sind eigentlich die einzigen Probleme die ich hatte und die sind ja wirklich in kürzester Zeit per Fernwartung oder direkt zu lösen...
Gruss
Martin
-
Also , die Tatsache ist die: Bei dem User bei dem es nicht funktioniert hatte, ich habe das Names neu erstellt und nun geht es, ich habe die Vermutung das es irgendwie Altlasten in den Arbeitsumgebungs Dokumenten hatte
-
Die Replikationsseite/Einstellungen sind schon im NAMES.NSF gespeichert... - ob's mit der Arbeitsumgebung zu tun hat glaube ich eher nicht.
Gruss
Martin
-
Ich habe beim User sein altes Names wieder zurückgeholt, die Arbeitsumgebungen gelöscht und neu erstellt, das geht auch ;-)
-
Doch, Martin, das macht Sinn, dass es in der AU drin ist, denn schliesslich wechselt die Seite mit der AU (zumindest die Häkchen mit den zu replizierenden DBs wechselt)
-
Sinnvoll wärs schon.
Ich hab mir gerade mal ein Location-Doc angeschaut.
Es ist ja immer wieder erstaunlich was da so alles geschrieben steht.
Aber einen Hinweis darauf welche DB mitoder ohne Haken auf der Replikatorseite zu stehen hat, hab ich nicht gefunden.
Hast du da tiefere Erkenntnisse?
Bye
Onkel ToM
-
Die Einträge der Replikationseite werden unter anderem in den Arbeitsumgebungen abgespeichert (ND 6.5). Die Felder hierzu heißen:
$SiteMapList...
Hierzu einfach mal die Feldeigenschaften ansehen und im rechten Fenster nach unten scrollen. Problematisch waren nach meiner Erfahrung immer die "Unterwegs"-Umgebungen, welche NICHT vom Typ "Network-Dialup" waren.
-
@Timmi:
Danke dir. Wieder sehr interessant.
Bye
Onkel ToM