-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> From what I see, yours will cope with the case where I update menu.lst
> server-side, but what if somebody changes the client's copy
> of /boot/grub/menu.lst? It seems puppet won't notice it so won't recover
> the "proper" contents (as per the pu
On Apr 28, 2010, at 5:02 PM, Jesús M. Navarro wrote:
> Hi, Patrick:
>
> On Wednesday 28 April 2010 23:42:38 Patrick wrote:
>> On Apr 28, 2010, at 1:10 PM, Jesús M. Navarro wrote:
>>> Hi, list:
>>>
>>> I'm trying to add a Debian-based Xen Dom0 server to puppet management.
>
> [...]
>
>> I won'
Hi, Patrick:
On Wednesday 28 April 2010 23:42:38 Patrick wrote:
> On Apr 28, 2010, at 1:10 PM, Jesús M. Navarro wrote:
> > Hi, list:
> >
> > I'm trying to add a Debian-based Xen Dom0 server to puppet management.
[...]
> I won't call this way elegant, but there is an easy way to do it.
>
>
>
On Apr 28, 2010, at 1:10 PM, Jesús M. Navarro wrote:
> Hi, list:
>
> I'm trying to add a Debian-based Xen Dom0 server to puppet management.
>
> One of the files I want to consider is /boot/grub/menu.lst since it contains
> some Xen-related options.
>
> When managing it by hand I'd produce a s
Hi, list:
I'm trying to add a Debian-based Xen Dom0 server to puppet management.
One of the files I want to consider is /boot/grub/menu.lst since it contains
some Xen-related options.
When managing it by hand I'd produce a skeleton for menu.lst and then I'd
execute update-grub, which would loo
Traditionally i haved rolled mine into rpms for deployment. Over time this can
create a rather large private repo.
There is also a third party repo which may help (rpmforge), but im unsure of
your policy regarding foreign rpms. They do have a great deal of the cpan
modules already in rpm forma
On Wed, Apr 28, 2010 at 1:13 PM, Brad Lhotsky wrote:
> Not to mention the RedHat Perl distribution has been notoriously bad. I
> know the last 5.8.8 release still shipped without weak reference support.
> Try to install Moose or any Modern Perl Module, without weak reference
> support!
H, i
Not to mention the RedHat Perl distribution has been notoriously bad. I
know the last 5.8.8 release still shipped without weak reference support.
Try to install Moose or any Modern Perl Module, without weak reference
support!
I'm moving to building my own Perl installed in /opt/local/perl and th
I made the mistake of assuming that external nodes were working just because
they appeared to be working. This was entirely a problem in my config. I
can't believe I fought with this for a whole day and didn't realize the
problem. Thanks for your help.
On Wed, Apr 28, 2010 at 7:00 AM, Michael D
On Wed, Apr 28, 2010 at 8:52 AM, Cosimo Streppone wrote:
> On Wed, 28 Apr 2010 17:36:03 +0200, Nigel Kersten
> wrote:
>
> On Tue, Apr 27, 2010 at 5:02 PM, Alan McKay
>>> wrote:
>>>
> I was just digging through the archives and found some comments from
> Sept 2008 about CPAN provid
> I'm biased towards, when possible, distributing package content via
> RPM or deb ... but ideally, those too. You are free to ignore that,
> but those are my preferences.
It is also mine, but about 30 of the packages our code uses are not
found in the CentOS RPMs. I've been looking at every i
On Wed, Apr 28, 2010 at 12:04 PM, Alan McKay wrote:
> On Wed, Apr 28, 2010 at 11:04 AM, Michael DeHaan
> wrote:
>> Doing really minimal packaging for the CPAN modules you use, if not
>> already packaged, would be worth it in my opinion.
>
I'm biased towards, when possible, distributing package
On Wed, Apr 28, 2010 at 11:04 AM, Michael DeHaan wrote:
> Doing really minimal packaging for the CPAN modules you use, if not
> already packaged, would be worth it in my opinion.
So how do you mean? One thing I was thinking of is building once on a
central machine and then sticking it from there
On Wed, 28 Apr 2010 17:36:03 +0200, Nigel Kersten
wrote:
On Tue, Apr 27, 2010 at 5:02 PM, Alan McKay
wrote:
I was just digging through the archives and found some comments from
Sept 2008 about CPAN provider being immature.
Personally, I wouldn't want a CPAN provider -- if you can get c
On Wed, Apr 28, 2010 at 8:24 AM, Cosimo Streppone wrote:
> On Wed, 28 Apr 2010 17:04:30 +0200, Michael DeHaan
> wrote:
>
> On Tue, Apr 27, 2010 at 5:02 PM, Alan McKay wrote:
>>
>>> Hi folks,
>>>
>>> I was just digging through the archives and found some comments from
>>> Sept 2008 about CPAN pr
On Wed, 28 Apr 2010 17:04:30 +0200, Michael DeHaan
wrote:
On Tue, Apr 27, 2010 at 5:02 PM, Alan McKay wrote:
Hi folks,
I was just digging through the archives and found some comments from
Sept 2008 about CPAN provider being immature.
Personally, I wouldn't want a CPAN provider -- if you
On Tue, Apr 27, 2010 at 5:02 PM, Alan McKay wrote:
> Hi folks,
>
> I was just digging through the archives and found some comments from
> Sept 2008 about CPAN provider being immature.
Personally, I wouldn't want a CPAN provider -- if you can get content
from OS packages (debian is particularly go
On Tue, Apr 27, 2010 at 5:54 PM, Marc Fournier
wrote:
>
>> Quick question: Has anyone tried Puppet on the RHEL 6 beta? We have
>> to start gearing up at work to replace our RHEL5 servers with RHEL6
>> to resolve a bunch of long running issues we have, and I didn't even
>> want to download the is
Replying to my own post, this was caused by a version mismatch between
the server and client. The puppet server must always be either same
version or a newer version than the client.
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to thi
I'm wondering if you're getting an error somewhere that could help
explain this, it certaintly is not expected.
Anything interesting in the logs? Could you run the puppetmaster in
--no-daemonize --debug mode and see if you get any output when doing
this?
--Michael
On Wed, Apr 28, 2010 at 9:05
Arnaud Gomes-do-Vale wrote:
> Brice Figureau writes:
>
>> Can you try with a newer rails/active record? This one is a little
>> bit old, and I'm not sure there aren't some bugs. I vaguely
>> remember that puppet required rails 2.2, but I might be wrong.
Well, puppet 0.25 doesn't refuse to run w
I have a working configuration using external nodes, but when I enable
storeconfigs using either Sqlite or MySQL, nodes no longer get
assigned their classes from the external nodes script. I'm currently
using the 0.25.4-2ubuntu6 packages from Ubuntu 10.4. Disabling
storeconfigs and restarting pu
If anyone's wondering why our feedburner feed is not updating, it's
because it's pointing at the wrong URL.
You may want to subscribe to
http://www.puppetlabs.com/category/blog/blog/feed/ directly using your
RSS reader.
--Michael
--
You received this message because you are subscribed to the Go
I saw an error like this when the client was 0.25.x and the server
was 0.24.x.
Thank you - but I've got both 0.25 - this is the same node which is
running puppetmaster.
I've purge storedconfig database - and this solved problem. Strange...
which version of 0.25.x ? There was issue that have
Hello!
Wiadomość napisana w dniu 2010-04-27, o godz. 06:47, przez Patrick:
I saw an error like this when the client was 0.25.x and the server
was 0.24.x.
Thank you - but I've got both 0.25 - this is the same node which is
running puppetmaster.
I've purge storedconfig database - and this s
25 matches
Mail list logo