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?
"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
