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 std_debian_users {
>
> #We create users
>
> users::useraccount { "user1":
> ensure => present,
> fullname => "user",
> password =>
> '$6$UCKmcpzC$.bgwFSgNNaauzWk7WUyO9dohTRRy5Li.Xd0KddJxICEECMESAbt1XThDc770V1hYiyGBdc5vekq5N4njQv6bZ1',
> shell => '/bin/bash'
> }
>
> users::useraccount { "user2":
> ensure => present,
> fullname => "user2",
> password =>
> '$6$qBa42BcV$oKXSwPgUKlvDTX71U5Of42wP9G8CgXUn/UYQei5bKiN5xXowtQaFr/n1wiwe/BTpykrFkaOngBPSrHen7rVmV1',
> shell => '/bin/bash'
> }
>
> users::useraccount { "user3":
> ensure => present,
> fullname => "user3",
> password =>
> '$6$atO.haGi$28ZSmzB/fcHm3wcqFWxjUcGvEha0Ea0h2RYHUwvqjjbxjIw881GJxgPScI.baoE38iEWwrAaZfUtgu5pCS9NJ/',
> shell => '/bin/bash'
> }
>
> users::useraccount { "user4":
> ensure => present,
> fullname => "user4",
> password =>
> '$6$RdmLIN/Q$g2PpxbYrmv4sBRHIVn3k8xgc0ZbbaCux3RiBKqArM7A.RkGzuJajaD3cbZUYvHAz63iTEdA1y88SDtGz/h8nH/',
> shell => '/bin/bash'
> }
>
> #users::useraccount { "user5":
> # ensure => present,
> # fullname => "user5",
> # password =>
> '$6$998jabhr$yEDSXs4/cdZxAmRjj2H7XHIPngRYsBycGfhFyrcfSeaTnaFuUIcYkZu7bMThbN5Q9p5zlCmzu1PpZXpt3yqIe/',
> # shell => '/bin/bash'
> #}
>
> users::useraccount { "user6":
> ensure => present,
> fullname => "user6",
> password =>
> '$6$5O7svvCF$o6IyT0mTIhd8GeS/C4.Cp.UR4dXo.nwJwWzGVXtN6vGe8AvzF/y.XrbkFR2XLkFt87VauI9z.U6Qtm0pWmOdm/',
> shell => '/bin/bash'
> }
>
> users::useraccount { "user7":
> ensure => present,
> fullname => "user7",
> password =>
> '$6$PUi11dq7$DBjgWj461bZwNv4hKguwownEsU.wmwpuMbAidMGceVs/cr18rrVW.O8ZV2/dwiDLQsZGV38uPQvAfRvcNhaIA/',
> shell => '/bin/bash'
> }
>
> #SSH Public Keys for users
>
> file { '/home/user1/.ssh/authorized_keys2':
> owner => user1,
> group => user1,
> mode => 0600,
> require => Users::Useraccount['user1'],
> source => "puppet://
> sw-zabbix.abc.com/files/standard_debian/home/user1/.ssh/authorized_keys2",
> }
>
> file { '/home/user2/.ssh/authorized_keys2':
> owner => user2,
> group => user2,
> mode => 0600,
> require => Users::Useraccount['user2'],
> source => "puppet://
> sw-zabbix.abc.com/files/standard_debian/home/user2/.ssh/authorized_keys2",
> }
>
> file { '/home/user3/.ssh/authorized_keys2':
> owner => user3,
> group => user3,
> mode => 0600,
> require => Users::Useraccount['user3'],
> source => "puppet://
> sw-zabbix.abc.com/files/standard_debian/home/user3/.ssh/authorized_keys2",
> }
>
> file { '/home/user4/.ssh/authorized_keys2':
> owner => user4,
> group => user4,
> mode => 0600,
> require => Users::Useraccount['user4'],
> source => "puppet://
> sw-zabbix.abc.com/files/standard_debian/home/user4/.ssh/authorized_keys2",
> }
>
> file { '/home/user5/.ssh/authorized_keys2':
> owner => user5,
> group => user5,
> mode => 0600,
> require => Users::Useraccount['user5'],
> source => "puppet://
> sw-zabbix.abc.com/files/standard_debian/home/user5/.ssh/authorized_keys2",
> }
>
> file { '/home/user6/.ssh/authorized_keys2':
> owner => user6,
> group => user6,
> mode => 0600,
> require => Users::Useraccount['user6'],
> source => "puppet://
> sw-zabbix.abc.com/files/standard_debian/home/user6/.ssh/authorized_keys2",
> }
> #file { '/home/user7/.ssh/authorized_keys2':
> # owner => user7,
> # group => user7,
> # mode => 0600,
> # require => Users::Useraccount['user7'],
> # source => "puppet://
> sw-zabbix.abc.com/files/standard_debian/home/user7/.ssh/authorized_keys2",
> # }
>
> }
>
>
> On Tue, Jun 12, 2012 at 11:20 AM, David Schmitt <da...@dasz.at> wrote:
>
>> 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 at this class?
>>>
>>
>> The NSS configuration on that node is different, causing an adduser call
>> to run through the complete user directory to find a free uid.
>>
>>
>> Also, what Peter said.
>>
>> Best Regards, David
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Puppet Users" group.
>> To post to this group, send email to puppet-users@googlegroups.com.
>> To unsubscribe from this group, send email to puppet-users+unsubscribe@**
>> googlegroups.com <puppet-users%2bunsubscr...@googlegroups.com>.
>> For more options, visit this group at http://groups.google.com/**
>> group/puppet-users?hl=en<http://groups.google.com/group/puppet-users?hl=en>
>> .
>>
>>
>
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
