Re: [ClusterLabs] Antw: [EXT] Re: Q: How to clean up a failed fencing operation?

2022-05-12 Thread Klaus Wenninger
On Tue, May 3, 2022 at 11:53 AM Ulrich Windl
 wrote:
>
> >>> Reid Wahl  schrieb am 03.05.2022 um 10:16 in Nachricht
> :
> > On Tue, May 3, 2022 at 12:36 AM Ulrich Windl
> >  wrote:
> >>
> >> Hi!
> >>
> >> I'm familiar with cleaning up various failed resource actions via
> > "crm_resource ‑C ‑r resource_name ‑N node_name ‑n operation".
> >> However I wonder wha tthe correct paraneters for a failed fencing operation
>
> > (that lingers around) are.
> >
> > stonith_admin ‑‑history '*' ‑‑cleanup
>
> Ah, a completely different command! Interestingly this does not produce any
> logs in syslog (no DC action).

Fencing history is totally independent from failure history for
resources that is
recorded in the cib. That is part of the strategy to have the fencing framework
operate kind of independently from DC, scheduler and stuff.
It lives purely within the framework built by the fenced instances and
broadcasted
between those instances to keep it current - or purged if requested.
DC role thus isn't relevant for working with the fencing history.
Of course operations on the fencing history can create logs but they may be
below the usually enabled level. Nothing there should influence the behavior
of the cluster (you can't purge pending actions).

Klaus
>
> Regards,
> Ulrich
>
>
> >
> >>
> >> crm_mon found:
> >> Failed Fencing Actions:
> >>   * reboot of h18 failed: delegate=h16,
> client=stonith_admin.controld.22336,
> > origin=h18, last‑failed='2022‑04‑27 02:22:52 +02:00' (a later attempt
> succeeded)
> >>
> >> Regards,
> >> Ulrich
> >>
> >>
> >>
> >> ___
> >> Manage your subscription:
> >> https://lists.clusterlabs.org/mailman/listinfo/users
> >>
> >> ClusterLabs home: https://www.clusterlabs.org/
> >>
> >
> >
> > ‑‑
> > Regards,
> >
> > Reid Wahl (He/Him), RHCA
> > Senior Software Maintenance Engineer, Red Hat
> > CEE ‑ Platform Support Delivery ‑ ClusterHA
> >
> > ___
> > Manage your subscription:
> > https://lists.clusterlabs.org/mailman/listinfo/users
> >
> > ClusterLabs home: https://www.clusterlabs.org/
>
>
>
> ___
> Manage your subscription:
> https://lists.clusterlabs.org/mailman/listinfo/users
>
> ClusterLabs home: https://www.clusterlabs.org/

___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users

ClusterLabs home: https://www.clusterlabs.org/


[ClusterLabs] Antw: [EXT] Re: Q: How to clean up a failed fencing operation?

2022-05-03 Thread Ulrich Windl
>>> Reid Wahl  schrieb am 03.05.2022 um 10:16 in Nachricht
:
> On Tue, May 3, 2022 at 12:36 AM Ulrich Windl
>  wrote:
>>
>> Hi!
>>
>> I'm familiar with cleaning up various failed resource actions via 
> "crm_resource ‑C ‑r resource_name ‑N node_name ‑n operation".
>> However I wonder wha tthe correct paraneters for a failed fencing operation

> (that lingers around) are.
> 
> stonith_admin ‑‑history '*' ‑‑cleanup

Ah, a completely different command! Interestingly this does not produce any
logs in syslog (no DC action).

Regards,
Ulrich


> 
>>
>> crm_mon found:
>> Failed Fencing Actions:
>>   * reboot of h18 failed: delegate=h16,
client=stonith_admin.controld.22336, 
> origin=h18, last‑failed='2022‑04‑27 02:22:52 +02:00' (a later attempt
succeeded)
>>
>> Regards,
>> Ulrich
>>
>>
>>
>> ___
>> Manage your subscription:
>> https://lists.clusterlabs.org/mailman/listinfo/users 
>>
>> ClusterLabs home: https://www.clusterlabs.org/ 
>>
> 
> 
> ‑‑ 
> Regards,
> 
> Reid Wahl (He/Him), RHCA
> Senior Software Maintenance Engineer, Red Hat
> CEE ‑ Platform Support Delivery ‑ ClusterHA
> 
> ___
> Manage your subscription:
> https://lists.clusterlabs.org/mailman/listinfo/users 
> 
> ClusterLabs home: https://www.clusterlabs.org/ 



___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users

ClusterLabs home: https://www.clusterlabs.org/