DONE: Unable to replicate db.nsf: This database has local access protection...

[0xse]

Hallo zusammen,

wieder mal ein interessantes Phänomen:

db.nsf liegt auf Server1. Es gibt eine Replik auf Server2.
Server1 und Server2 stehen in den ACLs beider Repliken als Manager.
Keine der beiden Repliken ist verschlüsselt.
Server1 und Server2 haben Zugriff auf aufeinander.

Mit push Server2 db.nsf funktioniert eine Replizierung.
Mit pull Server2 db.nsf funktioniert eine Replizierung auch.

Zusätzlich gibt es ein Verbindungsdokument, welches eine automatische Replizierung durchführen soll. Hier kommt:

Starting replication with server Server2
Unable to replicate db.nsf: This database has local access protection (encrypted) and you are not authorized to access it
Unable to replicate with server Server2: No database to replicate on that server

Ich verstehe die Meldung so, dass die Replik auf Server2 verschlüsselt ist, der Zugriff nicht möglich ist und deswegen keine gültige Replik auf dem Server gefunden wird. An sich eindeutig. Nur ist die Replik nicht verschlüsselt.

Eine weitere Datenbank von Server1 (db2.nsf) hat auch eine Replik auf Server2. Hier funktioniert die automatische Replizierung. Die Einstellungen sind identisch.

Server1: Domino 8.0.2 EN, Win2k3 x64
Server2: Domino 8.0.2 EN, Win2k3 x64

Wie immer bin ich für jeden Rat dankbar

LG, 0xse

[Lossa]

Hi,

geht es denn in die andere Richtung?
Kannst du auf dem Server einen FixUp der DB machen?

[0xse]

Hallo Lossa,

einen Fixup habe ich bereits auf beide Repliken durchgeführt.
Einen Push von Server2 ausgehend bisher nicht. Getestet, funktioniert.
Die automatische Replizierung wirft trotzdem noch den selben Fehler aus.

Es gibt so Momente... Notes...

Ich hab' die db.nsf auf Server2 nochmal gelöscht und neu angelegt, hilft leider auch nicht.

LG,
0xse

[FriFra]

Da hat jemand eine verschlüsselte lokale Replik erstellt und über das Dateisystem auf den Server kopiert. Hier hilft nur die Datei auf Dateisystem-Ebene durch eine unverschlüsselte Version zu ersetzen.

P.S.: Ist mir auch schon ein paar Mal passiert

[koehlerbv]

Michael, les Dir nochmal genau das Ausgangsposting durch ... Die Datenbank ist garantiert nicht (falsch) verschlüsselt.

Bernhard

[FriFra]

Michael, les Dir nochmal genau das Ausgangsposting durch ... Die Datenbank ist garantiert nicht (falsch) verschlüsselt.

Das hab ich schon gelesen, dass will aber nicht sehr viel heißen... Ich hab schon solche Fälle gesehen, wo die User überzeugt waren, dass die DB nicht verschlüsselt wäre, die DB sah das jedoch anders. Ich kann anhand des Ausgangs-Postings auch nicht erkennen, auf welchem Weg die DB auf den Server gelangte...

[0xse]

Der Ansatz ist interessant, aber trifft's nicht ganz. Das Ganze hat ein etwas längeres Vorspiel:

1) Entwicklung der Datenbank
2) Aussage vom Chef: "Ne, brauchen wir doch erstmal nicht."
3) Datenbank auf einen Dateiserver verschoben und mit einer ID verschlüsselt

...Monate vergingen...

4) Aussage vom Chef: "Wir brauchen die Datenbank."
5) Datenbank mit der ID entschlüsselt und wieder auf den Server verschoben

Server1 kann auf die Datenbank zugreifen. Compact, Fixup, etc. laufen alle.

6) Datenbank auf Server2 erstellt per Replizierung > Replik erstellen.

Keine von beiden Datenbanken hat einen Haken, dass sie verschlüsselt ist. Es können auch diverse Benutzer über den Server auf die Datenbanken auf beiden Servern zugreifen.

Ist es möglich, dass diese Meldung aus irgendeinem "Rest" der Verschlüsselung resultiert? Das hieße, DB neu erstellen und Gestaltungselemente sowie Dokumente per Copy & Paste rüberziehen.

LG, 0xse

[FriFra]

In dem Fall kann es helfen, lokal eine neue Replik ohne das Häckchen bei der Verschlüsselung zu erstellen. Ich hab in der Vergangenheit auch schon erlebt, dass das nachträgliche entfernen der Verschlüsselung manchmal nicht sauber funktioniert.

[0xse]

Danke für den Hinweis. Er hat geholfen, wenn auch anders als gedacht.

1) Replik der Datenbank auf Lokal erstellt.
2) Repliken auf Server1 und Server2 entfernt.

Parallel hatte ich noch die Serverkonsole geöffnet. Es kam der Eintrag, dass die Datenbank gelöscht wurde und danach sprang die automatische Replizierung an. Es kam wieder die Fehlermeldung zur Local Access Protection. Merkwürdig... Also hab ich nochmal das Verbindungsdokument kontrolliert und siehe da, ein Tippfehler im Verzeichnisnamen. Diesen korrigiert, die Repliken neu angelegt und auf einmal funktionierte alles.

Ein klassischer Schicht 8 Fehler.

Ich frage mich nur, warum Notes dann eine Fehlermeldung zur Verschlüsselung auswirft?

LG,
0xse

[koehlerbv]

Ich frage mich nur, warum Notes dann eine Fehlermeldung zur Verschlüsselung auswirft?

Das wird wohl auch ein Schicht 8-Fehler gewesen - seitens des Programmierers, der da dran gesessen hat: Missdeutung eines Rückgabewertes einer Routine, Verweis auf falschen Fehlertext oder ...

Bernhard