- From: KC Braunschweig <
>
- To:
- Subject: [chef] reindex and timeout (was: Reindexing and chef-client)
- Date: Fri, 24 Feb 2012 12:40:11 -0800
- Authentication-results: mr.google.com; spf=pass (google.com: domain of
designates 10.112.43.230 as permitted sender)
; dkim=pass
This reminded me of a problem I had. Wondering if it is common. I had
to do an index rebuild and the knife command kept timing out because
the rebuild takes a while. I didn't see a way to tell knife to use a
longer timeout to wait for the response.
Is there a way?
Should this not happen?
Should this be implemented as an async call instead?
Turns out the index rebuild did eventually finish successfully, but I
could only tell by the results and looking at the server logs. Since
the rebuild is actually separate calls for each index I'm worried that
if it gets too long, the later calls might not ever be made and index
rebuilding would become impossible to complete.
KC
>
> >>>
>
> >>> On Wednesday, February 22, 2012, Jesse Nelson
>
> >>> <
>
>
> >>> wrote:
>
> >>>> Couple things I can think of:
>
> >>>>
>
> >>>> You can block server's API port with iptables. Causing node client
>
> >>>> runs to fail, but not change anything.
>
> >>>>
>
> >>>> Add to all nodes runlist in the front a recipe that simply ends the
>
> >>>> run with node.exit. Till you're done with your upgrade of course.
>
> >>>>
>
> >>>> Knife ssh disable all your clients :)
>
> >>>>
>
> >>>> I am sure there are more!
>
> >>>>
- [chef] reindex and timeout (was: Reindexing and chef-client), KC Braunschweig, 02/24/2012
Archive powered by MHonArc 2.6.16.