Re: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure

2020-12-17 Thread Gabriele Bulfon
: 16 dicembre 2020 19.57.31 CET Oggetto: Re: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure On Wed, 2020-12-16 at 15:16 +0100, Gabriele Bulfon wrote: > Ok, I used some OpenIndiana patches and now it works, and also > accepts the pcmk_delay_base param. Good to know. Beyond en

Re: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure

2020-12-16 Thread Ken Gaillot
eXoplanets : https://gabrielebulfon.bandcamp.com/album/exoplanets ^^^ wow, love it > > > > Da: Gabriele Bulfon > A: Cluster Labs - All topics related to open-source clustering > welcomed > Data: 16 dicembre 2020 9.27.31 CET > Oggetto: Re: [ClusterLabs] Antw: Re:

Re: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure

2020-12-16 Thread Gabriele Bulfon
topics related to open-source clustering welcomed Data: 16 dicembre 2020 9.27.31 CET Oggetto: Re: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure   Thanks! I updated package to version 1.1.24, but now I receive an error on pacemaker.log :   Dec 16 09:08:23 [5090] pacemakerd

Re: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure

2020-12-16 Thread Gabriele Bulfon
: Andrei Borzenkov A: Cluster Labs - All topics related to open-source clustering welcomed Data: 15 dicembre 2020 10.52.46 CET Oggetto: Re: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure pcmk_delay_base was introduced in 1.1.17 and you apparently have 1.1.15 (unless it was backported

Re: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure

2020-12-15 Thread Gabriele Bulfon
A: Cluster Labs - All topics related to open-source clustering welcomed Data: 14 dicembre 2020 15.56.32 CET Oggetto: Re: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure On Mon, Dec 14, 2020 at 2:40 PM Gabriele Bulfon wrote: > > I isolated the log when everything happens (when I d

Re: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure

2020-12-15 Thread Andrei Borzenkov
Andrei Borzenkov > A: Cluster Labs - All topics related to open-source clustering welcomed > > Data: 14 dicembre 2020 15.56.32 CET > Oggetto: Re: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure > > On Mon, Dec 14, 2020 at 2:40 PM Gabriele Bulfon wrote: > &g

Re: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure

2020-12-14 Thread Gabriele Bulfon
  -- Da: Ulrich Windl A: users@clusterlabs.org Data: 14 dicembre 2020 11.53.22 CET Oggetto: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure >>> Gabriele Bulfon schrieb am 14.12.2020 um 11:48 in Nachricht <1065144646.7212.16079

Re: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure

2020-12-14 Thread Andrei Borzenkov
On Mon, Dec 14, 2020 at 2:40 PM Gabriele Bulfon wrote: > > I isolated the log when everything happens (when I disable the ha interface), > attached here. > And where are matching logs from the second node? ___ Manage your subscription:

Re: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure

2020-12-14 Thread Gabriele Bulfon
  -- Da: Ulrich Windl A: users@clusterlabs.org Data: 14 dicembre 2020 8.52.16 CET Oggetto: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure >>> Gabriele Bulfon schrieb am 11.12.2020 um 15:51 in

[ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure

2020-12-14 Thread Ulrich Windl
>>> Gabriele Bulfon schrieb am 14.12.2020 um 11:48 in Nachricht <1065144646.7212.1607942889206@www>: > Thanks! > > I tried first option, by adding pcmk_delay_base to the two stonith > primitives. > First has 1 second, second has 5 seconds. > It didn't work :( they still killed each other :( >

[ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure

2020-12-13 Thread Ulrich Windl
>>> Gabriele Bulfon schrieb am 11.12.2020 um 15:51 in Nachricht <1053095478.6540.1607698288628@www>: > I cannot "use wait_for_all: 0", cause this would move automatically a powered > off node from UNCLEAN to OFFLINE and mount the ZFS pool (total risk!): I want > to manually move from UNCLEAN to