Did you ever find a fix for this? I think it may be a puppet issue caching the user list on catalog initiation - I put a 3 minute sleep behind the net ads join exec and it still errored, but a successive run immediately populates the users properly.
Thanks, Austin On Friday, February 11, 2011 at 2:52:09 PM UTC-5, Monkeys Typing wrote: > > I have a mostly working set of modules to replace our kickstart and > about a dozen scripts. > > I am having issues with attempting to populate my AD account-owned > user folders in the initial puppet run. The machines i am testing > with are all CentOS 5.5 so far. > > I have defined 3 additional stages, > Stage [init] -> Stage [pre] -> Stage [main] -> Stage [post] > to attempt to fix this to no avail. I have my Samba class defined in > pre, with my "make ad prod user folders" class defined in post. I am > also managing my ldap.conf, system-auth-ac, nsswitch.conf all in the > initial stages. > > I have an exec in my samba module to join the new servers to the > domain, a simple "net ads join -U adminaccount". > > I see during --test runs, that the joindomain exec is scheduled to run > after the smb and krb5 files are puppettized. Then way at the end of > my run I see puppet attempting to create my user folders, but it is > giving errors stating that the users do not exist. However, as soon > as the catalog run finishes, the AD users are indeed recognized by id > <username>. > > A second run of puppet completes with no issues. > > What am I missing to make sure that the AD user folders class is not > attempted before the join has happened? > > Thanks, > > Jim Goddard -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/ad8ddc9c-9511-4020-957f-740f60866b62%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.