On 01/03/2011 10:51 PM, Ace wrote:
> I want to manage cronjobs as a " file " in solaris through puppet and
> not using the puppet cron resource.
>
> I will be managing the file /var/spool/cron/crontabs/root.
>
> I want the cron file to be same across all servers except some servers
> will have ad
Hey James,
if you could switch to Git instead of SVN, I have a working script
which will automate this process for you, maybe you could also
adopt it to use SVN as VCS backend.
http://sts.ono.at/blog/2010/12/22/synchronize-puppet-with-git/
Regards, Stefan.
On Jan 3, 2011, at 22:34 , James Ralst
On Tue, Jan 4, 2011 at 8:02 PM, Felix Frank wrote:
> On 01/03/2011 10:51 PM, Ace wrote:
> > I want to manage cronjobs as a " file " in solaris through puppet and
> > not using the puppet cron resource.
> >
> > I will be managing the file /var/spool/cron/crontabs/root.
> >
> > I want the cron file
> Ive recently started using the method described below which is working
> well so far. It may not be able to work with the 'appendifnosuchline'
> approach.
>
> http://linuxman.wikispaces.com/Creating+a+cron+job+with+puppet
Hmm, interesting. Have you considered using the ubiquitous file concat
m
Hi All
We are going through a tedious debug looking for a nit with our extlookup
data. I wondered if there was any way to get progress/status from extlookup
to help us find our problem
It seems R.I.Pienaar has some debug code for extlookup (
http://groups.google.com/group/puppet-dev/msg/5c7062183
On Mon, 03 Jan 2011, James Ralston wrote:
> So, here's my question: if you are currently using the "svn update"
> approach to manage /etc/puppet on the puppetmaster, have you taken
> conscious steps to help avoid a race condition? If so, what are they?
> And if not, why not?
I made a conscious dec
On Mon, 03 Jan 2011, Ace wrote:
> I will be managing the file /var/spool/cron/crontabs/root.
>
> I want the cron file to be same across all servers except some servers
> will have additional cron entries.
Since you want to avoid the puppet "cron" type, I'd suggest using the
"concat" module from <
On Mon, Jan 3, 2011 at 1:51 PM, Ace wrote:
> I want to manage cronjobs as a " file " in solaris through puppet and
> not using the puppet cron resource.
>
> I will be managing the file /var/spool/cron/crontabs/root.
>
> I want the cron file to be same across all servers except some servers
> will
Just FYI to people looking at this thread I filled bug 5752 on
puppetlabs.com for this issue.
Hopefully it gets resolved soon or I can figure out a work around
because right now we have to stop using the cron provider for all
users.
-Kent
On Jan 3, 2:12 pm, Kent wrote:
> Ok that seems to be the
On Jan 4, 2011 5:22 AM, "Alan Barrett" wrote:
> On Mon, 03 Jan 2011, James Ralston wrote:
> > So, here's my question: if you are currently using the "svn update"
> > approach to manage /etc/puppet on the puppetmaster, have you taken
> > conscious steps to help avoid a race condition? If so, what a
Greetings,
Our environment consists of about 600 Redhat Enterprise Linux 3, 4, 5,
and soon 6 servers. We use cfengine 2 currently, but plan on
migrating to puppet. Right now, we have our root-owned cfengine
client running every 15 minutes from cron contacting a single cfservd
server. Additional
I fixed the problem in filetype.rb and included a patch on the bug id
at puppetlabs.com. Below is the same patch I submitted, this is tested
working on 2.6.3 and 2.6.4 for Solaris 10 with (in a zone or a
global).
The changes the crontab -l run to only run as root and ask for the
proper crontab, for
On Jan 4, 2011 10:56 AM, "Jason Parrott" wrote:
> Our environment consists of about 600 Redhat Enterprise Linux 3, 4, 5,
> and soon 6 servers. We use cfengine 2 currently, but plan on
> migrating to puppet. Right now, we have our root-owned cfengine
> client running every 15 minutes from cron c
I have the same intermittent error, but both the client and server are
on 2.6.4. Is there any other reason this could happen?
On Dec 6 2010, 3:51 pm, "russell.fulton"
wrote:
> > This can happen when your client's major version is larger than your
> > server's major version. Is that possable?
>
On Jan 4, 2011, at 9:39 AM, Daniel Pittman wrote:
> On Jan 4, 2011 5:22 AM, "Alan Barrett" wrote:
> > On Mon, 03 Jan 2011, James Ralston wrote:
> > > So, here's my question: if you are currently using the "svn update"
> > > approach to manage /etc/puppet on the puppetmaster, have you taken
> > >
On Jan 4, 2011, at 10:42 AM, Jason Parrott wrote:
> Greetings,
>
> Our environment consists of about 600 Redhat Enterprise Linux 3, 4, 5,
> and soon 6 servers. We use cfengine 2 currently, but plan on
> migrating to puppet. Right now, we have our root-owned cfengine
> client running every 15 m
Thanks for identifying the problem Kent - I can confirm it here on our Sol
10 U9 puppet servers which require the puppet user with a crontab
Other servers without a user crontab requirement don't nuke root's crontab
I have updated bug 5752
Regards
John
On 5 January 2011 03:07, Kent wrote:
>
Hi,
I'm curious how people handle the following situation in their node
definitions- you have a default configuration of a service that you want
on all of your servers except for the servers that have a more specific
configuration. For example, I want all of my servers to include the
sendmail::sat
Hi,
I am trying to get resource from http (not from the file server),
trying like this
file { "/var/log/README.txt":
source => "http://hg/some/path/tip/README.txt";
}
But having error
r...@puppet-client-ubuntu:~# puppetd --test
info: Retrieving plugin
info: Caching catalog for puppet-clien
19 matches
Mail list logo
