Hi Adam,
Well...it looks like the services are starting, however Chef still
bombs out with this error that it can't find the user:
https://gist.github.com/971425
This only seems to happen during bootstrapping a system. It loads my
ldap_auth recipe and later my redis recipe (which crashes complaining
it can't find the redis user). If I run "getent passwd | grep redis"
before it hits the redis cookbook (but after it runs the ldap_auth
cookbook) the system shows it is seeing the user:
redis:*:997:997:redis:<redacted_path>:/bin/false
However, I still get the error:
/usr/lib/ruby/1.8/chef/provider/file.rb:82:in `getpwnam': can't find
user for redis
Now if I run chef-client again manually after the failed bootstrap,
the redis recipe completes successfully (it's almost as if Chef is
caching the user/group list at the start of the run). Any help is
greatly appreciated.
> You can add a simple:
>
> service "YOUR-DAEMON-HERE" do
> action :start
> end
>
> Or similar to the end of the LDAP client recipe, to ensure it gets started.
>
> On Fri, May 13, 2011 at 9:57 AM, Jason J. W. Williams
> < "> > wrote:
>> Besides putting :immediately on the service restart notifies in the template commands, is there a way to force a new service to start at the end of a recipe?
>>
>> My problem is I have a recipe that correctly installs ldap authentication for the OS, but since it doesn't immediately start the client daemon, subsequent recipes fail when they reference users defined in the ldap directory. Any pointers are greatly appreciated.
>>
>> -J
>>
>> Sent via iPhone
>>
>> Is your e-mail Premiere?
>
>
>
> --
> Opscode, Inc.
> Adam Jacob, Chief Product Officer
> T: (206) 619-7151 E: ">
>
Archive powered by MHonArc 2.6.16.