You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
#425 removed check for policy existance before set_policy is used. This has fixed the issue when policy was not reapplied on parameter changes. But now it is causing similar messages to appear every chef run:
* rabbitmq_policy[ha-all] action set
* execute[set_policy ha-all] action run
- execute rabbitmqctl set_policy -p / ha-all ".*" '{"ha-mode":"exactly","ha-params":2,"ha-sync-mode":"automatic","queue-master-locator":"min-masters"}' --priority 0
Which in turn fails if you are using enforce_idempotency in your test kitchen suite.
Will you accept a pull request with a change: compare configs and use set_policy only when it has changed?
The text was updated successfully, but these errors were encountered:
michaelklishin
changed the title
rabbitmq_policy action set is not idempotent for chef itself
rabbitmq_policy action set is not seen as idempotent by Chef w.r.t. resource execution
Sep 26, 2018
You can try comparing defined policies. The rest of configuration is orthogonal to policies. I have concerns that this may end up being too fragile but let's wait and see.
@fr33l there were no updates. The proposed contribution has never materialized. This is open source software, so you are welcome to look into addressing this. Asking others to do it for you is not how it works around here.
Cookbook version: 5.6.1
#425 removed check for policy existance before set_policy is used. This has fixed the issue when policy was not reapplied on parameter changes. But now it is causing similar messages to appear every chef run:
Which in turn fails if you are using
enforce_idempotency
in your test kitchen suite.Will you accept a pull request with a change: compare configs and use
set_policy
only when it has changed?The text was updated successfully, but these errors were encountered: