[Linux-cluster] locating a starting resource
Andrew Beekhof
andrew at beekhof.net
Fri Aug 29 02:31:36 UTC 2014
On 29 Aug 2014, at 10:57 am, Ferenc Wagner <wferi at niif.hu> wrote:
> Andrew Beekhof <andrew at beekhof.net> writes:
>
>> On 28 Aug 2014, at 4:56 am, Ferenc Wagner <wferi at niif.hu> wrote:
>>
>>> Andrew Beekhof <andrew at beekhof.net> writes:
>>>
>>>> On 27 Aug 2014, at 6:42 am, Ferenc Wagner <wferi at niif.hu> wrote:
>>>>
>>>>> crm_resource --locate finds the hosting node of a running (successfully
>>>>> started) resource just fine. Is there a way to similarly find out the
>>>>> location of a resource *being* started, ie. whose resource agent is
>>>>> already running the start action, but that action is not finished yet?
>>>>
>>>> You need to set record-pending=true in the op_defaults section.
>>>> For some reason this is not yet documented :-/
>>>>
>>>> With this in place, crm_resource will find the correct location
>>>
>>> I set it in a single start operation, and it works as advertised,
>>> thanks! At first I was suprised to see "Started" in the crm status
>>> output while the resource was only starting, but the added order
>>> constraint worked as expected, ie. the dependent resource started only
>>> after the start action finished successfully. This begs a bonus
>>> question: how do I tell apart starting resources with record-pendig=true
>>> and started resources?
>>
>> I'm reasonably sure we don't expose that via crm_resource.
>> Seems like a reasonable thing to do though.
>
> crm_resource -O outputs lines like this:
> [...] Started : vm-elm_start_0 (node=lant, call=-1, rc=14): pending
> which seems good enough for now.
> --
More recent versions also have:
-j, --pending
Display pending state if 'record-pending' is enabled
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://listman.redhat.com/archives/linux-cluster/attachments/20140829/0ed8c128/attachment.sig>
More information about the Linux-cluster
mailing list