Pagerduty docs not in line with current behaviour #493
Labels
Documentation
Improvements or additions to documentation
hacktoberfest
An issue highlighted for the digital ocean Hacktoberfest Event
Historically, the Pagerduty integration used to "just work" when you used added the pagerduty recipe to your run list and set your API key as an attribute. I've got a box I provisioned a few years ago that is still using an old version of the cookbook that still behaves like this
Having just spun up a new host using the latest cookbook it appears that this behaviour has changed, but the documentation doesn't reflect this. The pagerduty user still gets created but no longer gets added to the admin users group by default (I assume this is now intentional). I've also created a nagios_pagerduty databag and specifically created a "pagerduty_crit" contact with "admin_contactgroup" set to true but this also didn't add that user to the admin contactgroup either...
Overriding the admin group via nagios_contractroups to manually add the pagerduty user replicates the old behaviour, but maybe the documentation should be updated to better reflect the current behaviour?
The text was updated successfully, but these errors were encountered: