On 05/21/2015 03:04 PM, Janelle wrote:
On 5/21/15 5:49 AM, Rich Megginson wrote:
On 05/21/2015 06:25 AM, Janelle wrote:
On 5/21/15 5:20 AM, thierry bordaz wrote:
Hello Janelle,
Those 3 RIDs were already present in Node dc2-ipa1, correct ? They
reappeared on others nodes as well ?
May be ds2-ipa1 established a replication session with its peers
and send those RIDs.
Could you track in all the access logs, when the op
csn=5552f718000300170000 was applied.
Note that the two hexa values of replica 23 changed
(5545d61f000200170000 5552f718000300170000 vs 5553e3a3000000170000
55543240000300170000). Have you recreated a replica 23 ?.
Do you have replication logging enabled ?
thanks
thierry
Just to help me -- what is the best way to enable the logging level
you need?
http://www.port389.org/docs/389ds/FAQ/faq.html#troubleshooting
The Replication log level.
I thought I did it correctly adding to ldif.dse, but I don't think
it took.
You cannot edit dse.ldif while the server is running. Anyway,
ldapmodify is the best way to set this value.
I am used to OpenLDAP, so perhaps there is a different way to do it
with 389-ds. Can you suggest settings of logging you want me to use?
The Replication log level.
~Janelle
How do I kill one of the ldapmodify "cleans" I had started but seems
to be stuck:
abort should be done by ldapmodify similar to starting it:
ldapmo
|ldapmodify ....
dn: cn=abort 222, cn=abort cleanallruv, cn=tasks, cn=config
objectclass: extensibleObject
cn: abort 222
replica-base-dn: dc=example,dc=com
replica-id: 222
replica-certify-all: no
--> if set to "no" the task does not wait for all the replica servers to have been sent the abort task, or be
online, before completing. If set to "yes", the task will run forever until all the configured replicas have
been aborted. Note - the orginal default was "yes", but this was changed to "no" on 4/21/15. It is
best to set this attribute anyway, and not rely on what the default is.|
if it doesn't work we have to ask Mark :-)
CLEANALLRUV tasks
RID 24 None
No abort CLEANALLRUV tasks running
It has been 45 minutes and still nothing, so I want to kill it and try
again.
~J
--
Manage your subscription for the Freeipa-users mailing list:
https://www.redhat.com/mailman/listinfo/freeipa-users
Go to http://freeipa.org for more info on the project
