Puncte:0

syncrepl_message_to_entry: rid=002 verificare mods (objectClass: valoarea #1 nevalidă pentru sintaxă)

drapel cn

Am o problemă cu replicarea bazei de date master master config (voi adăuga replicarea datelor după aceasta). Eu rulez pe fiecare master, openldap și freeradius. Pentru ca freeradius să lucreze cu openldap, am creat schema ldif pe fiecare server.

Pentru informatii: rid=001 este masterul n1 și rid=002 este masterul n2

Când pornesc slapd pe ambele servere, primesc pe master n1 această eroare: syncrepl_message_to_entry: rid=002 verificare mods (objectClass: valoarea #1 nevalidă pentru sintaxă). Pare să apară pentru că schemele încărcate între cele două servere nu sunt aceleași.

Am încercat să mă asigur că toate schemele sunt aceleași:

  • a copiat fișierul .ldif al schemei freeradius generată pe master n1 pe master n2 și l-a încărcat
  • a modificat configurația replicării pentru a adăuga schemachecking=off (Nu funcționează)

Dar când eu dif fisierele care contin rezultatul de ldapsearch -H ldapi:/// -x -s baza -b "cn=subschema" +, există câteva diferențe.

Notă: Schema freeradius funcționează pe ambele servere, comanda radtest lucrează (obține Acces-Accept).


Problema vine din diferența de cn=subschema dintre cele două servere?

Cum pot rezolva diferențele de schema încărcată între cele două servere?

Este sigură ignorarea reproducerii schemei? Și cum pot să o fac?

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.