DANIEL CRISTIAN CRUZ wrote:
I believe this is the following bug - https://bugzilla.redhat.com/show_bug.cgi?id=442170 - we are still working on it.No one knows what DB_BUFFER_SMALL mean on Fedora DS?How does a change were not found in the changelog? A problem? A bug? Something "usual"?
Is there anything that could prevent this error?
Are you using password policy with account lockout?
"DANIEL CRISTIAN CRUZ" <daniel.cruz@xxxxxxxxxxx> escreveu:Hi all, I had some error messages that I don't understood:[17/Jun/2008:14:39:11 -0300] NSMMReplicationPlugin - changelog program - agmt="cn=m1-m2-xxx" (m2:389): Failed to retrieve change with CSN 4857f6db000000010000; db error - -30999 DB_BUFFER_SMALL: User memory too small for return value[17/Jun/2008:14:39:11 -0300] NSMMReplicationPlugin - agmt="cn=m1-m2-xxx" (m2:389): A changelog database error was encountered [17/Jun/2008:14:39:11 -0300] NSMMReplicationPlugin - changelog program - agmt="cn=m1-c1-xxx" (c1:389): Failed to retrieve change with CSN 4857f6db000000010000; db error - -30999 DB_BUFFER _SMALL: User memory too small for return value [17/Jun/2008:14:39:11 -0300] NSMMReplicationPlugin - agmt="cn=m1-c1-xxx" (c1:389): A changelog database error was encountered [17/Jun/2008:14:39:11 -0300] NSMMReplicationPlugin - changelog program - agmt="cn=m1-c2-xxx" (c2:389): Failed to retrieve change with CSN 4857f6db000000010000; db error - -30999 DB_BUFFER_SMALL: User memory too small for return value [17/Jun/2008:14:39:11 -0300] NSMMReplicationPlugin - agmt="cn=m1-c2-xxx" (c2:389): A changelog database error was encountered [17/Jun/2008:14:39:11 -0300] NSMMReplicationPlugin - changelog program - agmt="cn=m1-c3-xxx" (c3:389): Failed to retrieve change with CSN 4857f6db000000010000; db error - -30999 DB_ BUFFER_SMALL: User memory too small for return value [17/Jun/2008:14:39:11 -0300] NSMMReplicationPlugin - agmt="cn=m1-c3-xxx" (c3:389): A changelog database error was encounteredMy schema has two multi masters: m1 and m2, and many consumers c1, c2, c3, ..., cX.There are replication agreements between m1 and m2. There are replication agreements from each master to all consumers.It's the second time I saw the problem, and I need to make a full initialize from m1 to all others, where the log above were taken from m1. m1 receive updates from m2, even after this error.After initializing m2 from m1: I saw the message on m2: [17/Jun/2008:15:02:04 -0300] NSMMReplicationPlugin - replica_reload_ruv: Warning: new data for replica ou=foo,o=bar does not match the data in the changelog. Recreating the changelog file. This could affect replication with replica's consumers in which case the consumers should be reinitialized. In a test environment I didn't got this problem.Is there something wrong in my structure (two masters and many consumers)?Is any configuration missing (some gotchas)? Any help would be apreciated. Regards,------------------------------------------------------------------------ *Daniel Cristian Cruz* *Administrador de Banco de Dados *Direção Regional - *Núcleo de Tecnologia da Informação SENAI - SC Telefone: 48-3239-1422 (ramal 1422)* ------------------------------------------------------------------------ -- Fedora-directory-users mailing list Fedora-directory-users@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-directory-users
<<attachment: smime.p7s>>
-- Fedora-directory-users mailing list Fedora-directory-users@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-directory-users
