Puppet users - Aug 2008 - Anyone seen this error before?

I''m converting our puppetd to cron and I''m now getting this
error..
but only on some machines??

Aug 12 11:11:36 server puppetd[31333]: Could not retrieve catalog: Got
1 failure(s) while initializing: change from absent to directory
failed: Could not set directory on ensure: Permission denied - /var
/puppet/ssl on node server.empoweringmedia.net
Aug 12 11:11:36 server puppetd[31333]: Could not load cached catalog:
syntax error on line 3, col 0: `Class:^N@children[^Go;''

Here is the cron:

/usr/sbin/puppetd --onetime --no-daemonize --logdest syslog --
catalog_format marshal --server archive.pvt.empoweringmedia.net > /dev/
null 2>&1

This error occurs manually or via cron.

Here is our puppet.conf file, which doesn''t point to /var/puppet/ssl

[main]
vardir = /var/lib/puppet
logdir = /var/log/puppet
rundir = /var/run/puppet
ssldir = $vardir/ssl

environment=production

# plugin sync
pluginsync = true
pluginsource = puppet:///plugins
plugindest = $vardir/lib/plugins
factpath = $vardir/lib/plugins/facter

[puppetd]
classfile = $vardir/classes.txt
localconfig = $vardir/localconfig
report=true
listen=true
bindaddress=[private[
certname=server.empoweringmedia.net


Any ideas?
--~--~---------~--~----~------------~-------~--~----~
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+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---

What user is puppetd being started as?

On the one that doesn''t work, what does it say when you run:

puppetd --configprint ssldir

how about:

puppetd --configprint config

and with sudo for each?

--~--~---------~--~----~------------~-------~--~----~
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+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---

On Aug 12, 11:24 am, "Andrew Shafer" <and...@reductivelabs.com>
wrote:
> What user is puppetd being started as?
root
>
> On the one that doesn''t work, what does it say when you run:
>
> puppetd --configprint ssldir
shows:
the correct path.

It appears the $vardir isn''t expanding with running puppetd as
onetime?  As soon as I remove the variable the error goes away...
hmmm.
>
> how about:
>
> puppetd --configprint config
>
> and with sudo for each?
--~--~---------~--~----~------------~-------~--~----~
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+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Actually scratch that... the error is still occuring now when I run
the second time.



On Aug 12, 11:24 am, "Andrew Shafer" <and...@reductivelabs.com>
wrote:
> What user is puppetd being started as?
>
> On the one that doesn''t work, what does it say when you run:
>
> puppetd --configprint ssldir
>
> how about:
>
> puppetd --configprint config
>
> and with sudo for each?
--~--~---------~--~----~------------~-------~--~----~
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+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---

To resolve the issue I cleared the node and facter cache on the
puppetmaster

I also created a wiki entry to document the process of using crontab
instead of daemon:

http://reductivelabs.com/trac/puppet/wiki/cron

Feel free to add/modify.

Cheers..

-L
--
Larry Ludwig
Empowering Media
1-866-792-0489 x600
Fully Managed VPSes
http://www.hostcube.com/
--~--~---------~--~----~------------~-------~--~----~
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+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---

2008/8/12 Larry Ludwig <larrylud@gmail.com>:
>
> To resolve the issue I cleared the node and facter cache on the
> puppetmaster
>
> I also created a wiki entry to document the process of using crontab
> instead of daemon:
>
> http://reductivelabs.com/trac/puppet/wiki/cron
>
> Feel free to add/modify.
>
> Cheers..
>
> -L
I''d be tempted to use a custom fact for this rather than running an
external program.  Also, you might considering moving the executables
out of /etc, and storing the variable data in /var.

.r''

--~--~---------~--~----~------------~-------~--~----~
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+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---

I use an external function to do the cron handling - maybe its useful for
others

http://reductivelabs.com/trac/puppet/wiki/cron#settingCronusingpuppetcustomfunction

Ohad

On Wed, Aug 13, 2008 at 6:01 AM, RijilV <rijilv@gmail.com> wrote:
>
> 2008/8/12 Larry Ludwig <larrylud@gmail.com>:
> >
> > To resolve the issue I cleared the node and facter cache on the
> > puppetmaster
> >
> > I also created a wiki entry to document the process of using crontab
> > instead of daemon:
> >
> > http://reductivelabs.com/trac/puppet/wiki/cron
> >
> > Feel free to add/modify.
> >
> > Cheers..
> >
> > -L
>
> I''d be tempted to use a custom fact for this rather than running
an
> external program.  Also, you might considering moving the executables
> out of /etc, and storing the variable data in /var.
>
> .r''
>
> >
>
--~--~---------~--~----~------------~-------~--~----~
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+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---

On Aug 12, 11:19 pm, "Ohad Levy" <ohadl...@gmail.com>
wrote:
> I use an external function to do the cron handling - maybe its useful for
> others
>
> http://reductivelabs.com/trac/puppet/wiki/cron#settingCronusingpuppet...
>
> Ohad
Not a bad idea on the last octet of the server IP. Though in our case
it won''t really even the load as closely as we need to.  I manually
did adjust the crontab entries on the puppetmaster.

I know Luke isn''t going to want to hear this, but running puppetd via
cron runs much better.  The load is slightly higher on the
puppetmaster, but no more nagios memory warning or nagios having to
constantly kick puppetd.

Now if I only had the time to figure out what''s required to make
puppetd into a xinetd/inetd process.

-L

--
Larry Ludwig
Empowering Media
1-866-792-0489 x600
Fully Managed VPSes
http://www.hostcube.com/
--~--~---------~--~----~------------~-------~--~----~
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+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---

>
>
> >
http://reductivelabs.com/trac/puppet/wiki/cron#settingCronusingpuppet...
> >
>
> Not a bad idea on the last octet of the server IP. Though in our case
> it won''t really even the load as closely as we need to.  I
manually
> did adjust the crontab entries on the puppetmaster.

Why wont it solve your problem? The only thing that I had to do was to run
the puppetd with a random second (e.g. wait a few seconds and not start all
clients at the same minute and second).
>
>
> Now if I only had the time to figure out what''s required to make
> puppetd into a xinetd/inetd process.
I''ll also love that very much, not that you don''t need puppetd
as a whole,
you just need the puppetrun functionality.

Ohad

--~--~---------~--~----~------------~-------~--~----~
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+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---