This is the situation:
We have a bunch of config files. We check if mtime changed.
The line written in syslog is trapped by a monitoring tool and someone
is warned.
This works fine...
What we want is
1. to backup the file when mtime has changed (and keep x versions)
2. execute a diff between ne
Don't use Puppet for this, use AIDE or TRIPWIRE, or Samhain, or the like.
On Tue, Mar 31, 2009 at 04:29, PL wrote:
>
> This is the situation:
> We have a bunch of config files. We check if mtime changed.
> The line written in syslog is trapped by a monitoring tool and someone
> is warned.
> This
Hello,
I am trying to install puppet on redhat enterprise 3
I have successfully compil ruby facter and puppet
The augeas-libs rpm is not available for el3 on any website and I have
a compilation error with it
Is someone has still an rpm for redhat 3 ?
Vincent
--~--~-~--~~-
Hi All
I've currently got a fact that converts all environment variables to
facters for use in templating..etc, this works pretty well, but if I
push push out a new env.d file that sets some environment vars thats
needed for a module thats going to be run after (being read by
/etc/profile),
> Then this 'load_data' call is equivalent to this Puppet code:
>
> class apache {
> $host = "myhost.com"
> $port = 80
> }
Interesting..
Three questions about this:
1. Could these variables be overridden by a node variable? I assume no.
2. What happens if the data file is missing?
3. Could
On Sun, Mar 29, 2009 at 4:34 PM, James Turnbull wrote:
>
>
> On Sun, 29 Mar 2009 08:02:24 -0700, Nigel Kersten
> wrote:
>> Backports of server products to the last LTS release in Ubuntu should
>> be something we can get done and I'm keen to push on trying to get
>> that going.
>
> Nigel
>
> Happ
On Mar 31, 2009, at 10:03 AM, Larry Ludwig wrote:
>
>
>> Then this 'load_data' call is equivalent to this Puppet code:
>>
>> class apache {
>> $host = "myhost.com"
>> $port = 80
>> }
>
> Interesting..
>
> Three questions about this:
> 1. Could these variables be overridden by a node variable?
On Mar 31, 2009, at 3:29 AM, PL wrote:
>
> This is the situation:
> We have a bunch of config files. We check if mtime changed.
> The line written in syslog is trapped by a monitoring tool and someone
> is warned.
> This works fine...
>
> What we want is
> 1. to backup the file when mtime has cha
On Mar 31, 2009, at 12:26 PM, Luke Kanies wrote:
> I think you've convinced that a given module should search all of the
> module path directories, rather than just the first found directory.
> This would allow you to have your site module dir in front of the dist
> module dir and override templa
as it turns out the timzones were different. However , now in
/var/log/syslog I get
Mar 31 18:39:56 debain_client_host puppetd[19020]: Calling puppetca.getcert
Mar 31 18:39:57 debian_client_host puppetd[19020]: Could not request
certificate: Certificate retrieval failed: Certificate request does n
"/etc/init.d/puppet stop" does not work because the /var/run/
puppetd.pid file does not contain the pid. Is their some issue with /
sbin/start-stop-daemon and ruby? It appears that start-stop-daemon
does not git a pid back from the exec to puppetd.
--~--~-~--~~~---~--
On Mar 31, 2009, at 1:30 PM, Larry Ludwig wrote:
>
>
> On Mar 31, 2009, at 12:26 PM, Luke Kanies wrote:
>> I think you've convinced that a given module should search all of the
>> module path directories, rather than just the first found directory.
>> This would allow you to have your site module
I've seen the debian bug report, but is there a workaround for this
issue?
# puppet --version
/usr/lib/ruby/1.8/xmlsimple.rb:275: warning: already initialized
constant KNOWN_OPTIONS
/usr/lib/ruby/1.8/xmlsimple.rb:280: warning: already initialized
constant DEF_KEY_ATTRIBUTES
/usr/lib/ruby/1.8/xmls
On Tue, 31 Mar 2009 11:54:01 -0700 (PDT), mailtrevh...@gmail.com said:
> "/etc/init.d/puppet stop" does not work because the /var/run/
> puppetd.pid file does not contain the pid.
What do you have in /etc/puppet/puppetd.conf under [puppetd]? Anything
relating to where the PID file is written?
T
On Tue, Mar 31, 2009 at 10:05 AM, Craig Dunn wrote:
> I've currently got a fact that converts all environment variables to
> facters for use in templating..etc, this works pretty well, but if I
> push push out a new env.d file that sets some environment vars thats
> needed for a module thats goi
have you tried installing using the ruby gem method?
http://reductivelabs.com/trac/puppet/wiki/InstallationGuide#Alternative:UsingRubyGems
I got fairly far using this method with Redhat 8 before having to put my
Redhat 8 + puppet project on hold.
-Brandon
Vincent wrote:
> Hello,
> I am tryin
Hey Keith and Puppet-Users,
the --pidfile option is passed to start-stop-daemon when starting.
and the file /var/run/puppetd.pid is created, it just does not contain
the pid. it contains
$ cat /var/run/puppetd.pid
$ pet$
that is not the string "pet", it is a repeat of the prompt, so some
non p
On Tue, 2009-03-31 at 07:01 -0700, Vincent wrote:
> The augeas-libs rpm is not available for el3 on any website and I have
> a compilation error with it
In a pinch, you can remove the augeas-libs dependency from the puppet
RPM (you won't be able to use the augeas type though)
Please either file
Hello!
I have searched around on google and github without finding any puppet
module for managing VirtualBox installations.
I've seen some modules for xen, but none that works out of the box on
ubuntu. For what I know, xen need a special build kernel or some
kernel modules.
Here is my start...
Craig Dunn wrote:
> OK, heres what I am trying to accomplish and I have a couple of issues
> with this
>
> I have a mysql module, and other modules that require mysql users to be
> set up, I thought I had this cracked with the following:
Hey!
Have you checked out duritong's puppet-mysql mo
On Mon, 30 Mar 2009 21:38:25 -0500, Luke Kanies wrote:
> Hi all,
>
> We at Reductive Labs keep running into clients who need something like
> an attribute class - that is, for a given module, they want a single
> class that handles all of the variable setting and overriding, and
> then th
+1 for this, it opens up quite a lot of new options.
I'm currently considering using it in a similar manner you use multiple
sources for a file resource, allowing each module who uses a variable to
lookup a data file in another module (which would solve the variable
inheritance problem), e.g.:
I
On Tue, 31 Mar 2009 14:35:13 -0700 (PDT), mailtrevh...@gmail.com said:
> the --pidfile option is passed to start-stop-daemon when starting.
I know.
> and the file /var/run/puppetd.pid is created
Not from /etc/init.d/puppet it isn't:
23 matches
Mail list logo
