On Thu, Apr 28, 2011 at 3:36 AM, Felix Frank < felix.fr...@alumni.tu-berlin.de> wrote:
> On 04/23/2011 04:01 AM, Steven Acres wrote: > > On Fri, Apr 22, 2011 at 2:34 PM, trey85stang <trey85st...@gmail.com > > <mailto:trey85st...@gmail.com>> wrote: > > > > Is there a way to override a schedule for a package if the package is > > not installed? > > > > class packages { > > schedule { installs: > > range => "2-4", > > period => daily, > > repeat => 1, > > } > > package { openssh: > > ensure => latest, > > schedule => installs, > > } > > } > > > > I dont want to check if openssh is the latest package everytime > puppet > > runs; but I do want it installed if it is not already installed > > regardless of the schedule. > > > > Anyway to do this? > > > > > > Hi, > > > > Sure, there are many ways to achieve this. You would be better off > > defining which packages should be present on which nodes in another > > class. Then use an include in the node(s) definition (or whatever method > > you have defined for your architecture structure). > > > > BTW, if you're using yum and you would like to keep pkgs. updated, you > > may want to look into yum-cron. > > Hi, > > I don't agree. Telling puppet to "install at all times but update only > on a specific schedule" is not trivial if at all possible. > > Doing the upgrades outside the package provider may indeed be a sensible > workaround. > > Cheers, > Felix > > -- > 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. > > Hi all, Easy as could be .. simple conditionals and cron, at .... if we're in the 'old' days .. but since we now have the 'magic' of pkg. managers ... we manage this effortlessly now. Not only does this free time to catch up on BOFH ... it also ties into DR, auditing and compliance (i.e. PCI-DSS) which need to be included and documented in our architectural process/design. The most time is and should be spent on that design and the rest is primarily fine-tuning. -- Cheers, Steven ----------------------- Steven Acres UNIX/Linux System Administrator -- 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.
