On Mon, Mar 1, 2010 at 9:13 AM, Marc Fournier
wrote:
> Paul: why do you think ssh_authorized_key is terrible ? Do you think
> the behaviour should be different ?
1) Lots of intermittent bugs that are hard to reproduce, harder to
track down, and yet at scale show up often enough to cause problems.
Hey guys,
I'm really glad tools like the Foreman exist and are part of the
Puppet ecosystem, but I don't use it and I'd kinda like to keep the
Puppet list about... Puppet. Sorry to be the jerk here, but doesn't
the Foreman have it's own mailing list?
Thanks,
Paul
--
You received this message be
Hi Rene,
I tried to replicate the behavior without luck.
Reading again your email I noticed that you used getent passwd to pull the
LDAP data, but that does not guarantee you are pulling from LDAP as it
depends on the order in your nsswitch.conf file.
Here nsswitch.conf has files before ldap(I c
I'm using puppet to deploy new versions of our application to our
server instances.
I do this by having a custom puppet node classifier that talks to a
database that defines what version of an application is supposed to be
on a particular node:
parameters:
application: "webapp",
webapp_versio
Hi Tony
Thanks for the quick answer.
Yes the group is defined in the LDAP too with the same GID. And here
the definition:
@user { auser:
comment => 'Some user',
ensure => present,
gid => somegid,
uid => 300,
groups =>
Trying this now Ohad :-S
On 2 March 2010 15:57, Ohad Levy wrote:
> sudo puppetrun for apache? :)
>
On Tue, Mar 2, 2010 at 11:27 PM, Matt wrote:
>
>> Hi all,
>>
>> Trying to get puppetrun executed from a php app and have hit a wall with
>> permissions.
>>
>> If I run it as root it works fine, a
On 1 March 2010 13:01, Peter Meier wrote:
> Try and add "client = false" to your puppet.conf or start puppetd with
>> the option --no-client. (Only the second one works for me...)
>>
>
> if this is reproducible for the latest version, can you file a bug report?
> (assuming you haven't yet done so
sudo puppetrun for apache? :)
On Tue, Mar 2, 2010 at 11:27 PM, Matt wrote:
> Hi all,
>
> Trying to get puppetrun executed from a php app and have hit a wall with
> permissions.
>
> If I run it as root it works fine, and if I run the .php file as root it
> also works. But executing under apache
Hi Rene,
Couple of things you might check:
Do you have the agroup defined in LDAP too? If so that ldap group might
have a differente gid as the local one.
How looks the definition of the user in users::db?
On Tue, Mar 2, 2010 at 8:44 AM, Rene wrote:
> On the System we have defined the user a
gehel wrote:
Hello !
I'm trying to implement a Nagios solution based on David Schmitt's
Complete Config. But I the following error when running puppetd -t -
v :
notice: Starting catalog run
err: //Node[monitoring]/nagios::target/Nagios::Host[]/File[/conf.d/
_host.cfg]/ensure: change from absent
Hi all,
Trying to get puppetrun executed from a php app and have hit a wall with
permissions.
If I run it as root it works fine, and if I run the .php file as root it
also works. But executing under apache causes a authentication error on the
puppet client.
puppet clients namespaceauth.conf
[pu
Hello !
I'm trying to implement a Nagios solution based on David Schmitt's
Complete Config. But I the following error when running puppetd -t -
v :
notice: Starting catalog run
err: //Node[monitoring]/nagios::target/Nagios::Host[]/File[/conf.d/
_host.cfg]/ensure: change from absent to present fai
On the System we have defined the user auser as:
/etc/passwd:
auser:x:300:300:auser User:/application/home/auser:/bin/bash
/etc/group:
agroup:x:126:auser
So id auser gives:
uid=300(auser) gid=300(auser) groups=126(agroup),300(auser)
In the LDAP we have:
#getent passwd auser
auser:x:300:300:auser
On Mar 1, 2:14 pm, Brian Ferris wrote:
> For what it's worth, I finally debugged this issue.
Great!
> Hopefully this will help if anyone ever runs into a similar issue down the
> road.
Thanks for that.
John
--
You received this message because you are subscribed to the Google Groups
"Pup
14 matches
Mail list logo