Skip to content
This repository has been archived by the owner on Oct 15, 2019. It is now read-only.

supervisor_service triggers an enable on every run #62

Open
jmound opened this issue May 23, 2014 · 7 comments
Open

supervisor_service triggers an enable on every run #62

jmound opened this issue May 23, 2014 · 7 comments

Comments

@jmound
Copy link

jmound commented May 23, 2014

version 0.4.11:

supervisor_service "gunicorn" do
end

causes this:

- Enabling supervisor_service[gunicorn]

on every run, even in this base example where nothing has changed and the service is already enabled.

@jmound
Copy link
Author

jmound commented May 23, 2014

I thought this might be a fix, it's related, but not the same issue.

@levmichael3
Copy link

hi,
Any luck here around this issue?
Was it solved?

@jmound
Copy link
Author

jmound commented Jan 16, 2015

Not that I know of, but I haven't checked in a while, and there have been plenty of commits since then.

@levmichael3
Copy link

Thanks.
I am trying to extend this LWRP and provide a reread.

Sent from Blue Mail

On Jan 16, 2015, 18:39, at 18:39, "Justin M." [email protected] wrote:

Not solved, but I haven't checked in a while, and there have been
plenty of commits since then.


Reply to this email directly or view it on GitHub:
#62 (comment)

@jslusher
Copy link

  • 1 on finding a fix for this. Thanks for the cookbook!

@levmichael3
Copy link

Have you forked this fix?

@borntyping
Copy link
Contributor

Removing the duplicated execute[supervisorctl update] resources seems to fix this (i.e. replacing the execute resources generated by enable_service and disable_service with a single instance in the main recipe).

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants