On 07/09/2012 09:31 PM, Marco Cancedda wrote:
I guess that was it, please confirm :-)
We couldn't possibly, nor have we been in any position to guess this
reason from the information given so far.
Glad you came through with the debugging.
Please note that puppet agent -dv or failing that
Hello there,
I've done the strace as suggested and I found that puppet is doing an open
and lstat of all files in a user's directory which contains a large number
of files.
I was reading about it and I found about the recursive = false used when
dealing with this kind of problem, as it
Hello,
After I wrote the other message I actually found where to put the recursion
option, on
./modules/users/manifests/definitions/useraccount.pp
So now it's sorted, or at least the process is not taking ages anymore.
I guess that was it, please confirm :-)
Thanks in advance,
Marco
On
After doing what, exactly? Did you actually try adding these users
manually via adduser and/or useradd?
No I didn't add them manually some times puppet works and add them if not
existed some time it just hang.
Please forgive me if I am skeptical. Does the command 'puppet resource
user' agree
On Wednesday, June 27, 2012 8:14:21 AM UTC-5, Azfar Hashmi wrote:
Thanks Jhon for the response but I am still in black-hole.
After doing what, exactly? Did you actually try adding these users
manually via adduser and/or useradd?
Btw total no of users on the system are only below which
Thanks Jhon for the response but I am still in black-hole.
Btw total no of users on the system are only below which are in the class.
So I don't think puppet should take much time to find free UIDs. Regarding
other classess if I disable all classes and and use only this class the
behavior is same
On 06/27/2012 03:14 PM, Azfar Hashmi wrote:
Thanks Jhon for the response but I am still in black-hole.
Btw total no of users on the system are only below which are in the
class. So I don't think puppet should take much time to find free UIDs.
Regarding other classess if I disable all classes
On Monday, June 25, 2012 7:54:54 AM UTC-5, Azfar Hashmi wrote:
Anyone please
I don't see anything inherently wrong with the class, and the behavior you
describe is not normal for Puppet, so the issue likely arises from a
combination of the node's current configuration with the
Anyone please
On Thursday, 14 June 2012 18:07:32 UTC+5, Azfar Hashmi wrote:
Peter,
What should I change in nns config to change its behavior without breaking
any other function. BTW all are Debian 6 but on different clouds.
On Tue, Jun 12, 2012 at 8:40 PM, Azfar Hashmi
Peter,
What should I change in nns config to change its behavior without breaking
any other function. BTW all are Debian 6 but on different clouds.
On Tue, Jun 12, 2012 at 8:40 PM, Azfar Hashmi azfarhas...@gmail.com wrote:
Hi,
Sorry I forgot to add the code, below is my class.
class
On 2012-06-11 17:46, Azfar Hashmi wrote:
I have dozens of nodes but on one node the system users class is
taking 100% cpu. I have no issue on other systems. When I disable this
class the puppet client works fine. Tried reinstalling puppet from
scratch but no avail. Any idea why it always hanging
Hi,
Sorry I forgot to add the code, below is my class.
class std_debian_users {
#We create users
users::useraccount { user1:
ensure = present,
fullname = user,
password =
Hi,
I have dozens of nodes but on one node the system users class is
taking 100% cpu. I have no issue on other systems. When I disable this
class the puppet client works fine. Tried reinstalling puppet from
scratch but no avail. Any idea why it always hanging at this class?
--
You received this
On Mon, Jun 11, 2012 at 11:46 AM, Azfar Hashmi azfarhas...@gmail.comwrote:
Any idea why it always hanging at this class?
Without some code to look at it would be hard for anybody to take a guess...
Peter L. Berghold salty.cowd...@gmail.com
http://blog.berghold.net
“If A
14 matches
Mail list logo
