 |
Christopher Wood |
at Aug 14, 2014 at 5:29 pm
|
⇧ | 
| |
If somebody came to me with this question at work, I'd ask why they aren't already managing the files in the directory to eliminate this dependency.
There's no "refreshonly" for files like there is for execs per the type list, so you're out of luck there ("not all types can refresh").
https://docs.puppetlabs.com/references/latest/type.html#filehttps://docs.puppetlabs.com/references/latest/metaparameter.html#subscribeIn this case, where configs depend very much on the version of the underlying rpm, I might on one hand:
1) create a custom fact with the version of this package
https://docs.puppetlabs.com/facter/2.1/custom_facts.html2) manage files based on the version exposed by this fact (have the files depend on the package so that they're managed after)
However, facts are only read once, iirc, so an rpm version change during an agent run will mean that configs are fixed up on the next agent run, leaving the daemon with stale configs for a time. Not desirable.
To get around this I might have two sets of manifests, each for the separate rpm version, and use hiera + class parameter to decide which set of rpm+configs gets managed and which gets removed. Toggle the value and I get newer versus older daemons.
If I were doing this in a high availability environment I might use the dual manifests to build a new set of servers with the new rpm+configs, while managing the hosts with the old rpm+configs. Then swap those into the load balancer in the same action where I swap the older servers out and carry on. That way if we find a problem we can just swap in the old servers to restore service and go ponder.
On Thu, Aug 14, 2014 at 09:44:01AM -0700, Tim Arnold wrote:I want to 'manage' the files in a certain directory ONLY if the rpm is
updated. Any help is appreciated.
For example (this doesn't work):
package { 'package-name' :
ensure => 'Version-2',
provider => 'rpm',
}
file { '/home/thisuser/.java' :
ensure => directory,
subscribe => Package['package-name'],
recurse => true,
purge => true,
force => true,
backup => false,
source => 'puppet:///modules/test/home/thisuser/.java',
}
--
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 [1]
[email protected].
To view this discussion on the web visit
[2]https://groups.google.com/d/msgid/puppet-users/dfdda8af-df09-4fbd-b395-1a419d532564%40googlegroups.com.
For more options, visit [3]https://groups.google.com/d/optout.
References
Visible links
1. mailto:puppet-users+
[email protected]2.
https://groups.google.com/d/msgid/puppet-users/dfdda8af-df09-4fbd-b395-1a419d532564%40googlegroups.com?utm_medium=email&utm_source=footer3.
https://groups.google.com/d/optout --
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/20140814172850.GA26640%40iniquitous.heresiarch.ca.For more options, visit
https://groups.google.com/d/optout.
