-
Notifications
You must be signed in to change notification settings - Fork 116
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Idempotency issue when updating a guest node #145
Comments
btravouillon
added a commit
to btravouillon/pcs
that referenced
this issue
Sep 29, 2017
If the remote-node name argument is already defined for the resource, do not deal with guest change. Fix issue ClusterLabs#145.
btravouillon
added a commit
to btravouillon/pcs
that referenced
this issue
Sep 29, 2017
If the remote-node name argument is already defined for the resource, do not deal with guest change. Fix issue ClusterLabs#145.
btravouillon
added a commit
to btravouillon/pcs
that referenced
this issue
Sep 29, 2017
If the remote-node name argument is already defined for the resource, do not deal with guest change. Fix issue ClusterLabs#145.
idevat
pushed a commit
that referenced
this issue
Oct 16, 2017
If the remote-node name argument is already defined for the resource, do not deal with guest change. Fix issue #145.
Thank you for reporting and fixing this issue. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
There is an idempotency issue with the pcs resource update command when using meta parameter remote-node.
Reproducer with the new EL 7.4 commands:
The resource update call graph is:
resource_update() -> _detect_guest_change() -> _validate_guest_change() -> guest_node.validate_conflicts() -> does_id_exist(tree, node_name)
I am trying to update the resource with the same remote-node value, so the id exists in the xml dom and the update command fails.
This check makes sense to ensure we cannot define the same remote-node for several resources.
However, the command should be idempotent when we update a resource with the same remote-node value. Our configuration tools generate the update commands from external configuration files. We build the pcs resource update command with all the parameters for the resource to ensure that any modification made outside of the configuration tool is reverted to the external configuration file value.
The text was updated successfully, but these errors were encountered: