[Pacemaker] heartbeat links
Hi Question about the heartbeat links, I have two configured in ha.cf mcast eth0 239.192.0.0 694 1 0 bcast eth3 but when eth3 was disconnected the cluster tried to failover, is this correct operation or do both eth0 & eth3 have to down to trigger a failover? Best Regards, Gerry Kernan InfinityIT Suite 17 The Mall | Beacon Court | Sandyford | Dublin 18 p: +35312930090 | f: +35312930137 | m: +353861709790___ Pacemaker mailing list: Pacemaker@oss.clusterlabs.org http://oss.clusterlabs.org/mailman/listinfo/pacemaker Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
[Pacemaker] Pacemaker fencing and DLM/cLVM
Hello, In my pacemaker/corosync cluster it looks like I have some issues with fencing ACK on DLM/cLVM. When a node is fenced, dlm/cLVM are not aware of the fencing results and LVM commands hangs unless I run “dlm_tools fence_ack ” Here are some log around the fencing of nebula1: Nov 24 09:51:06 nebula3 crmd[6043]: warning: update_failcount: Updating failcount for clvm on nebula1 after failed stop: rc=1 (update=INFINITY, time=1416819066) Nov 24 09:51:06 nebula3 pengine[6042]: warning: unpack_rsc_op: Processing failed op stop for clvm:0 on nebula1: unknown error (1) Nov 24 09:51:06 nebula3 pengine[6042]: warning: pe_fence_node: Node nebula1 will be fenced because of resource failure(s) Nov 24 09:51:06 nebula3 pengine[6042]: warning: stage6: Scheduling Node nebula1 for STONITH Nov 24 09:51:06 nebula3 pengine[6042]: notice: native_stop_constraints: Stop of failed resource clvm:0 is implicit after nebula1 is fenced Nov 24 09:51:06 nebula3 pengine[6042]: notice: LogActions: Move Stonith-nebula3-IPMILAN#011(Started nebula1 -> nebula2) Nov 24 09:51:06 nebula3 pengine[6042]: notice: LogActions: Stop dlm:0#011(nebula1) Nov 24 09:51:06 nebula3 pengine[6042]: notice: LogActions: Stop clvm:0#011(nebula1) Nov 24 09:51:06 nebula3 pengine[6042]: warning: process_pe_message: Calculated Transition 4: /var/lib/pacemaker/pengine/pe-warn-1.bz2 Nov 24 09:51:06 nebula3 pengine[6042]: warning: unpack_rsc_op: Processing failed op stop for clvm:0 on nebula1: unknown error (1) Nov 24 09:51:06 nebula3 pengine[6042]: warning: pe_fence_node: Node nebula1 will be fenced because of resource failure(s) Nov 24 09:51:06 nebula3 pengine[6042]: warning: stage6: Scheduling Node nebula1 for STONITH Nov 24 09:51:06 nebula3 pengine[6042]: notice: native_stop_constraints: Stop of failed resource clvm:0 is implicit after nebula1 is fenced Nov 24 09:51:06 nebula3 pengine[6042]: notice: LogActions: Move Stonith-nebula3-IPMILAN#011(Started nebula1 -> nebula2) Nov 24 09:51:06 nebula3 pengine[6042]: notice: LogActions: Stop dlm:0#011(nebula1) Nov 24 09:51:06 nebula3 pengine[6042]: notice: LogActions: Stop clvm:0#011(nebula1) Nov 24 09:51:06 nebula3 pengine[6042]: warning: process_pe_message: Calculated Transition 5: /var/lib/pacemaker/pengine/pe-warn-2.bz2 Nov 24 09:51:06 nebula3 crmd[6043]: notice: te_fence_node: Executing reboot fencing operation (79) on nebula1 (timeout=3) Nov 24 09:51:06 nebula3 stonith-ng[6039]: notice: handle_request: Client crmd.6043.5ec58277 wants to fence (reboot) 'nebula1' with device '(any)' Nov 24 09:51:06 nebula3 stonith-ng[6039]: notice: initiate_remote_stonith_op: Initiating remote operation reboot for nebula1: 50c93bed-e66f-48a5-bd2f-100a9e7ca7a1 (0) Nov 24 09:51:06 nebula3 stonith-ng[6039]: notice: can_fence_host_with_device: Stonith-nebula1-IPMILAN can fence nebula1: static-list Nov 24 09:51:06 nebula3 stonith-ng[6039]: notice: can_fence_host_with_device: Stonith-nebula2-IPMILAN can not fence nebula1: static-list Nov 24 09:51:06 nebula3 stonith-ng[6039]: notice: can_fence_host_with_device: Stonith-ONE-Frontend can not fence nebula1: static-list Nov 24 09:51:09 nebula3 corosync[5987]: [TOTEM ] A processor failed, forming new configuration. Nov 24 09:51:13 nebula3 corosync[5987]: [TOTEM ] A new membership (192.168.231.71:81200) was formed. Members left: 1084811078 Nov 24 09:51:13 nebula3 lvm[6311]: confchg callback. 0 joined, 1 left, 2 members Nov 24 09:51:13 nebula3 corosync[5987]: [QUORUM] Members[2]: 1084811079 1084811080 Nov 24 09:51:13 nebula3 corosync[5987]: [MAIN ] Completed service synchronization, ready to provide service. Nov 24 09:51:13 nebula3 pacemakerd[6036]: notice: crm_update_peer_state: pcmk_quorum_notification: Node nebula1[1084811078] - state is now lost (was member) Nov 24 09:51:13 nebula3 crmd[6043]: notice: crm_update_peer_state: pcmk_quorum_notification: Node nebula1[1084811078] - state is now lost (was member) Nov 24 09:51:13 nebula3 kernel: [ 510.140107] dlm: closing connection to node 1084811078 Nov 24 09:51:13 nebula3 dlm_controld[6263]: 509 fence status 1084811078 receive 1 from 1084811079 walltime 1416819073 local 509 Nov 24 09:51:13 nebula3 dlm_controld[6263]: 509 fence request 1084811078 pid 7142 nodedown time 1416819073 fence_all dlm_stonith Nov 24 09:51:13 nebula3 dlm_controld[6263]: 509 fence result 1084811078 pid 7142 result 1 exit status Nov 24 09:51:13 nebula3 dlm_controld[6263]: 509 fence status 1084811078 receive 1 from 1084811080 walltime 1416819073 local 509 Nov 24 09:51:13 nebula3 dlm_controld[6263]: 509 fence request 1084811078 no actor Nov 24 09:51:13 nebula3 stonith-ng[6039]: notice: remote_op_done: Operation reboot of nebula1 by nebula2 for crmd.6043@nebula3.50c93bed: OK Nov 24 09:51:13 nebula3 crmd[6043]: notice: tengine_stonith_callback: Stonith operation 4/79:5:0:817919e5-fa6d-4381-b0bd-42141ce0bb41: OK (0) Nov 24 09:51:13 nebula3 crmd[6043]: notice:
Re: [Pacemaker] [ha-wg] [RFC] Organizing HA Summit 2015
On 2014-09-08T12:30:23, "Fabio M. Di Nitto" wrote: Folks, Fabio, thanks for organizing this and getting the ball rolling. And again sorry for being late to said game; I was busy elsewhere. However, it seems that the idea for such a HA Summit in Brno/Feb 2015 hasn't exactly fallen on fertile grounds, even with the suggested user/client day. (Or if there was a lot of feedback, it wasn't public.) I wonder why that is, and if/how we can make this more attractive? Frankly, as might have been obvious ;-), for me the venue is an issue. It's not easy to reach, and I'm theoretically fairly close in Germany already. I wonder if we could increase participation with a virtual meeting (on either those dates or another), similar to what the Ceph Developer Summit does? Those appear really productive and make it possible for a wide range of interested parties from all over the world to attend, regardless of travel times, or even just attend select sessions (that would otherwise make it hard to justify travel expenses & time off). Alternatively, would a relocation to a more connected venue help, such as Vienna xor Prague? I'd love to get some more feedback from the community. As Fabio put it, yes, I *can* suck it up and go to Brno if that's where everyone goes to play ;-), but I'd also prefer to have a broader participation. Regards, Lars -- Architect Storage/HA SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284 (AG Nürnberg) "Experience is the name everyone gives to their mistakes." -- Oscar Wilde ___ Pacemaker mailing list: Pacemaker@oss.clusterlabs.org http://oss.clusterlabs.org/mailman/listinfo/pacemaker Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
Re: [Pacemaker] Pacemaker fencing and DLM/cLVM
Am Montag, 24. November 2014, 15:14:26 schrieb Daniel Dehennin: > Hello, > > In my pacemaker/corosync cluster it looks like I have some issues with > fencing ACK on DLM/cLVM. > > When a node is fenced, dlm/cLVM are not aware of the fencing results and > LVM commands hangs unless I run “dlm_tools fence_ack ” > > Here are some log around the fencing of nebula1: > > Nov 24 09:51:06 nebula3 crmd[6043]: warning: update_failcount: Updating > failcount for clvm on nebula1 after failed stop: rc=1 (update=INFINITY, > time=1416819066) Nov 24 09:51:06 nebula3 pengine[6042]: warning: > unpack_rsc_op: Processing failed op stop for clvm:0 on nebula1: unknown > error (1) Nov 24 09:51:06 nebula3 pengine[6042]: warning: pe_fence_node: > Node nebula1 will be fenced because of resource failure(s) Nov 24 09:51:06 > nebula3 pengine[6042]: warning: stage6: Scheduling Node nebula1 for > STONITH Nov 24 09:51:06 nebula3 pengine[6042]: notice: > native_stop_constraints: Stop of failed resource clvm:0 is implicit after > nebula1 is fenced Nov 24 09:51:06 nebula3 pengine[6042]: notice: > LogActions: MoveStonith-nebula3-IPMILAN#011(Started nebula1 -> nebula2) > Nov 24 09:51:06 nebula3 pengine[6042]: notice: LogActions: Stop > dlm:0#011(nebula1) Nov 24 09:51:06 nebula3 pengine[6042]: notice: > LogActions: Stopclvm:0#011(nebula1) Nov 24 09:51:06 nebula3 > pengine[6042]: warning: process_pe_message: Calculated Transition 4: > /var/lib/pacemaker/pengine/pe-warn-1.bz2 Nov 24 09:51:06 nebula3 > pengine[6042]: warning: unpack_rsc_op: Processing failed op stop for > clvm:0 on nebula1: unknown error (1) Nov 24 09:51:06 nebula3 pengine[6042]: > warning: pe_fence_node: Node nebula1 will be fenced because of resource > failure(s) Nov 24 09:51:06 nebula3 pengine[6042]: warning: stage6: > Scheduling Node nebula1 for STONITH Nov 24 09:51:06 nebula3 pengine[6042]: > notice: native_stop_constraints: Stop of failed resource clvm:0 is > implicit after nebula1 is fenced Nov 24 09:51:06 nebula3 pengine[6042]: > notice: LogActions: MoveStonith-nebula3-IPMILAN#011(Started nebula1 -> > nebula2) Nov 24 09:51:06 nebula3 pengine[6042]: notice: LogActions: Stop > dlm:0#011(nebula1) Nov 24 09:51:06 nebula3 pengine[6042]: notice: > LogActions: Stopclvm:0#011(nebula1) Nov 24 09:51:06 nebula3 > pengine[6042]: warning: process_pe_message: Calculated Transition 5: > /var/lib/pacemaker/pengine/pe-warn-2.bz2 Nov 24 09:51:06 nebula3 > crmd[6043]: notice: te_fence_node: Executing reboot fencing operation > (79) on nebula1 (timeout=3) Nov 24 09:51:06 nebula3 stonith-ng[6039]: > notice: handle_request: Client crmd.6043.5ec58277 wants to fence (reboot) > 'nebula1' with device '(any)' Nov 24 09:51:06 nebula3 stonith-ng[6039]: > notice: initiate_remote_stonith_op: Initiating remote operation reboot for > nebula1: 50c93bed-e66f-48a5-bd2f-100a9e7ca7a1 (0) Nov 24 09:51:06 nebula3 > stonith-ng[6039]: notice: can_fence_host_with_device: > Stonith-nebula1-IPMILAN can fence nebula1: static-list Nov 24 09:51:06 > nebula3 stonith-ng[6039]: notice: can_fence_host_with_device: > Stonith-nebula2-IPMILAN can not fence nebula1: static-list Nov 24 09:51:06 > nebula3 stonith-ng[6039]: notice: can_fence_host_with_device: > Stonith-ONE-Frontend can not fence nebula1: static-list Nov 24 09:51:09 > nebula3 corosync[5987]: [TOTEM ] A processor failed, forming new > configuration. Nov 24 09:51:13 nebula3 corosync[5987]: [TOTEM ] A new > membership (192.168.231.71:81200) was formed. Members left: 1084811078 Nov > 24 09:51:13 nebula3 lvm[6311]: confchg callback. 0 joined, 1 left, 2 > members Nov 24 09:51:13 nebula3 corosync[5987]: [QUORUM] Members[2]: > 1084811079 1084811080 Nov 24 09:51:13 nebula3 corosync[5987]: [MAIN ] > Completed service synchronization, ready to provide service. Nov 24 > 09:51:13 nebula3 pacemakerd[6036]: notice: crm_update_peer_state: > pcmk_quorum_notification: Node nebula1[1084811078] - state is now lost (was > member) Nov 24 09:51:13 nebula3 crmd[6043]: notice: > crm_update_peer_state: pcmk_quorum_notification: Node nebula1[1084811078] - > state is now lost (was member) Nov 24 09:51:13 nebula3 kernel: [ > 510.140107] dlm: closing connection to node 1084811078 Nov 24 09:51:13 > nebula3 dlm_controld[6263]: 509 fence status 1084811078 receive 1 from > 1084811079 walltime 1416819073 local 509 Nov 24 09:51:13 nebula3 > dlm_controld[6263]: 509 fence request 1084811078 pid 7142 nodedown time > 1416819073 fence_all dlm_stonith Nov 24 09:51:13 nebula3 > dlm_controld[6263]: 509 fence result 1084811078 pid 7142 result 1 exit > status Nov 24 09:51:13 nebula3 dlm_controld[6263]: 509 fence status > 1084811078 receive 1 from 1084811080 walltime 1416819073 local 509 Nov 24 > 09:51:13 nebula3 dlm_controld[6263]: 509 fence request 1084811078 no actor > Nov 24 09:51:13 nebula3 stonith-ng[6039]: notice: remote_op_done: > Operation reboot of nebula1 by nebula2 for crmd.6043@nebula3.50c93bed: OK > Nov 24 09:51:13 n
Re: [Pacemaker] [ha-wg] [RFC] Organizing HA Summit 2015
Am Montag, 24. November 2014, 15:39:57 schrieb Lars Marowsky-Bree: > On 2014-09-08T12:30:23, "Fabio M. Di Nitto" wrote: > > Folks, Fabio, > > thanks for organizing this and getting the ball rolling. And again sorry > for being late to said game; I was busy elsewhere. > > However, it seems that the idea for such a HA Summit in Brno/Feb 2015 > hasn't exactly fallen on fertile grounds, even with the suggested > user/client day. (Or if there was a lot of feedback, it wasn't > public.) > > I wonder why that is, and if/how we can make this more attractive? > > Frankly, as might have been obvious ;-), for me the venue is an issue. > It's not easy to reach, and I'm theoretically fairly close in Germany > already. > > I wonder if we could increase participation with a virtual meeting (on > either those dates or another), similar to what the Ceph Developer > Summit does? > > Those appear really productive and make it possible for a wide range of > interested parties from all over the world to attend, regardless of > travel times, or even just attend select sessions (that would otherwise > make it hard to justify travel expenses & time off). > > > Alternatively, would a relocation to a more connected venue help, such > as Vienna xor Prague? > > > I'd love to get some more feedback from the community. > > As Fabio put it, yes, I *can* suck it up and go to Brno if that's where > everyone goes to play ;-), but I'd also prefer to have a broader > participation. Hi, I will do some advertisement in Germany. Mit freundlichen Grüßen, Michael Schwartzkopff -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64, +49 (162) 165 0044 Franziskanerstraße 15, 81669 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein signature.asc Description: This is a digitally signed message part. ___ Pacemaker mailing list: Pacemaker@oss.clusterlabs.org http://oss.clusterlabs.org/mailman/listinfo/pacemaker Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
Re: [Pacemaker] Pacemaker fencing and DLM/cLVM
Michael Schwartzkopff writes: > Yes. You have to tell all the underlying infrastructure to use the fencing of > pacemaker. I assume that you are working on a RH clone. > > See: > http://clusterlabs.org/doc/en-US/Pacemaker/1.1-plugin/html/Clusters_from_Scratch/ch08s02s03.html Sorry, this is my fault. I'm using Ubuntu 14.04: - corosync 2.3.3-1ubuntu1 - pacemaker 1.1.10+git20130802-1ubuntu2.1 I thought everything was integrated in such configuration. Regards. -- Daniel Dehennin Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF Fingerprint: 3E69 014E 5C23 50E8 9ED6 2AAD CC1E 9E5B 7A6F E2DF signature.asc Description: PGP signature ___ Pacemaker mailing list: Pacemaker@oss.clusterlabs.org http://oss.clusterlabs.org/mailman/listinfo/pacemaker Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
Re: [Pacemaker] [ha-wg] [RFC] Organizing HA Summit 2015
On 11/24/2014 3:39 PM, Lars Marowsky-Bree wrote: > On 2014-09-08T12:30:23, "Fabio M. Di Nitto" wrote: > > Folks, Fabio, > > thanks for organizing this and getting the ball rolling. And again sorry > for being late to said game; I was busy elsewhere. > > However, it seems that the idea for such a HA Summit in Brno/Feb 2015 > hasn't exactly fallen on fertile grounds, even with the suggested > user/client day. (Or if there was a lot of feedback, it wasn't > public.) > > I wonder why that is, and if/how we can make this more attractive? > > Frankly, as might have been obvious ;-), for me the venue is an issue. > It's not easy to reach, and I'm theoretically fairly close in Germany > already. > > I wonder if we could increase participation with a virtual meeting (on > either those dates or another), similar to what the Ceph Developer > Summit does? > > Those appear really productive and make it possible for a wide range of > interested parties from all over the world to attend, regardless of > travel times, or even just attend select sessions (that would otherwise > make it hard to justify travel expenses & time off). > > > Alternatively, would a relocation to a more connected venue help, such > as Vienna xor Prague? > > > I'd love to get some more feedback from the community. I agree. some feedback would be useful. > > As Fabio put it, yes, I *can* suck it up and go to Brno if that's where > everyone goes to play ;-), but I'd also prefer to have a broader > participation. dates and location were chosen to piggy-back with devconf.cz and allow people to travel for more than just HA Summit. I´d prefer, at least for this round, to keep dates/location and explore the option to allow people to join remotely. Afterall there are tons of tools between google hangouts and others that would allow that. Fabio ___ Pacemaker mailing list: Pacemaker@oss.clusterlabs.org http://oss.clusterlabs.org/mailman/listinfo/pacemaker Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
Re: [Pacemaker] [ha-wg] [RFC] Organizing HA Summit 2015
On 24/11/14 09:54 AM, Fabio M. Di Nitto wrote: On 11/24/2014 3:39 PM, Lars Marowsky-Bree wrote: On 2014-09-08T12:30:23, "Fabio M. Di Nitto" wrote: Folks, Fabio, thanks for organizing this and getting the ball rolling. And again sorry for being late to said game; I was busy elsewhere. However, it seems that the idea for such a HA Summit in Brno/Feb 2015 hasn't exactly fallen on fertile grounds, even with the suggested user/client day. (Or if there was a lot of feedback, it wasn't public.) I wonder why that is, and if/how we can make this more attractive? I suspect a lot of it is that, given people's busy schedules, February seems far away. Also, I wonder how much discussion has happened outside of these lists. Is it really that there hasn't been much feedback? Fabio started this ball rolling, so I would be interested to hear what he's heard. Frankly, as might have been obvious ;-), for me the venue is an issue. It's not easy to reach, and I'm theoretically fairly close in Germany already. I wonder if we could increase participation with a virtual meeting (on either those dates or another), similar to what the Ceph Developer Summit does? Requested feedback given; Virtual meetings are never as good, and I really don't like this idea. In my experience, just as much productive decision making happens in the unofficial after-hours activities as during formal(ish) meetings/presentations. I think it is very important that the meeting remain in-person if at all possible. Those appear really productive and make it possible for a wide range of interested parties from all over the world to attend, regardless of travel times, or even just attend select sessions (that would otherwise make it hard to justify travel expenses & time off). Alternatively, would a relocation to a more connected venue help, such as Vienna xor Prague? Personally, I don't care where we meet, but I do believe Fabio already ruled out a relocation. I'd love to get some more feedback from the community. I agree. some feedback would be useful. -- Digimer Papers and Projects: https://alteeve.ca/w/ What if the cure for cancer is trapped in the mind of a person without access to education? ___ Pacemaker mailing list: Pacemaker@oss.clusterlabs.org http://oss.clusterlabs.org/mailman/listinfo/pacemaker Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
Re: [Pacemaker] [ha-wg] [RFC] Organizing HA Summit 2015
On 2014-11-24T15:54:33, "Fabio M. Di Nitto" wrote: > dates and location were chosen to piggy-back with devconf.cz and allow > people to travel for more than just HA Summit. Yeah, well, devconf.cz is not such an interesting event for those who do not wear the fedora ;-) > I´d prefer, at least for this round, to keep dates/location and explore > the option to allow people to join remotely. Afterall there are tons of > tools between google hangouts and others that would allow that. That is, in my experience, the absolute worst. It creates second class participants and is a PITA for everyone. I know that an in-person meeting is useful, but we have a large team in Beijing, the US, Tasmania (OK, one crazy guy), various countries in Europe etc. Regards, Lars -- Architect Storage/HA SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284 (AG Nürnberg) "Experience is the name everyone gives to their mistakes." -- Oscar Wilde ___ Pacemaker mailing list: Pacemaker@oss.clusterlabs.org http://oss.clusterlabs.org/mailman/listinfo/pacemaker Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
Re: [Pacemaker] [ha-wg] [RFC] Organizing HA Summit 2015
On 24/11/14 10:12 AM, Lars Marowsky-Bree wrote: Beijing, the US, Tasmania (OK, one crazy guy), various countries in Oh, bring him! crazy++ -- Digimer Papers and Projects: https://alteeve.ca/w/ What if the cure for cancer is trapped in the mind of a person without access to education? ___ Pacemaker mailing list: Pacemaker@oss.clusterlabs.org http://oss.clusterlabs.org/mailman/listinfo/pacemaker Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
Re: [Pacemaker] [ha-wg] [RFC] Organizing HA Summit 2015
On 11/24/2014 4:12 PM, Lars Marowsky-Bree wrote: > On 2014-11-24T15:54:33, "Fabio M. Di Nitto" wrote: > >> dates and location were chosen to piggy-back with devconf.cz and allow >> people to travel for more than just HA Summit. > > Yeah, well, devconf.cz is not such an interesting event for those who do > not wear the fedora ;-) That would be the perfect opportunity for you to convert users to Suse ;) > >> I´d prefer, at least for this round, to keep dates/location and explore >> the option to allow people to join remotely. Afterall there are tons of >> tools between google hangouts and others that would allow that. > > That is, in my experience, the absolute worst. It creates second class > participants and is a PITA for everyone. I agree, it is still a way for people to join in tho. > > I know that an in-person meeting is useful, but we have a large team in > Beijing, the US, Tasmania (OK, one crazy guy), various countries in > Europe etc. > Yes same here. No difference.. we have one crazy guy in Australia.. Fabio ___ Pacemaker mailing list: Pacemaker@oss.clusterlabs.org http://oss.clusterlabs.org/mailman/listinfo/pacemaker Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
Re: [Pacemaker] [ha-wg] [RFC] Organizing HA Summit 2015
I would be interested in the "user" conference rather then the "dev" one, so the 1st day of the 3 days option mentioned by Fabio. I will stay tuned! 2014-11-24 16:16 GMT+01:00 Fabio M. Di Nitto : > > > On 11/24/2014 4:12 PM, Lars Marowsky-Bree wrote: > > On 2014-11-24T15:54:33, "Fabio M. Di Nitto" wrote: > > > >> dates and location were chosen to piggy-back with devconf.cz and allow > >> people to travel for more than just HA Summit. > > > > Yeah, well, devconf.cz is not such an interesting event for those who do > > not wear the fedora ;-) > > That would be the perfect opportunity for you to convert users to Suse ;) > > > > >> I´d prefer, at least for this round, to keep dates/location and explore > >> the option to allow people to join remotely. Afterall there are tons of > >> tools between google hangouts and others that would allow that. > > > > That is, in my experience, the absolute worst. It creates second class > > participants and is a PITA for everyone. > > I agree, it is still a way for people to join in tho. > > > > > I know that an in-person meeting is useful, but we have a large team in > > Beijing, the US, Tasmania (OK, one crazy guy), various countries in > > Europe etc. > > > > Yes same here. No difference.. we have one crazy guy in Australia.. > > Fabio > > ___ > Pacemaker mailing list: Pacemaker@oss.clusterlabs.org > http://oss.clusterlabs.org/mailman/listinfo/pacemaker > > Project Home: http://www.clusterlabs.org > Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf > Bugs: http://bugs.clusterlabs.org > -- Vincenzo Pii Researcher, InIT Cloud Computing Lab Zurich University of Applied Sciences (ZHAW) blog.zhaw.ch/icclab ___ Pacemaker mailing list: Pacemaker@oss.clusterlabs.org http://oss.clusterlabs.org/mailman/listinfo/pacemaker Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
Re: [Pacemaker] [ha-wg-technical] [ha-wg] [RFC] Organizing HA Summit 2015
> On 25 Nov 2014, at 2:12 am, Lars Marowsky-Bree wrote: > > On 2014-11-24T15:54:33, "Fabio M. Di Nitto" wrote: > >> dates and location were chosen to piggy-back with devconf.cz and allow >> people to travel for more than just HA Summit. > > Yeah, well, devconf.cz is not such an interesting event for those who do > not wear the fedora ;-) Its not necessarily the conference of choice even for people that do. I just do what I'm told :) > >> I´d prefer, at least for this round, to keep dates/location and explore >> the option to allow people to join remotely. Afterall there are tons of >> tools between google hangouts and others that would allow that. > > That is, in my experience, the absolute worst. It creates second class > participants and is a PITA for everyone. > > I know that an in-person meeting is useful, but we have a large team in > Beijing, the US, Tasmania (OK, one crazy guy), various countries in > Europe etc. > > > Regards, >Lars > > -- > Architect Storage/HA > SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284 > (AG Nürnberg) > "Experience is the name everyone gives to their mistakes." -- Oscar Wilde > > ___ > ha-wg-technical mailing list > ha-wg-techni...@lists.linux-foundation.org > https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical ___ Pacemaker mailing list: Pacemaker@oss.clusterlabs.org http://oss.clusterlabs.org/mailman/listinfo/pacemaker Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
[Pacemaker] clustermon external_agent issue
Hi all, I have a pacemaker + corosync cluster installed on a CentOS 6.5 I have a resource ClusterMon with external_agent param set up. Since last pacemaker update the events notification to the external script worked perfectly. After pacemaker update to version 1.1.11, the ClusterMon resource continues to work but stop notifying to the external agent. I followed setup instructions found on internet but I can't figure how it doesn't work as expected. Any help will be appreciated. Many thanks. ___ Pacemaker mailing list: Pacemaker@oss.clusterlabs.org http://oss.clusterlabs.org/mailman/listinfo/pacemaker Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org