I just use capistrano to do atomic updates of my manifest directory.
For those who haven't used capistrano, it checks out a new copy to
/releases/, symlinks it to /current (which is
where Puppet is configured to look) and then restarts the unicorns.
On 4 January 2011 13:35, Richard Crowley 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 do something like this to deploy all web apps, the Puppet m
Hi James,
2011/1/3 James Ralston
> [...]
> 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 use a sc
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 additional cron entries.
How can I append to the f
In multiple places in the Puppet wiki, I see the advice to store the
puppermaster configuration in a VCS (specifically, a Subversion
repository), and then checkout that Subversion repository into /etc/
puppet. That way, the puppermaster's configuration can be updated by
simply running (on the puppe
Ok that seems to be the problem but it's apparently still not fixed in 2.6.3
on Solaris.
I did figure out more on this issue, it seems that if you are managing a
cron entry for a user that does not yet exist puppet nukes all the current
entries for any cron jobs it's currently managing for exist
On Mon, Jan 3, 2011 at 08:10, CraftyTech wrote:
> I normally setup a virtual user resource, and then realize it via
> collection. This setup works flawlessly for the most part when used with a
> single tag, but I now have the need to specify multiple tags. This is what
> I normally do:
> @
what am i doing wrong?
<0>r...@test2(46)~$ cat <<.|/usr/bin/ruby ; echo $?
> require 'puppet'
> require 'yaml'
> YAML.load_file('/var/lib/puppet/client_yaml/catalog/$HOSTNAME.yaml')
> .
/usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in
`transfer': can't convert Array into String (TypeEr
Kent,
On Jan 3, 11:06 am, Kent wrote:
> While running Puppet on Solaris clients we seem to be losing our existing
> cron entries when using the cron resource provided from puppet. This does
> not happen all the time but often enough that it's becoming a problem.
> This happens more often on zones
On Sat, Jan 1, 2011 at 12:04 AM, Alan Barrett wrote:
> On Thu, 30 Dec 2010, Paul Berry wrote:
> > Those of you reading puppet-dev may have already noticed that we're
> making
> > we've documented the changes we're anticipating here:
> > http://projects.puppetlabs.com/projects/puppet/wiki/Report_F
While running Puppet on Solaris clients we seem to be losing our existing
cron entries when using the cron resource provided from puppet. This does
not happen all the time but often enough that it's becoming a problem.
This happens more often on zones than it does on the global zone itself.
At s
On Mon, Jan 3, 2011 at 7:40 AM, jcbollinger wrote:
>
>
> On Dec 24 2010, 8:41 am, Daniel Piddock
> wrote:
> > I've done a bit of poking around the issue tracker. Issue 4473
> > http://projects.puppetlabs.com/issues/4473 appears to be the ticket
> > related to this.
>
> No, I don't think it is. I
On Dec 28 2010, 12:31 pm, cyrus wrote:
> Are definitions inherited?
>
> By that I mean I have the following:
>
> class main {
>
>
>
> define luser () {
> ... some code ...
> }
>
>
>
> }
>
> class inetd inherits main {
>
> /* call luser definition */
>
Hello All,
I normally setup a virtual user resource, and then realize it via
collection. This setup works flawlessly for the most part when used with a
single tag, but I now have the need to specify multiple tags. This is what
I normally do:
@user { 'someuser':
ensure => present,
On 12/30/2010 03:25 AM, Dmytro Bablinyuk wrote:
> Hi Everyone,
>
> I have a very big chunk of code that consists from file, package,
> exec, auges actions. I need to execute certain actions on certain
> hosts. Each group of actions is valid for a single client host only
> thus they are not re-usab
On Dec 24 2010, 8:41 am, Daniel Piddock
wrote:
> I've done a bit of poking around the issue tracker. Issue 4473
> http://projects.puppetlabs.com/issues/4473 appears to be the ticket
> related to this.
No, I don't think it is. Issue 4473 is about resolving parent class
names in a class inherita
On Dec 24 2010, 6:10 am, Dan Carley wrote:
[...]
> There are some hack-ish ways to work around it. You can specify that all of
> your includes come from the top scope by prefixing them with ::, such as
> 'include ::mysql'. But this makes for some pretty long winded manifest
> writing if you want
Thanks! Stefans suggestion seemed elegant and productive, and proved to be so.
On Sat, Jan 1, 2011 at 6:48 PM, Stefan Schulte
wrote:
> On Sat, Jan 01, 2011 at 12:53:11AM -0800, bowlby wrote:
>> Hi,
>>
>> I'm figuring out a way to build a ssh-gateway. For that to work I want
>> access to the int
18 matches
Mail list logo