Hi Everyone,
I've setup a basic consumer,provider model replication. I've added a new schema eduPerson to my provider server and now the consumer server cannot replicate. Here's the error I'm getting on my consumer server:
Oct 21 22:32:08 webtest110 slapd[31984]: slapd starting Oct 21 22:32:08 webtest110 slapd[31984]: syncrepl_message_to_op: rid=000 mods check (objectClass: value #3 invalid per syntax) Oct 21 22:32:08 webtest110 slapd[31984]: do_syncrepl: rid=000 rc 21 retrying
I have delete the eduPerson schema on my provider server, deleted the person (uid=jim) using those attributes in my DIT , and restarted the slapd process on both server but error still persists.
Any insights appreciated.
Anton Chu wrote:
I've setup a basic consumer,provider model replication. I've added a new schema eduPerson to my provider server and now the consumer server cannot replicate. Here's the error I'm getting on my consumer server:
Oct 21 22:32:08 webtest110 slapd[31984]: slapd starting Oct 21 22:32:08 webtest110 slapd[31984]: syncrepl_message_to_op: rid=000 mods check (objectClass: value #3 invalid per syntax) Oct 21 22:32:08 webtest110 slapd[31984]: do_syncrepl: rid=000 rc 21 retrying
I have delete the eduPerson schema on my provider server, deleted the person (uid=jim) using those attributes in my DIT , and restarted the slapd process on both server but error still persists.
Did you add the new schema also on the consumer? You should unless you're using dynamic configuration and you've set up to also replicate the schema.
Ciao, Michael.
Hi Michael, I didn't add the schema to the consumer. After discovering replication didn't work after uploading the schema to the provider, I reverted back by deleting the uploaded schema hoping replication will kick in. Any tips on replicating everything including slapd configuration changes?
Regards, Anton
2010/10/23 Michael Ströder michael@stroeder.com
Anton Chu wrote:
I've setup a basic consumer,provider model replication. I've added a new schema eduPerson to my provider server and now the consumer server cannot replicate. Here's the error I'm getting on my consumer server:
Oct 21 22:32:08 webtest110 slapd[31984]: slapd starting Oct 21 22:32:08 webtest110 slapd[31984]: syncrepl_message_to_op: rid=000 mods check (objectClass: value #3 invalid per syntax) Oct 21 22:32:08 webtest110 slapd[31984]: do_syncrepl: rid=000 rc 21
retrying
I have delete the eduPerson schema on my provider server, deleted the person (uid=jim) using those attributes in my DIT , and restarted the slapd process on both server but error still persists.
Did you add the new schema also on the consumer? You should unless you're using dynamic configuration and you've set up to also replicate the schema.
Ciao, Michael.
Anton Chu wrote:
I didn't add the schema to the consumer.
Why?
After discovering replication didn't work after uploading the schema to the provider, I reverted back by deleting the uploaded schema hoping replication will kick in.
So now you have entries in your provider which does not match the schema of the provider and the consumer.
Check this with the tool slapschema.
Any tips on replicating everything including slapd configuration changes?
Fix the schema on the consumer.
Ciao, Michael.
2010/10/23 Michael Ströder <michael@stroeder.com mailto:michael@stroeder.com>
Anton Chu wrote: > I've setup a basic consumer,provider model replication. I've added a > new schema eduPerson to my provider server and now the consumer server > cannot replicate. Here's the error I'm getting on my consumer server: > > Oct 21 22:32:08 webtest110 slapd[31984]: slapd starting > Oct 21 22:32:08 webtest110 slapd[31984]: syncrepl_message_to_op: rid=000 > mods check (objectClass: value #3 invalid per syntax) > Oct 21 22:32:08 webtest110 slapd[31984]: do_syncrepl: rid=000 rc 21 retrying > > I have delete the eduPerson schema on my provider server, deleted the > person (uid=jim) using those attributes in my DIT , and restarted the > slapd process on both server but error still persists. Did you add the new schema also on the consumer? You should unless you're using dynamic configuration and you've set up to also replicate the schema. Ciao, Michael.
openldap-technical@openldap.org