By default an "abort cleanAllRUV" task will run forever (replica-certifyall: yes) until all the replicas can be reached and the clean task aborted. However, there is no way to abort the abort task. There should be a way to reissue a "new" abort task to kill the existing abort task. This can be done by checking if an abort task already is running for that rid, and simply remove the "certifyall" flag which will prevent the endless loop, and allow the abort task to finish.
Currently the only other option is to stop the server, edit the dse.ldif, and remove all the nsds5ReplicaAbortCleanRUV attributes.
attachment 0001-Ticket-48154-abort-cleanAllRUV-tasks-should-not-cert.patch
Looks good!
Should this fix just go to 1.3.4? Or older version(s), too?
This is affecting many IPA customers, IMHO it should go into 1.2.11 and up, so it makes the next RHEL 6 release, etc.
Ticket has been cloned to Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1214074
33330c3..465e105 master -> master commit 465e105 Author: Mark Reynolds mreynolds@redhat.com Date: Tue Apr 21 12:23:47 2015 -0400
1.3.3 commit 465e105
1.3.2 commit c31f024
1.3.1 commit 0673a7744f601caaf7396fa3b95e2569dc1941a4
1.2.11 commit ba48827
Metadata Update from @nhosoi: - Issue assigned to mreynolds - Issue set to the milestone: 1.2.11.33
389-ds-base is moving from Pagure to Github. This means that new issues and pull requests will be accepted only in 389-ds-base's github repository.
This issue has been cloned to Github and is available here: - https://github.com/389ds/389-ds-base/issues/1485
If you want to receive further updates on the issue, please navigate to the github issue and click on subscribe button.
subscribe
Thank you for understanding. We apologize for all inconvenience.
Metadata Update from @spichugi: - Issue close_status updated to: wontfix (was: Fixed)
Login to comment on this ticket.