ACL auf Cluster leer

[tttonic]

Moin,

ich habe gerade festgestellt das die ACL´s einiger DB (nicht nur Mail) auf einmal
komplett leer sind, sprich es ist nur noch als Eintrag "Default" drin.

Die ACL auf dem primären Cluster ist noch i.O.

Leider ist das Protokoll der DB hinsichtlich ACL auch leer.

Daher habe ich keine Ahnung was hier passiert ist..

Hat jemand sowas schon gehabt??


Domino 7.0.4

[WernerMo]

Hallo,

zu Deiner Frage:

Hat jemand sowas schon gehabt??

Nein, genau so was nicht, aber bei Repliken, wenn mit der ACL an der Quelle was nicht gestimmt hat, bzw. wenn im DD was geändert wurde ohne an die Folgen für die Repliken zu denken.

Daher einige Fragen:

Was wurde geändert (ACL und DD) besonders die Server betreffend?
Wie sieht die ACL an der "Quelle" aus, ist das Ziel über eine Gruppe enthalten -> wie sieht die Gruppe im DD (beider Server) aus?
Wie sieht das DD aus (Auch ACL)

Wie wurden die Repliken erstellt?
Welche Gemeinsamkeiten haben die Datenbanken, die nun einen "falsche ACL" haben?

etc.

Gruß Werner

[eknori]

ich vermute eher, dass das schon beim Erstellen der Replik über den AdminP passiert ist. Gab in 6.5 mal einen Bug in dieser Richtung.
Kann gut sein, dass das jetzt eine regression ist

[tttonic]

ich vermute eher, dass das schon beim Erstellen der Replik über den AdminP passiert ist. Gab in 6.5 mal einen Bug in dieser Richtung.
Kann gut sein, dass das jetzt eine regression ist

Nein die Server laufen ja schon seit Jahren. Ist ers seit ein paar Tagen so.

[WernerMo]

Hallo,

mir ist noch ein Fall (zusätzlich zu den oben genannten Fragen) eingefallen, den ich schon erlebt habe und daher noch eine weitere Frage:
Wird von dem Clustermember (mit den falschen ACLs) auf andere Server repliziert? Wurde in dieser Richtung evtl. eine neue Replik der jeweiligen Datenbank(en) angelegt?

Gruß Werner

[tttonic]

Hallo,

mir ist noch ein Fall (zusätzlich zu den oben genannten Fragen) eingefallen, den ich schon erlebt habe und daher noch eine weitere Frage:
Wird von dem Clustermember (mit den falschen ACLs) auf andere Server repliziert? Wurde in dieser Richtung evtl. eine neue Replik der jeweiligen Datenbank(en) angelegt?

Gruß Werner

Ne das ist ja das Problem

Ich kopiere gerade das Data-VZ auf ne seperate USB-Platte und wollte dann alle DB von ersten Cluster neu auf den 2ten ziehen.

Oder hat jemand ne bessere Idee?

[Pyewacket]

Schau mal mit Notespeek nach ob diese Datenbanken überhaupt eine ACL haben.

[tttonic]

Schau mal mit Notespeek nach ob diese Datenbanken überhaupt eine ACL haben.

Ja haben sie.

Allerdings stimmen die Größen absolut nicht mehr. DB die auf dem ersten Cluster 2,4 GB groß sind sind auf dem 2ten Cluster nur noch 80 MB oder weniger.

Ich fange nun an die betreffenden DB vom 1ten auf den 2ten neu rüber zu kopieren. Anders wird es wohl nicht gehen

[eknori]

Zumindest mit der Grösse hatte ich gestern auch bei der Migration von Datenbanken auf einen anderen Server die gleichen Probleme. Source war 6GB, Target 4MB! ACL stimmte überein. Das löschen der Repl.History hat das Problem bei mir gelöst.
Habe zwischenzeitlich auch einmal die TagetDB gelöscht und über den AdminP neu erstellt; Ergebnis 4MB.

[WernerMo]

Hallo,

@Ulrich, darauf hatte meine Frage geziehlt:

Wie wurden die Repliken erstellt?

Schon seit Jahren haben wir die (ungenaue) Erfahrung, dass bei größeren (und älteren) Datenbanken nicht fehlerfrei über AdminP eine neue Replik erstellt werden kann.

Workaround: "von Hand" eine neue Replik (als Rumpf) erstellen und dann die Erstellung abbrechen (STRG + C) die automatische Replikation macht dann den Rest problemlos.
Da wir das schon bei V7 und V8 hatten, und es nie genau beschreiben konnten, haben wir auch (noch) keinen PMR erstellt.

Gruß Werner
PS: Antwort bezog sich nur auf Beschreibung von Ulrich - weniger auf den ganz oben beschriebnen Fall.