#5396 Cleanallruv task should not wait for cleanallruv result on the others replicas
Closed: Fixed None Opened 8 years ago by tbordaz.

By default a cleanallruv task will wait for the results of cleanallruv on the others replicas before cleaning its own RUV/Changelog.

This can lead to indefinite wait if the some replica are unreachable.

Cleanallruv should not wait for the others servers to complete the task.

This would require to add the attribute/value"replica-force-cleaning: yes" in the task entry (freeipa/ipaserver/install/replication.py:cleanallruv)


requires ds functionality which is not pushed yet: https://fedorahosted.org/389/ticket/48218

Not 4.3 blocker. Moving to 4.3.x given that DS ticket is not implemented yet.

How exactly do we test this? Turn off replica and call {{{ ipa-replica-manage del}}} on master?

for CA RUVS: try

  1. install replica with CA on domain level 0
  2. uninstall replica without calling ipa-csreplica-manage del

There should be left over RUVs.

Calling

ipa-replica-manage del $replica

on domain level 0 will remove domain RUV but CA RUV will not be deleted. On domain level 1, both RUVs will be removed.

the description is more for #5411. But yes, it can be tested by shutting down ipa on the replica before cleanall RUV task is started. The uninstall will manage it as well.

How to reproduce it easily (breaking your topology):
1. Install replica or two with or W/O CA
2. Turn it/them off
3. Run

ipa-replica-manage clean-ruv <RUV-id>
  1. The cleanallruv task should finish successfully irregardless of the online/offline state of the replica (if you've give it the right RUV-id)

moving to 4.3.2, patch is on the list " [PATCH 0032] Remove dangling RUVs even if replicas are offline"

master:

  • 0492ab9 Remove dangling RUVs even if replicas are offline

ipa-4-3:

  • d7985af Remove dangling RUVs even if replicas are offline

Metadata Update from @tbordaz:
- Issue assigned to stlaz
- Issue set to the milestone: FreeIPA 4.3.2

7 years ago

Login to comment on this ticket.

Metadata