On Tue, May 3, 2022 at 11:53 AM Ulrich Windl <ulrich.wi...@rz.uni-regensburg.de> wrote: > > >>> Reid Wahl <nw...@redhat.com> schrieb am 03.05.2022 um 10:16 in Nachricht > <capiuu98bfcig8gkuoglxyeyfjdotahfetxjwp79dbxdo71r...@mail.gmail.com>: > > On Tue, May 3, 2022 at 12:36 AM Ulrich Windl > > <ulrich.wi...@rz.uni‑regensburg.de> 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/