cannot maintain uniform access control list on replicas

[immanuel]

Hallo Zusammen

Was kann man tun wenn man "Enforce consistent replicas" auf einer replik deaktiviert und dann wieder aktiviert und man danach folgende Fehlermeldung erhält?

Replication cannot proceed because cannot maintain uniform access control list on replicas

Was muss ich tun, damit die Replication wieder sauber funktioniert?

Gruss
Manuel

[koehlerbv]

Wo hast Du deaktiviert ? Hast Du das dann mit den entsprechenden Rechten weiter repliziert ?

Auf die Schnelle:
- In der fraglichen DB Replication protocol löschen.
- Wenn das nicht hilft: Neue Replik anlegen.

Bernhard

[immanuel]

Hi! Das dumme ist, das es die names.nsf des Servers ist... 
Das Replikationsprotokoll habe ich schon gelöscht - hat nichts bewirkt. Eine neue Replik der Names.nsf wäre eine Möglichkeit...

Was meinst du nun dazu?

Gruss
Manuel

[koehlerbv]

Ich muss es mal so knallhart sagen, Manuel: Ich habe keine Ahnung, was Du da getrieben hast. Wenn die NABs aber nicht in Deiner Kontrolle hast, solltest Du da mit solcherart Einstellungen auch die Finger lassen.
Ergo: Wende Dich an Dein HQ. Die werden das wieder richten.
Setz' schin mal ein paar Litern guten Glühweins an, um die Kollegen zu besänftigen. Und gelobe Besserung.

Bernhard

[Semeaphoros]

Knallhart, aber wirklich die einzig richtige Antwort .....

[koehlerbv]

Und etwas netter:
Wühl Dich mal hier durch:
IBM KBase Articles on your posted error message

Bernhard

PS: Und wir wissen nicht, was Du wirklich gemacht hast und wie Deine rechtemässige Infrastruktur aussieht. Offensichtlich ist aber auch Dein HQ zu tadeln - um sowas zu provozieren, benötigst Du Rechte, die Du nicht haben solltest.

[immanuel]

Ich bin nun im Office und mache eine Restore der names.nsf. Ich musste das HQ besänftigen - da hattet ihr Recht. Mit dem Full Adminstrator Level im R6 hat man Managerreche jeder Datenbank auf dem Server. Das macht Sinn... Ein Fehler kann aber jedem mal passieren - es gibt schlimmeres. Ich hätte das nicht ins Forum posten sollen - mein Verschulden.

Grüsse
Manuel

[koehlerbv]

Ein Fehler kann aber jedem mal passieren - es gibt schlimmeres. Ich hätte das nicht ins Forum posten sollen - mein Verschulden.

1. Shit happens, Manuel.
2. Das HQ hätte Dir diese Rechte überhaupt gar nicht geben dürfen. Das sieht mir wieder danach aus: "Man spart sich arm."
3. Warum nicht ins Forum posten ? Aus Erfahrung wird man klug. Sicher hilft Deine Erfahrung auch anderen. Wenn jetzt noch Euer HQ lernt ...

Bernhard

[immanuel]

Wegen den Rechten kann das HQ nichts dafür, weil ich als Full-Admin die vollen Rechte auf unserem Server habe. Naja, anyway, den selben Fehler mache ich sicher kein zweites mal...

Gruss
Manuel

[immanuel]

Der ursprüngliche Punkt des Problems war, dass ich eine Journaling rule erstellt hatte, aber keine Rechte hatte sie wieder zu löschen. So griff ich zum Fullaccess-Admin und lösche die Rule. Später entdeckte ich im Log, dass die Dokumente der Rule nicht repliziert werden können - Rechteproblem. Das ist auch der Grund, wieso ich nach dem Löschen von Deletion Stubs gefragt hatte. Naja irgendwie war ich den mit dem Full-Access Admin im Eifer des Gefechts, in der Absicht die Replikationsfehler beheben zu können, und kam dann auf die Idee "Enforce consistent ACL..." zu deaktivieren und wieder aktivieren. Das war ja dann ein noch grösseres Problem, wessen Auswirkungen wir nun gut kennen. Wollen wir hoffen, dass das keinem Admin mehr passiert...

Gruss
Manuel

[koehlerbv]

Wegen den Rechten kann das HQ nichts dafür ...

Doch. Wenn ein FullAdmin tut, was er nicht soll, sind die Rechte prinzipiell falsch vergeben. Sorry.
Das ist schon sehr schräg.

Bernhard

[immanuel]

Das Problem ist nun gefixt... Ich habe einen restore eines backups gemacht, dann mit fixup, compact und updall darüber... Nun funktioniert alles wieder und die lästigen Deletion Stubs bin ich auch los 

Schönen Abend noch!
Grüsse
Manuel

[ERGE]

Hallo Manuel

Jens und Bernhrad haben absolut recht und da stimme ich beiden zu.
Für dich, wenn du schon Full Admin Rechte besitzt, dann solltes du wissen was dies bedeutet und dich dementsprechend verhalten und wenn du schon rumspielen willst, dann rate ich dir dies lokal oder auf einer Testumgebung zu tun und nie aber wirklich NNNNIIIIEEEE in einer live Umgebung, dan da kannst böse auf die Schnauze fallen. Haste nochmals Glück gehabt, denn nicht alles ist mit Glühwein abzugelten.
den merke dir "Never change a running system" oder sei dir bewusst was du tust.


Greetz Erich

[immanuel]

Hallo Erich!
Das System war eben ja nicht runnung, sondern ich hatte ein Problem mit einer Relplikationsfehlermeldung, die sich stündlich im Log zeigte - es gibt Leute die schauen das Log kaum an. Im Eifer des Gefechts habe ich die Box "consistent ACL..." deaktiviert und wieder aktiviert. Anyway, ich hoffe dass keinem Admin dasselbe passiert 

LG Manuel

[Semeaphoros]

Naja Manuel, das ist ja nicht wirklich eine Fehlermeldung, sondern eine Warnung, und das System war dadurch ja nicht gestört. Sprich, man hätte da geplant vorgehen können.

[immanuel]

Es war etwas tricky. Ich wollte auf keinen Fall, dass die Meldung noch ein Jahr lang bei uns im Log erscheinen würde (350 Tage Deletion Stubs Repl)... das war der Ausgangspunkt. Nun, ungünstigerweise hatte ich erst gar nicht die Rechte die deletion stub Tage herunterzusetzen oder das cut off Datum zu ändern. Meine Rekaktion war auf jeden Fal suboptimal, das ist so.

Ich habe im Thread http://www.atnotes.de/index.php?topic=20201.0 die Frage in die Runde geworfern, wie ich einzelne Replikationsschritte rückgängig machen könnte. Was hätte ich in diesem Fall konkret tun können, ohne zu einem Backup zu greifen? Oder was kann man generell tun, wenn das Problem "cannot maintian uniform acl..."  auftretet?

LG Manuel