- From: AJ Christensen <
>
- To: "
" <
>
- Subject: [chef] Re: Client locking
- Date: Wed, 13 Aug 2014 11:23:27 +1200
Both chef run_lock_timeout and yum_lock_timeout (hehe) are
configurable via client.rb
https://github.com/opscode/chef/blob/master/lib/chef/config.rb#L573-L576
https://github.com/opscode/chef/blob/master/lib/chef/config.rb#L334
cheers,
aj
On Wed, Aug 13, 2014 at 11:13 AM, Douglas Garstang
<
>
wrote:
>
I'm starting new instances, and the chef clients starts on boot from init.
>
I'm then stopping it (service chef-client stop), and running it manually so
>
that I can get a better idea of what's going on. I recently added the
>
chef-client to the runlist, and ocassionally duing the foreground run, the
>
client barfs with locking errors (from yum). This would tend to indicate to
>
me that the client started from the recipe is trying to run while the client
>
is also running in the foreground.
>
>
I thought I had seen in the past where, if the client was actually running
>
(not just running as a daemon) that running it on the foreground would tell
>
the client was already running and stop.
>
>
Bottom line... does the client have locking? What happens if it's doing a
>
foreground run and the daemon kicks off a parallel run?
>
>
Doug
>
Archive powered by MHonArc 2.6.16.