ambari-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Greg Hill <greg.h...@RACKSPACE.COM>
Subject Re: stopping host components via API
Date Mon, 21 Jul 2014 17:54:07 GMT
Anyone know if this is intentional or not?  It seems to ignore setting the
HostRole/state if the host_component is in maintenance mode.  I was able
to work around it by immediately setting maintenance mode after changing
the state. But that leads to a race condition as to whether nagios notices
the downed services before maintenance mode kicks in.

IMO, it shouldn't behave this way.  There's no safe way to stop services
as it is right now.  It should let you stop them during maintenance, as
that's really the primary reason you'd want to set maintenance.

Should I just open a bug?


On 7/21/14 8:02 AM, "Greg Hill" <greg.hill@RACKSPACE.COM> wrote:

>I did some debugging and it turns out that the problem is that I set
>maintenance mode prior to stopping the components.  Unfortunately, this
>makes it so nagios starts alerting me.  My script is attempting to remove
>a slave node from a cluster by doing the following:
>1. Set maintenance mode on all host_components.
>2. Stop all host_components.
>3. Remove all host_components.
>4. Remove host from cluster.
>This was what I had worked out to be the proper procedure a few weeks
>back.  Am I doing something wrong or did I discover a bug?
>On 7/18/14 7:15 PM, "Yusaku Sako" <> wrote:
>>That should not be broken.
>>What is the exact call you are trying to make (can you post the
>>equivalent curl call)?
>>On Fri, Jul 18, 2014 at 2:13 PM, Greg Hill <>
>>> This used to be accomplished by doing a PUT with this message to the
>>> resource:
>>> {"RequestInfo": {"context" :"Stop All Components"}, "Body":
>>> {"state": "INSTALLED"}}}
>>> But that doesn't appear to work any more.  It worked a few weeks ago.
>>> there somewhere where changes like this are being documented?
>>> Greg
>>NOTICE: This message is intended for the use of the individual or entity
>>which it is addressed and may contain information that is confidential,
>>privileged and exempt from disclosure under applicable law. If the reader
>>of this message is not the intended recipient, you are hereby notified
>>any printing, copying, dissemination, distribution, disclosure or
>>forwarding of this communication is strictly prohibited. If you have
>>received this communication in error, please contact the sender
>>and delete it from your system. Thank You.

View raw message