-
Notifications
You must be signed in to change notification settings - Fork 290
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
rabbitmq_reconnect_on_error parameter is useless #717
Comments
|
There is existing work for this in PR #595 |
jeffmccune
added a commit
to jeffmccune/sensu-puppet
that referenced
this issue
Jul 7, 2017
jeffmccune
added a commit
to jeffmccune/sensu-puppet
that referenced
this issue
Jul 7, 2017
jeffmccune
added a commit
to jeffmccune/sensu-puppet
that referenced
this issue
Jul 7, 2017
jeffmccune
added a commit
to jeffmccune/sensu-puppet
that referenced
this issue
Jul 8, 2017
jeffmccune
added a commit
to jeffmccune/sensu-puppet
that referenced
this issue
Jul 8, 2017
ghoneycutt
added a commit
that referenced
this issue
Jul 9, 2017
…_error (#717) Remove rabbitmq_reconnect_on_error
|
Released in v2.19.0 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Description of problem
The code added in #333 places a
reconnect_on_errorparameter under therabbitmqconfiguration scope, e.g.{ "rabbitmq": { "reconnect_on_error": false, } }Per the documentation, this configuration parameter actually belongs under the
transportconfiguration scope, e.g.{ "transport": { "name": "rabbitmq", "reconnect_on_error": true } }Further more, this parameter defaults to
false, but Sensu defaults it totrueas of version 0.18.Proposed solution
The
rabbitmq_reconnect_on_errorparameter should be renamed totransport_reconnect_on_errorand it's default value should be changed fromfalsetotrue.For the most part, references to
rabbitmq_reconnect_on_errorparameter, e.g. in rabbitmq manifest and sensu_rabbitmq_config provider, can be removed.Code in the transport manifest should be changed so that transport.json is written regardless of the value of the
transport_typeparameter, and the boolean value oftransport_reconnect_on_errorshould be used to influence the content of transport.jsonThe text was updated successfully, but these errors were encountered: