[ClusterLabs] Q: About a false negative of storage_mon

2022-08-02 Thread
Hi, Since O_DIRECT is not specified in open() [1], it reads the buffer cache and may result in a false negative. I fear that this possibility increases in environments with large buffer cache and running disk-reading applications such as database. So, I think it's better to specify

Re: [ClusterLabs] Q: Is there any plan for pcs to support corosync-notifyd?

2021-03-24 Thread
On Thu, Mar 18, 2021 at 6:31 PM Jehan-Guillaume de Rorthais wrote: > > On Thu, 18 Mar 2021 17:29:59 +0900 > 井上和徳 wrote: > > > On Tue, Mar 16, 2021 at 10:23 PM Jehan-Guillaume de Rorthais > > wrote: > > > > > > > On Tue, 16 Mar 2

Re: [ClusterLabs] Q: Is there any plan for pcs to support corosync-notifyd?

2021-03-18 Thread
mptrapd[33312]: (snip) rhel83-3 (snip) STRING: "joined" Mar 18 16:24:11 cent83 snmptrapd[33312]: (snip) rhel83-3 (snip) STRING: "quorate" Mar 18 16:24:11 cent83 snmptrapd[33312]: (snip) rhel83-3 (snip) STRING: "joined" Mar 18 16:24:11 cent83 snmptrapd[33312]: (s

Re: [ClusterLabs] Q: Is there any plan for pcs to support corosync-notifyd?

2021-03-18 Thread
On Tue, Mar 16, 2021 at 10:23 PM Jehan-Guillaume de Rorthais wrote: > > > On Tue, 16 Mar 2021, 09:58 井上和徳, wrote: > > > > > Hi! > > > > > > Cluster (corosync and pacemaker) can be started with pcs, > > > but corosync-notifyd needs to be started

[ClusterLabs] Q: Is there any plan for pcs to support corosync-notifyd?

2021-03-16 Thread
Hi! Cluster (corosync and pacemaker) can be started with pcs, but corosync-notifyd needs to be started separately with systemctl, which is not easy to use. # pcs cluster start --all rhel83-1: Starting Cluster... rhel83-2: Starting Cluster... rhel83-3: Starting Cluster... # ssh rhel83-1 systemctl

Re: [ClusterLabs] Q: Starting from pcs-0.10.6-4.el8, logs of pcsd are now output to syslog

2021-01-07 Thread
e upstream in > commit ddb0d3fed3273181356cd638d724b891ecd78263. > > > Regards, > Tomas > > > Dne 23. 12. 20 v 5:25 井上和徳 napsal(a): > > Hi! > > > > Is it a specification that pcsd (pcs-0.10.6-4.el8) outputs logs to syslog? > > If it is a specification, which chan

[ClusterLabs] Q: Starting from pcs-0.10.6-4.el8, logs of pcsd are now output to syslog

2020-12-22 Thread
Hi! Is it a specification that pcsd (pcs-0.10.6-4.el8) outputs logs to syslog? If it is a specification, which change/commit is it due to? # rpm -q pcs pcs-0.10.6-4.el8.x86_64 # # cat /var/log/pcsd/pcsd.log I, [2020-12-23T13:17:36.748 #00010] INFO -- : Starting Daemons I,

Re: [ClusterLabs] About the log indicating RA execution

2020-07-02 Thread
Thanks for the comments, everyone. I'll go over the details and create an improved PullRequest with proposal (2). Best Regards, Kazunori INOUE On Fri, Jul 3, 2020 at 12:09 AM Ken Gaillot wrote: > > On Thu, 2020-07-02 at 18:12 +0900, 井上和徳 wrote: > > Hi all, > > > >

[ClusterLabs] About the log indicating RA execution

2020-07-02 Thread
Hi all, We think it is desirable to output the log indicating the start and finish of RA execution to syslog on the same node. (End users monitoring the syslog are requesting that the output be on the same node.) Currently, the start[1] and finish[2] logs may be output by different nodes.

Re: [ClusterLabs] [Question] About clufter's Corosync 3 support

2019-07-18 Thread
2019年7月18日(木) 22:42 Jan Pokorný : > On 18/07/19 18:08 +0900, 井上和徳 wrote: > > 'pcs config export' fails in RHEL 8.0 environment because clufter > > does not support Corosync 3 (Camelback). > > How is the state of progress? https://pagure.io/clufter/issue/4 > > As much

[ClusterLabs] [Question] About clufter's Corosync 3 support

2019-07-18 Thread
Hi, 'pcs config export' fails in RHEL 8.0 environment because clufter does not support Corosync 3 (Camelback). How is the state of progress? https://pagure.io/clufter/issue/4 [root@r80-1 ~]# cat /etc/redhat-release Red Hat Enterprise Linux release 8.0 (Ootpa) [root@r80-1 ~]# dnf list | grep -E

Re: [ClusterLabs] Questions about SBD behavior

2018-06-25 Thread
> -Original Message- > From: Klaus Wenninger [mailto:kwenn...@redhat.com] > Sent: Wednesday, June 13, 2018 6:40 PM > To: Cluster Labs - All topics related to open-source clustering welcomed; 井上 和 > 徳 > Subject: Re: [ClusterLabs] Questions about SBD behavior > > On

Re: [ClusterLabs] Questions about SBD behavior

2018-06-13 Thread
Klaus > Wenninger > Sent: Friday, May 25, 2018 4:08 PM > To: users@clusterlabs.org > Subject: Re: [ClusterLabs] Questions about SBD behavior > > On 05/25/2018 07:31 AM, 井上 和徳 wrote: > > Hi, > > > > I am checking the watchdog function of SBD (without shared block-

[ClusterLabs] Questions about SBD behavior

2018-05-24 Thread
Hi, I am checking the watchdog function of SBD (without shared block-device). In a two-node cluster, if one cluster is stopped, watchdog is triggered on the remaining node. Is this the designed behavior? [vmrh75b]# cat /etc/corosync/corosync.conf (snip) quorum { provider:

Re: [ClusterLabs] PCMK_node_start_state=standby sometimes does not work

2017-12-05 Thread
02 AM > To: Cluster Labs - All topics related to open-source clustering welcomed > Subject: Re: [ClusterLabs] PCMK_node_start_state=standby sometimes does not > work > > On Tue, 2017-11-28 at 09:36 +, 井上 和徳 wrote: > > Hi, > > > > Sometimes a node with 'PCM

[ClusterLabs] PCMK_node_start_state=standby sometimes does not work

2017-11-28 Thread
Hi, Sometimes a node with 'PCMK_node_start_state=standby' will start up Online. [ reproduction scenario ] * Set 'PCMK_node_start_state=standby' to /etc/sysconfig/pacemaker. * Delete cib (/var/lib/pacemaker/cib/*). * Start pacemaker at the same time on 2 nodes. # for i in rhel74-1 rhel74-3 ;

Re: [ClusterLabs] Updated attribute is not displayed in crm_mon

2017-08-17 Thread
t; starts, rather than when the crmd completes its first join. This > eliminates the window where attributes can be set before the CIB is > cleared. > > On Tue, 2017-08-15 at 08:42 +, 井上 和徳 wrote: > > Hi Ken, > > > > Thanks for the explanation. > >

[ClusterLabs] Updated attribute is not displayed in crm_mon

2017-08-02 Thread
Hi, In Pacemaker-1.1.17, the attribute updated while starting pacemaker is not displayed in crm_mon. In Pacemaker-1.1.16, it is displayed and results are different. https://github.com/ClusterLabs/pacemaker/commit/fe44f400a3116a158ab331a92a49a4ad8937170d This commit is the cause, but the

Re: [ClusterLabs] Node attribute disappears when pacemaker is started

2017-06-13 Thread
n the issue to the crm shell developers. It should > probably at least warn if the node isn't known. > > > On 05/31/2017 09:35 PM, 井上 和徳 wrote: > > Hi Ken, > > > > I'm sorry. Attachment size was too large. > > I attached it to GitHub, so look at it. > > https://githu

Re: [ClusterLabs] Pacemaker's "stonith too many failures" log is not accurate

2017-05-26 Thread
day, May 17, 2017 11:09 PM > To: users@clusterlabs.org > Subject: Re: [ClusterLabs] Pacemaker's "stonith too many failures" log is not > accurate > > On 05/17/2017 04:56 AM, Klaus Wenninger wrote: > > On 05/17/2017 11:28 AM, 井上 和徳 wrote: > >> Hi, > >> I'm te

Re: [ClusterLabs] Node attribute disappears when pacemaker is started

2017-05-26 Thread
> On 05/24/2017 05:13 AM, 井上 和徳 wrote: > > Hi, > > > > After loading the node attribute, when I start pacemaker of that node, the > > attribute disappears. > > > > 1. Start pacemaker on node1. > > 2. Load configure containing node attribute of node2

[ClusterLabs] Node attribute disappears when pacemaker is started

2017-05-24 Thread
Hi, After loading the node attribute, when I start pacemaker of that node, the attribute disappears. 1. Start pacemaker on node1. 2. Load configure containing node attribute of node2. (I use multicast addresses in corosync, so did not set "nodelist {nodeid: }" in corosync.conf.) 3. Start

Re: [ClusterLabs] Pacemaker's "stonith too many failures" log is not accurate

2017-05-18 Thread
o many failures" log is not > accurate > > On 05/17/2017 04:56 AM, Klaus Wenninger wrote: > > On 05/17/2017 11:28 AM, 井上 和徳 wrote: > >> Hi, > >> I'm testing Pacemaker-1.1.17-rc1. > >> The number of failures in "Too many failures (10) to fence" log doe