Hi, It will confirm that the package is present. If it is not present it will attempt to install it. If it is, then no action is taken.
Br, -g On 5/16/14, 9:09 AM, Guy Knights wrote: > Thanks Garrett - so can you confirm then that ensure => present will > never try to upgrade a package after the initial install? > > On Thursday, May 15, 2014 11:39:02 AM UTC-7, Garrett Honeycutt wrote: > > On 5/15/14, 11:19 AM, Guy Knights wrote: > > I'm looking at ways to better automate our build pipeline and I'm > trying > > to envision ways to get our latest code package onto servers, > while also > > being able to update this package at specific, later times. > > > > The code will be served from a local yum repository, so I figure > we can > > install the latest version on new systems using an "ensure => > present" > > in a package resource, and then push out updates from our bamboo > server > > via mcollective. I understand that it's possible to install packages > > directly using mcollective via a plugin such as this one: > > https://github.com/puppetlabs/mcollective-package-agent > <https://github.com/puppetlabs/mcollective-package-agent>. What I > also am > > led to believe is that if I use the "ensure => present" in the > package > > resource, that puppet will not make any attempts (after the initial > > install) to upgrade to a newer version of the package. > > > > Does this seem like a valid way to get our code onto servers, > ensuring > > that puppet won't run arbitrary upgrades at some random later point? > > > > Thanks, > > Guy > > > > Hi Guy, > > This is a good approach that I have been advocating for some time. The > drawback to 'ensure => latest' is that your systems could update > whenever a new package is released to your repo. If puppet is set to > run > in a staggered fashion across your systems, as is the default approach, > then your system would upgrade at different times, which is generally a > very bad thing. Using MCollective to trigger when updates happen means > that it happens at the same time and when you expect it, such as during > a maintenance window. > > Best regards, > -g > > -- > Garrett Honeycutt > @learnpuppet > Puppet Training with LearnPuppet.com > Mobile: +1.206.414.8658 > > -- > You received this message because you are subscribed to the Google > Groups "Puppet Users" group. > To unsubscribe from this group and stop receiving emails from it, send > an email to [email protected] > <mailto:[email protected]>. > To view this discussion on the web visit > https://groups.google.com/d/msgid/puppet-users/f86021fe-c0d7-401c-938c-bcf2e0c48ef0%40googlegroups.com > <https://groups.google.com/d/msgid/puppet-users/f86021fe-c0d7-401c-938c-bcf2e0c48ef0%40googlegroups.com?utm_medium=email&utm_source=footer>. > For more options, visit https://groups.google.com/d/optout. -- Garrett Honeycutt @learnpuppet Puppet Training with LearnPuppet.com Mobile: +1.206.414.8658 -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/53767834.2020409%40garretthoneycutt.com. For more options, visit https://groups.google.com/d/optout.
