DANIEL CRISTIAN CRUZ wrote: > > 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"? > I believe this is the following bug - https://bugzilla.redhat.com/show_bug.cgi?id=442170 - we are still working on it. > > Is there anything that could prevent this error? > Are you using password policy with account lockout? > > "DANIEL CRISTIAN CRUZ" <daniel.cruz at sc.senai.br> 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 encountered >> >> My 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 at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-directory-users > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3245 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.fedoraproject.org/pipermail/389-users/attachments/20080619/64f5af64/attachment.bin
