----- Original Message ----- > From: "Jo Rhett" <jrh...@netconsonance.com> > To: puppet-users@googlegroups.com > Sent: Wednesday, June 13, 2012 9:33:35 AM > Subject: [Puppet Users] can we avoid notify/subscribe firing on a mode change? > > I managed to have a booboo tonight by restarting a process which > really shouldn't be. What I ran into was that a mode change caused > subscribe to fire and the process to restart. > > Is it just me, or should subscribe/notify only fire on content > changes?
its just you :P > Also given that "replace" only affects file contents, this means that > you can never change the mode of a file for new installs only, > either. So it's always a risk of restarting a process. sounds like replace should maybe be expanded to also support giving other properties the same treatment perhaps? > And when I slapped myself over the head on this, I seemed to remember > a discussion about making this granular. But I've searched and > searched and I can't find the discussion. Can someone clue-by-4 me, > or did I misremember this? > > And if I did misremember, can anyone think of a reason that I > shouldn't file a bug over this issue? I have thought and thought > and I just can't find a situation where I think that changing the > mode should cause a refresh. Owner or group in some circumstances, > but not many. I think that the default should be content only, with > an option to say "any attribute". I can think of a few, but really any case where a files mode out of the box from say RPM prevent some other service from functioning because it relies on this file. File mode change -> dependant service restart. Lots of daemons ship files like accessible only by $daemon:$daemon when what we need is $daemon:$otherdaemon or maybe $daemon:$group_of_daemons. You want to notice $otherdaemon that it can now read that file etc -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
