-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd +1000 this.
Mainly sugar around the call with the ability to twiddle all of the
useful rsync flags in a platform-agnostic manner where possible.
That would be truly awesome.
Also, the ability to natively wrap this in SSL with something like
stun
Michael DeHaan writes:
> On Wed, Apr 7, 2010 at 6:58 PM, Bruce Richardson wrote:
>> On Mon, Apr 05, 2010 at 04:54:30PM +1000, Daniel Pittman wrote:
>>> >>> thank you so much for the reply. i have bunch of webserver, i want to
>>> >>> able
>>> >>> be able run svn update to all the webserver from
Bruce Richardson writes:
> On Mon, Apr 05, 2010 at 04:54:30PM +1000, Daniel Pittman wrote:
>
>> >>> thank you so much for the reply. i have bunch of webserver, i want to
>> >>> able
>> >>> be able run svn update to all the webserver from master.
>>
>> this is not what puppet specializes in. you
"Dmitry V'yal" writes:
> I'm currently administering a vps running a dozen of php-sites. I use
> several scripts for deploying new sites, updating them, taking the backups
> and so on. All the system is quite fragile and error-prone. I'm thinking
> about some more integrated solution. Can puppet
On Wed, Apr 7, 2010 at 8:20 PM, Christopher Johnston wrote:
> Nfs is not always feasible in controlled environments. I run kernels with
> the nfs stack completely removed to cut out kernel bloat (for size).
>
And it can be slow and annoying, yes :)
> Rsync integration into puppet directly would
Nfs is not always feasible in controlled environments. I run kernels
with the nfs stack completely removed to cut out kernel bloat (for
size).
Rsync integration into puppet directly would be attractive and very
useful.
Sent from my iPhone
On Apr 7, 2010, at 8:07 PM, Michael DeHaan
wr
Hi all,
I'm doing this as an email rather than a blog post because it's very
half-baked and I'm not quite willing to stand behind it and make
promises. Still, it's useful and interesting, so I figure I should
spread the knowledge.
Some of you probably already know we've added a couple of
On Wed, Apr 7, 2010 at 1:38 PM, Patrick wrote:
> I second this. Puppet will load the whole file into ram, and puppet never
> deallocates memory. It's almost always better to move big files by putting
> them into a package or using an "Exec" type with "creates."
>
>
Just to be clear, the deall
On Wed, Apr 7, 2010 at 6:58 PM, Bruce Richardson wrote:
> On Mon, Apr 05, 2010 at 04:54:30PM +1000, Daniel Pittman wrote:
>> >>> thank you so much for the reply. i have bunch of webserver, i want to
>> >>> able
>> >>> be able run svn update to all the webserver from master.
>>
>> this is not wha
On 8 April 2010 00:20, Stu Teasdale wrote:
> On Tue, Apr 06, 2010 at 05:48:42PM +1000, James Turnbull wrote:
>> Hi all
>>
>> I've created RPM and DEB packages for the Puppet Dashboard 1.0.0rc1.
>> These are available via APT and Yum repositories hosted by Puppet
>> Labs. These are "first release"
On Mon, Apr 05, 2010 at 04:54:30PM +1000, Daniel Pittman wrote:
> >>> thank you so much for the reply. i have bunch of webserver, i want to able
> >>> be able run svn update to all the webserver from master.
>
> this is not what puppet specializes in. you can probably do it, but you will
> almost
On Wed, Apr 7, 2010 at 3:44 PM, Gustavo Soares wrote:
> I don't know which OS you are using, but maybe
> you should take a look on this
> post http://zcentric.com/2010/03/11/install-puppet-dashboard-on-redhatcentos-5/
>
> Cheers,
> Gus
> On Wed, Apr 7, 2010 at 2:46 PM, Asif Iqbal wrote:
>>
>> On
On Wed, Apr 07, 2010 at 12:10:07PM -0700, Dmitry V'yal wrote:
> Hello,
>
> I'm currently administering a vps running a dozen of php-sites. I use
> several scripts for deploying new sites, updating them, taking the
> backups and so on. All the system is quite fragile and error-prone.
> I'm thinking
On Wed, Apr 7, 2010 at 12:10 PM, Dmitry V'yal wrote:
> Hello,
>
> I'm currently administering a vps running a dozen of php-sites. I use
> several scripts for deploying new sites, updating them, taking the
> backups and so on. All the system is quite fragile and error-prone.
> I'm thinking about s
Hello,
I'm currently administering a vps running a dozen of php-sites. I use
several scripts for deploying new sites, updating them, taking the
backups and so on. All the system is quite fragile and error-prone.
I'm thinking about some more integrated solution. Can puppet be useful
in my situation
And actually, it looks like the recommended way currently us to use
Apache mod_env and the SetEnv directive.
http://blog.phusion.nl/2009/06/17/phusion-passenger-223-released-bug-fix-edition/
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To po
On Wed, Apr 7, 2010 at 11:15 AM, smain kahlouch wrote:
>
>
> 2010/4/7 Jeff McCune
>>
>> On Wed, Apr 7, 2010 at 7:16 AM, smain kahlouch wrote:
>> > Hi,
>> >
>> > I'm coming back 'cause i still notice the same error.
>> > I installed a new VM (debian 64)
>> > I followed exactly the documentation (
I don't know which OS you are using, but maybe
you should take a look on this post
http://zcentric.com/2010/03/11/install-puppet-dashboard-on-redhatcentos-5/
Cheers,
Gus
On Wed, Apr 7, 2010 at 2:46 PM, Asif Iqbal wrote:
> On Wed, Apr 7, 2010 at 1:31 PM, Asif Iqbal wrote:
> > Hi All
> >
> > I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> I seem to have found the exact same bug at
> http://projects.puppetlabs.com/issues/3387
>
> Is there any way to easy way to check to see if that fix is in 0.25.5rc1?
>
it looks like it is:
http://github.com/reductivelabs/puppet/commits/0.25.5rc1?
On Apr 4, 2010, at 3:14 AM, Peter Meier wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>>augeas{"samba-global2":
>>context => "/files/etc/samba/smb.conf/
>> target[.='global']",
>>changes => [
>>"set workgroup MSHOME",
>
On Wed, Apr 7, 2010 at 1:50 PM, Dan Bode wrote:
> Hi Asif,
>
> Can you open tickets on any issues that you find with the Dashboard? Its the
> best way to turn requests into action.
created
http://projects.puppetlabs.com/issues/3516
>
> thanks,
>
> Dan
>
> On Wed, Apr 7, 2010 at 10:41 AM, Asif
On Apr 7, 8:56 am, Seeker wrote:
> Hi all, Just wondering, is there a limit on the file size that you can
> transfer with PUPPET.
>
> Thank you all
As others have mentioned Puppet is pretty inefficient with file
transfers currently. Our rule of thumb limit File resources to less
than a meg. Tens
On Wed, Apr 7, 2010 at 1:41 PM, Asif Iqbal wrote:
> ** Invoke db:seed (first_time)
> ** Invoke environment
> ** Execute db:seed
> rake aborted!
> no such file to load -- puppet
> /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:31:in
> `gem_original_require'
> /usr/local/lib/site_ruby/1.8/r
Hi Asif,
Can you open tickets on any issues that you find with the Dashboard? Its the
best way to turn requests into action.
thanks,
Dan
On Wed, Apr 7, 2010 at 10:41 AM, Asif Iqbal wrote:
> mysql> UPDATE mysql.user SET Password=PASSWORD('') where User='root';
> Query OK, 3 rows affected (0.00
On Wed, Apr 7, 2010 at 1:31 PM, Asif Iqbal wrote:
> Hi All
>
> I am trying to install puppet dashboard and it is failing like this
>
> r...@sys-ubuntu { ~/puppet-dashboard }$ rake install
> (in /home/iqbala/puppet-dashboard)
> Couldn't create database for {"encoding"=>"utf8", "username"=>"root",
>
mysql> UPDATE mysql.user SET Password=PASSWORD('') where User='root';
Query OK, 3 rows affected (0.00 sec)
Rows matched: 3 Changed: 3 Warnings: 0
mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)
mysql> exit
Bye
r...@sys-ubuntu { ~/puppet-dashboard }$ rake install --trace
(in /home
I second this. Puppet will load the whole file into ram, and puppet never
deallocates memory. It's almost always better to move big files by putting
them into a package or using an "Exec" type with "creates."
On Apr 7, 2010, at 10:21 AM, Daniel Kerwin wrote:
> Not sure about a limit but pupp
Hi All
I am trying to install puppet dashboard and it is failing like this
r...@sys-ubuntu { ~/puppet-dashboard }$ rake install
(in /home/iqbala/puppet-dashboard)
Couldn't create database for {"encoding"=>"utf8", "username"=>"root",
"adapter"=>"mysql", "database"=>"dashboard_development"}, charse
Not sure about a limit but puppet isn't very good at transfering
really big files. This may lead to memory problems afaik
On Wed, Apr 7, 2010 at 6:56 PM, Seeker wrote:
> Hi all, Just wondering, is there a limit on the file size that you can
> transfer with PUPPET.
>
> Thank you all
>
> --
> You r
On Tue, Apr 06, 2010 at 05:48:42PM +1000, James Turnbull wrote:
> Hi all
>
> I've created RPM and DEB packages for the Puppet Dashboard 1.0.0rc1.
> These are available via APT and Yum repositories hosted by Puppet
> Labs. These are "first release" packages and I am by no means a
> packaging expert
Hi all, Just wondering, is there a limit on the file size that you can
transfer with PUPPET.
Thank you all
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-us...@googlegroups.com.
To unsubscribe from t
Thanks for your help. I have reported the issue.
http://projects.puppetlabs.com/issues/3514
Byron
On Apr 6, 5:04 pm, Ken wrote:
> Looks like you are right. Line 892 from puppet/util/settings.rb:
>
> text.split(/\n/).each { |line|
>
> Its splitting on line feed. I'd raise a ticket if I
2010/4/7 Jeff McCune
> On Wed, Apr 7, 2010 at 7:16 AM, smain kahlouch wrote:
> > Hi,
> >
> > I'm coming back 'cause i still notice the same error.
> > I installed a new VM (debian 64)
> > I followed exactly the documentation (installation of passenger via gems)
> > and the error.
> >
> > err: /F
Tore writes:
> What options does puppet provide to transfer information back to
> puppetmaster?
Facter, as was already pointed out, and the option of exported and imported
resources if you have storeconfig enabled. However...
[...]
> I have a few cases where just retrieving file X from all no
This is what facter is used for. This should get you started.
http://docs.puppetlabs.com/guides/custom_facts.html
-- cwebber
On Apr 7, 2010, at 6:57 AM, Tore wrote:
> What options does puppet provide to transfer information back to
> puppetmaster?
>
> I just wrote a quick manifest to create fil
On Wed, Apr 7, 2010 at 7:16 AM, smain kahlouch wrote:
> Hi,
>
> I'm coming back 'cause i still notice the same error.
> I installed a new VM (debian 64)
> I followed exactly the documentation (installation of passenger via gems)
> and the error.
>
> err: /File[/var/lib/puppet/lib]: Failed to gener
What options does puppet provide to transfer information back to
puppetmaster?
I just wrote a quick manifest to create files on the puppetmaster
based on information from the nodes:
http://pastebin.com/MyurwLrE
Then it struck me, this wont work at all since (of course) the
configuration is compil
So I don't get how you could have lost your pool, as zpool will refuse
to overwrite an existing pool without the "-f". All you would have had
to do was run "zpool import" and you'd been back to normal.
To be perfectly honest with you, I am a bit in the dark about that as
well. I've done the sam
2010/3/31 Ben Lovell
> On 31 March 2010 11:20, smain kahlouch wrote:
>
>>
>>
>> 2010/3/31 Ben Lovell
>>
>>> On 31 March 2010 11:03, smain kahlouch wrote:
>>>
2010/3/31 Ben Lovell
>>
>> 2010/3/30 Peter Meier
>>
>> gem update rack
>
On 7 April 2010 11:56, Thomas Bellman wrote:
> I have never quite understood the distinction between provisioning and
> other systems administration. Why is creating a file system provisioning,
> but installing a package not?
Some things are usually -- or best -- done at install time. IMHO
that'
Joe McDonagh wrote:
[I'm re-arranging what Joe said a bit so I can keep replies to related
issues together.]
They're not
unix-agnostic resources for one (has that fundamental bit of philosophy
changed?), and they're unlikely to change in a way that you want puppet
to 'correct'.
Puppet has
Kaspar,
On Apr 7, 8:31 am, Kaspar Schiess wrote:
> It is correct that zfs normally wont allow to recreate zpool (issuing a
> warning about the device already being part of a zpool). Only that when
> your OS doesn't know about the pool anymore, you don't want puppet to
> create it on the next boo
Kaspar,
On Apr 7, 10:44 am, Kaspar Schiess wrote:
> > Use "puppetd --disable" the next time to keep your tools from stampeding
> > over your manual recovery efforts.
>
> I am not sure I understand - I could only boot into failsafe mode at the
> time. And the first real boot came up with puppetd r
On 4/7/2010 10:44 AM, Kaspar Schiess wrote:
Use "puppetd --disable" the next time to keep your tools from
stampeding over your manual recovery efforts.
I am not sure I understand - I could only boot into failsafe mode at the
time. And the first real boot came up with puppetd running first thing
Use "puppetd --disable" the next time to keep your tools from stampeding
over your manual recovery efforts.
I am not sure I understand - I could only boot into failsafe mode at the
time. And the first real boot came up with puppetd running first thing.
I can't think of anything to stop that,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> I've seen excessive memory usage in some clients due to odd variants -
> the Linux OOM killer usually kicks in at some point. Check 'dmesg' to
> make sure it wasn't this.
>
> Also - are you catching core dumps on your box incidentally? And as
> Tore
I've seen excessive memory usage in some clients due to odd variants -
the Linux OOM killer usually kicks in at some point. Check 'dmesg' to
make sure it wasn't this.
Also - are you catching core dumps on your box incidentally? And as
Tore mentions - anything in the logs?
Of course the obvious th
On 4/7/2010 8:31 AM, Kaspar Schiess wrote:
Hi
as far as I understood was that the zpool information was lost, hence
puppet thought that there was no zpool anymore. I assume that this means
that zpool-tools didn't know about that anymore either, but it might
have been recoverable with manual int
48 matches
Mail list logo
