Corosync Clustering Engine
[Prev Page][Next Page]
- Re: Totem Process pause detected
- From: Steven Dake <steven.dake@xxxxxxxxx>
- Re: Totem Process pause detected
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: Totem Process pause detected
- From: Digimer <lists@xxxxxxxxxx>
- Totem Process pause detected
- From: Ludovic Zammit <lzammit@xxxxxxxxxx>
- Re: Openais to Corosync migration
- From: Steven Dake <steven.dake@xxxxxxxxx>
- Re: openais-0.80.6/include cannot be built due to convertion errors
- From: "Anil KARADAG" <akaradag@xxxxxxxxxxxx>
- openais-0.80.6/include cannot be built due to convertion errors
- From: "Anil KARADAG" <akaradag@xxxxxxxxxxxx>
- Re: Openais to Corosync migration
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] change InitClusterManager to BootCluster as there is an error when running testcases
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] change InitClusterManager to BootCluster as there is an error when running testcases
- From: bliu <bliu@xxxxxxxx>
- [PATCH] ipcc: Fix ERR_LIBRARY on finalize call in dispatch
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Openais to Corosync migration
- From: Encinaar Encinaar <encinaar@xxxxxxxxx>
- Re: [PATCH] totem: Move udp bind() so that multicast works with IPv6
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Code migration from openais r30 to corosync
- From: "Anil KARADAG" <akaradag@xxxxxxxxxxxx>
- [PATCH] totem: Move udp bind() so that multicast works with IPv6
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Code migration from openais r30 to corosync
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Code migration from openais r30 to corosync
- From: anil karadag <akaradag@xxxxxxxxxxxx>
- Corosync 1.4.8 is available at corosync.org!
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: corosync behind a NAT or within docker
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: corosync behind a NAT or within docker
- From: Digimer <lists@xxxxxxxxxx>
- corosync behind a NAT or within docker
- From: Christopher Harvey <chris@xxxxxxxxxxxxxxxx>
- Re: Question: Duration of DC election
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: Question: Duration of DC election
- From: Stefan Wenk <Stefan.wenk@xxxxxxx>
- Re: Question: Duration of DC election
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Question: Duration of DC election
- From: Stefan Wenk <Stefan.wenk@xxxxxxx>
- Antw: Re: Antw: Re: [Question] About "Add note about rrp active beeing unsupported". of corosync2.3.5
- From: "Ulrich Windl" <Ulrich.Windl@xxxxxxxxxxxxxxxxxxxx>
- Re: Antw: Re: [Question] About "Add note about rrp active beeing unsupported". of corosync2.3.5
- From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
- Antw: Re: [Question] About "Add note about rrp active beeing unsupported". of corosync2.3.5
- From: "Ulrich Windl" <Ulrich.Windl@xxxxxxxxxxxxxxxxxxxx>
- Antw: Re: [Question] About "Add note about rrp active beeing unsupported". of corosync2.3.5
- From: "Ulrich Windl" <Ulrich.Windl@xxxxxxxxxxxxxxxxxxxx>
- Re: [Question] About "Add note about rrp active beeing unsupported". of corosync2.3.5
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [Question] About "Add note about rrp active beeing unsupported". of corosync2.3.5
- From: Digimer <lists@xxxxxxxxxx>
- Re: [Question] About "Add note about rrp active beeing unsupported". of corosync2.3.5
- From: Steven Dake <steven.dake@xxxxxxxxx>
- Re: [Question] About "Add note about rrp active beeing unsupported". of corosync2.3.5
- From: renayama19661014@xxxxxxxxx
- Re: [Question] About "Add note about rrp active beeing unsupported". of corosync2.3.5
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Question] About "Add note about rrp active beeing unsupported". of corosync2.3.5
- From: renayama19661014@xxxxxxxxx
- Re: [Question] About "Add note about rrp active beeing unsupported". of corosync2.3.5
- From: renayama19661014@xxxxxxxxx
- Re: [Question] About "Add note about rrp active beeing unsupported". of corosync2.3.5
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- About pull request. [Fix setting of watchdog timer]
- From: renayama19661014@xxxxxxxxx
- Re: [Question]About expected_votes.
- From: renayama19661014@xxxxxxxxx
- Re: [Question]About expected_votes.
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [Question]About expected_votes.
- From: renayama19661014@xxxxxxxxx
- Re: [Question]About expected_votes.
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [Question]About expected_votes.
- From: renayama19661014@xxxxxxxxx
- [Question] About "Add note about rrp active beeing unsupported". of corosync2.3.5
- From: renayama19661014@xxxxxxxxx
- Re: Corosync 2.3.5 is available at corosync.org!
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] CFG: Prevent CFG from orignating messages during SYNC
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [PATCH] CFG: Prevent CFG from orignating messages during SYNC
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] CFG: Prevent CFG from orignating messages during SYNC
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Corosync 2.3.5 is available at corosync.org!
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync 2.3.5 is available at corosync.org!
- From: Digimer <lists@xxxxxxxxxx>
- Corosync 2.3.5 is available at corosync.org!
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] CFG: Prevent CFG from orignating messages during SYNC
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] CFG: Prevent CFG from orignating messages during SYNC
- From: Jason <huzhijiang@xxxxxxxxx>
- Re: Question about message generation/origination during SYNC
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [PATCH 1/1] totemip: Fix possible error binding ip address(v1.4.7)
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Antw: Re: TOTEM implementation is unreliable ("ring faulty" and retransmit list)
- From: "Ulrich Windl" <Ulrich.Windl@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] totemip: Fix possible error binding ip address(v1.4.7)
- From: "Lidong Zhong" <lzhong@xxxxxxxx>
- Antw: Bond mode
- From: "Ulrich Windl" <Ulrich.Windl@xxxxxxxxxxxxxxxxxxxx>
- Bond mode
- From: Alexey Obitotskiy <alexeyo1@xxxxxxxxxx>
- Re: [PATCH 1/2] Add note about rrp active beeing unsupported
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Question about message generation/origination during SYNC
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 2/2] Log: Add logrotate configuration file
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH 2/2] Log: Add logrotate configuration file
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/2] Add note about rrp active beeing unsupported
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Question about message generation/origination during SYNC
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Question about message generation/origination during SYNC
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Question about message generation/origination during SYNC
- From: Digimer <lists@xxxxxxxxxx>
- Re: Question about message generation/origination during SYNC
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [PATCH 1/1] totemip: Fix possible error binding ip address(v1.4.7)
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 1/1] totemip: Fix possible error binding ip address(v1.4.7)
- From: "Lidong Zhong" <lzhong@xxxxxxxx>
- Re: [PATCH] Fix auto_tie_breaker behaviour in odd-sized clusters
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Fix auto_tie_breaker behaviour in odd-sized clusters
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: It is sometimes judged to be node trouble.
- From: renayama19661014@xxxxxxxxx
- Re: It is sometimes judged to be node trouble.
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- TOTEM implementation is unreliable ("ring faulty" and retransmit list)
- From: "Ulrich Windl" <Ulrich.Windl@xxxxxxxxxxxxxxxxxxxx>
- Re: It is sometimes judged to be node trouble.
- From: renayama19661014@xxxxxxxxx
- Suggestions on programming style (RRP modes)
- From: "Ulrich Windl" <Ulrich.Windl@xxxxxxxxxxxxxxxxxxxx>
- Fwd:] RRP works "in totally different way then most of people expects"
- From: "Ulrich Windl" <Ulrich.Windl@xxxxxxxxxxxxxxxxxxxx>
- Antw: Re: Antw: Re: Meaning of some objctl variables
- From: "Ulrich Windl" <Ulrich.Windl@xxxxxxxxxxxxxxxxxxxx>
- Re: Antw: Re: Meaning of some objctl variables
- From: Steven Dake <steven.dake@xxxxxxxxx>
- Re: Antw: Re: Q: "threads" parameter
- From: Steven Dake <steven.dake@xxxxxxxxx>
- Fwd: Question about message generation/origination during SYNC
- From: jason <huzhijiang@xxxxxxxxx>
- Antw: Re: Q: "threads" parameter
- From: "Ulrich Windl" <Ulrich.Windl@xxxxxxxxxxxxxxxxxxxx>
- Antw: Re: Meaning of some objctl variables
- From: "Ulrich Windl" <Ulrich.Windl@xxxxxxxxxxxxxxxxxxxx>
- Re: Q: "threads" parameter
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Meaning of some objctl variables
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Q: "threads" parameter
- From: "Ulrich Windl" <Ulrich.Windl@xxxxxxxxxxxxxxxxxxxx>
- Meaning of some objctl variables
- From: "Ulrich Windl" <Ulrich.Windl@xxxxxxxxxxxxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 1/1] totemip: Fix possible error binding ip address(v1.4.7)
- From: "Lidong Zhong" <lzhong@xxxxxxxx>
- Re: [PATCH 1/1] totemip: Fix possible error binding ip address(v1.4.7)
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH 1/1] totemip: Fix possible error binding ip address(v1.4.7)
- From: Lidong Zhong <lzhong@xxxxxxxx>
- Re: memory leak -- a bad one
- From: otheus uibk <otheus.uibk@xxxxxxxxx>
- Re: memory leak -- a bad one
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: memory leak -- a bad one
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- memory leak -- a bad one
- From: otheus uibk <otheus.uibk@xxxxxxxxx>
- Re: Documentation help
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Documentation help
- From: Digimer <lists@xxxxxxxxxx>
- Documentation help
- From: otheus uibk <otheus.uibk@xxxxxxxxx>
- Re: feature to enable support of OpenSSL library in Corosync message transport
- From: "Fabio M. Di Nitto" <fabbione@xxxxxxxxxxxx>
- Re: feature to enable support of OpenSSL library in Corosync message transport
- From: Alexey Yakimovych <alexey.yakimovych@xxxxxxxxxxx>
- continuously logging of "Incrementing problem counter..."
- From: Matthias Hellinghausen <mh@xxxxxx>
- Re: feature to enable support of OpenSSL library in Corosync message transport
- From: "Fabio M. Di Nitto" <fabbione@xxxxxxxxxxxx>
- feature to enable support of OpenSSL library in Corosync message transport
- From: Alexey Yakimovych <alexey.yakimovych@xxxxxxxxxxx>
- Re: Corosync consume 100% cpu with high Recv-Q and hung
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: It is sometimes judged to be node trouble.
- From: renayama19661014@xxxxxxxxx
- Re: Corosync consume 100% cpu with high Recv-Q and hung
- From: Hui Xiang <xianghuir@xxxxxxxxx>
- Re: Corosync consume 100% cpu with high Recv-Q and hung
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Corosync consume 100% cpu with high Recv-Q and hung
- From: Hui Xiang <xianghuir@xxxxxxxxx>
- Re: Corosync consume 100% cpu with high Recv-Q and hung
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Corosync consume 100% cpu with high Recv-Q and hung
- From: Hui Xiang <xianghuir@xxxxxxxxx>
- Re: It is sometimes judged to be node trouble.
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Corosync
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: It is sometimes judged to be node trouble.
- From: renayama19661014@xxxxxxxxx
- Re: It is sometimes judged to be node trouble.
- From: renayama19661014@xxxxxxxxx
- Re: It is sometimes judged to be node trouble.
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] Log a message if JOIN or LEAVE message is ignored
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: It is sometimes judged to be node trouble.
- From: renayama19661014@xxxxxxxxx
- Re: It is sometimes judged to be node trouble.
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH] Log a message if JOIN or LEAVE message is ignored
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: It is sometimes judged to be node trouble.
- From: renayama19661014@xxxxxxxxx
- Re: It is sometimes judged to be node trouble.
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: It is sometimes judged to be node trouble.
- From: renayama19661014@xxxxxxxxx
- Re: Corosync
- From: Digimer <lists@xxxxxxxxxx>
- Corosync
- From: Mohamed Ben Haj Frej <mohamedbenhajfrej@xxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: [PATCH] totemconfig: check for duplicate node IDs
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Pacemaker fails to start after few starts
- From: Jan Pokorný <jpokorny@xxxxxxxxxx>
- Re: Pacemaker fails to start after few starts
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Pacemaker fails to start after few starts
- From: Jan Pokorný <jpokorny@xxxxxxxxxx>
- Re: [PATCH] totemconfig: check for duplicate node IDs
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] totemconfig: check for duplicate node IDs
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] totemconfig: check for duplicate node IDs
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] totemconfig: check for duplicate node IDs
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: "Li, Qiuping (Qiuping)" <qiuping.li@xxxxxxxxxxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Digimer <lists@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Steven Dake <steven.dake@xxxxxxxxx>
- Re: [PATCH] totemconfig: check for duplicate node IDs
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: [PATCH] totemconfig: check for duplicate node IDs
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: RFC: Extending corosync to high node counts
- From: Darren Thompson <darrent@xxxxxxxxxxxxx>
- RFC: Extending corosync to high node counts
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH] totemconfig: check for duplicate node IDs
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] quorum: don't allow quorum_trackstart to be called twice
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] quorum: don't allow quorum_trackstart to be called twice
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [ClusterLabs] Correct timeouts settings for UDPu
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: It is sometimes judged to be node trouble.
- From: renayama19661014@xxxxxxxxx
- Fwd: [Pacemaker] One node thinks everyone is online, but the other node doesn't think so
- From: Dmitry Koterov <dmitry.koterov@xxxxxxxxx>
- Correct timeouts settings for UDPu
- From: Dmitry Koterov <dmitry.koterov@xxxxxxxxx>
- Re: It is sometimes judged to be node trouble.
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] objdb: Fix incorrect using lock(for v1.4.7)
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] objdb: Fix incorrect using lock(for v1.4.7)
- From: Lidong Zhong <lzhong@xxxxxxxx>
- It is sometimes judged to be node trouble.
- From: renayama19661014@xxxxxxxxx
- Re: [PATCH] Allow cpg to send large messages
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Allow cpg to send large messages
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] Allow cpg to send large messages
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Don't allow both two_node and auto_tie_breaker in corosync.conf
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] fix auto_tie_breaker default
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Don't allow both two_node and auto_tie_breaker in corosync.conf
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH] fix auto_tie_breaker default
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Please consider joining Cluster labs users list
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: corosync/libqb CPU hog
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- corosync/libqb CPU hog
- From: Andrei Belov <defanator@xxxxxxxxx>
- Re: [PATCH] Allow cpg to send large messages
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: Corosync 2.3.4 - ring status and configuration reload
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Allow cpg to send large messages
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] Allow cpg to send large messages
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: [PATCH] Allow cpg to send large messages
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Corosync 2.3.4 - ring status and configuration reload
- From: Adam Błaszczykowski <adam.blaszczykowski@xxxxxxxxx>
- Re: corosync in embedded environment
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- corosync in embedded environment
- From: <Heidi_Maeder@xxxxxxxx>
- Re: Recommended Corosync version 1.4 or 2.0 ?
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Recommended Corosync version 1.4 or 2.0 ?
- From: Adam Błaszczykowski <adam.blaszczykowski@xxxxxxxxx>
- Re: active/active with Radius
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Allow cpg to send large messages
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Allow cpg to send large messages
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] Allow cpg to send large messages
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Allow cpg to send large messages
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH] Allow cpg to send large messages
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- active/active with Radius
- From: Sophie Loewenthal <sophie@xxxxxxxxxxxx>
- Re: Corosync consume 100% cpu with high Recv-Q and hung
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Corosync consume 100% cpu with high Recv-Q and hung
- From: Hui Xiang <xianghuir@xxxxxxxxx>
- Periodical Rings Flapping
- From: "Alexey.I.Larin@xxxxxxxxx" <alexey.i.larin@xxxxxxxxx>
- Question about message generation/origination during SYNC
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Node id uniqueness is not checked
- From: <Heidi_Maeder@xxxxxxxx>
- Re: Node id uniqueness is not checked
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Node id uniqueness is not checked
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: [PATCH] Handle adding and removing UDPU members atomically
- From: "Fabio M. Di Nitto" <fabbione@xxxxxxxxxxxx>
- [PATCH] Handle adding and removing UDPU members atomically
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] corosync_ring_id_store: Use safer permissions
- From: Steven Dake <steven.dake@xxxxxxxxx>
- Re: [PATCH] corosync_ring_id_store: Use safer permissions
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH] corosync_ring_id_store: Use safer permissions
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 4/4] cpg: Ensure ipc client don't exceeds msg limit
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 3/4] cpg: Remove assert if send message is impossible
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 2/4] Check size of message to mcast
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 1/4] totempg: Prevent segfault when msg is too long
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [Pacemaker] CoroSync's UDPu transport for public IP addresses?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Pacemaker] CoroSync's UDPu transport for public IP addresses?
- From: Dmitry Koterov <dmitry.koterov@xxxxxxxxx>
- Re: [Pacemaker] CoroSync's UDPu transport for public IP addresses?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH v2] [TotemSRP] Ignore duplicated commit tokens in recovery mode
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH v2] [TotemSRP] Ignore duplicated commit tokens in recovery mode
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH v2] [TotemSRP] Ignore duplicated commit tokens in recovery mode
- From: Steven Dake <steven.dake@xxxxxxxxx>
- Re: [Pacemaker] CoroSync's UDPu transport for public IP addresses?
- From: Dmitry Koterov <dmitry.koterov@xxxxxxxxx>
- Re: [PATCH v2] [TotemSRP] Ignore duplicated commit tokens in recovery mode
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Log auto-recovery of ring only once
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 4/4] cpg: Ensure ipc client don't exceeds msg limit
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 3/4] cpg: Remove assert if send message is impossible
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/4] Check size of message to mcast
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/4] totempg: Prevent segfault when msg is too long
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Pacemaker] CoroSync's UDPu transport for public IP addresses?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Add a troubleshooting guide to corosync.conf.5
- From: Dmitry Koterov <dmitry.koterov@xxxxxxxxx>
- Re: 2 node not syncing
- From: Dmitry Koterov <dmitry.koterov@xxxxxxxxx>
- Re: UDPu transport for public IP addresses?
- From: Dmitry Koterov <dmitry.koterov@xxxxxxxxx>
- Re: [PATCH] Log auto-recovery of ring only once
- From: Kazunori INOUE <kazunori.inoue3@xxxxxxxxx>
- [PATCH v2] [TotemSRP] Ignore duplicated commit tokens in recovery mode
- From: jason <huzhijiang@xxxxxxxxx>
- Re: 2 node not syncing
- From: Hugo Lombard <hal@xxxxxxxxxxxxxx>
- Re: 2 node not syncing
- From: Etienne Pretorius <icewolfhunter@xxxxxxxxx>
- [PATCH] Add a troubleshooting guide to corosync.conf.5
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: [PATCH] Add a troubleshooting guide to corosync.conf.5
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: 2 node not syncing
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: 2 node not syncing
- From: Dmitry Koterov <dmitry.koterov@xxxxxxxxx>
- Re: [PATCH] Add a troubleshooting guide to corosync.conf.5
- From: Dmitry Koterov <dmitry.koterov@xxxxxxxxx>
- Re: [PATCH] Add a troubleshooting guide to corosync.conf.5
- From: Jan Pokorný <jpokorny@xxxxxxxxxx>
- 2 node not syncing
- From: Etienne Pretorius <icewolfhunter@xxxxxxxxx>
- Re: [PATCH] Add a troubleshooting guide to corosync.conf.5
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Fwd: [PATCH] [TotemSRP] Ignore duplicated commit tokens in recovery mode
- From: jason <huzhijiang@xxxxxxxxx>
- [PATCH] Add a troubleshooting guide to corosync.conf.5
- From: Steven Dake <sdake@xxxxxxxxxx>
- [PATCH] add troubleshooting guide to corosync.conf.8
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: UDPu transport for public IP addresses?
- From: Steven Dake <steven.dake@xxxxxxxxx>
- Re: [PATCH 2/2] Set RR priority by default
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 1/2] automake: Check minimum automake version
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH 2/2] Set RR priority by default
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/2] automake: Check minimum automake version
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- UDPu transport for public IP addresses?
- From: Dmitry Koterov <dmitry.koterov@xxxxxxxxx>
- Re: Fwd:
- From: Digimer <lists@xxxxxxxxxx>
- Fwd:
- From: mailing list <mailing.list1111@xxxxxxxxx>
- Re: [PATCH][flatiron] Fix ERR_LIBRARY error if finalise called inside dispatch
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH][flatiron] Fix ERR_LIBRARY error if finalise called inside dispatch
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Fwd: [PATCH] [totemrrp] Reset timer_problem_decrementer to zero in active_timer_problem_decrementer_cancel()
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Desperate for Help - Cluster Node randomly reboots
- From: Tan Ban Wee <tan.ban.wee@xxxxxxxxxxxx>
- Re: Desperate for Help - Cluster Node randomly reboots
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Desperate for Help - Cluster Node randomly reboots
- From: Tan Ban Wee <tan.ban.wee@xxxxxxxxxxxx>
- Re: Desperate for Help - Cluster Node randomly reboots
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Desperate for Help - Cluster Node randomly reboots
- From: Tan Ban Wee <tan.ban.wee@xxxxxxxxxxxx>
- Re: Desperate for Help - Cluster Node randomly reboots
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Desperate for Help - Cluster Node randomly reboots
- From: Tan Ban Wee <tan.ban.wee@xxxxxxxxxxxx>
- Re: corosync memebership issues - very high number of members - 633052984 & 633052951
- From: Digimer <lists@xxxxxxxxxx>
- Re: corosync memebership issues - very high number of members - 633052984 & 633052951
- From: Mudit Verma <mudit.f2004912@xxxxxxxxx>
- corosync memebership issues - very high number of members - 633052984 & 633052951
- From: Mudit Verma <mudit.f2004912@xxxxxxxxx>
- Re: Proposal; Default to unicast
- From: Digimer <lists@xxxxxxxxxx>
- Re: Proposal; Default to unicast
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Proposal; Default to unicast
- From: Digimer <lists@xxxxxxxxxx>
- Fwd: [PATCH] [totemrrp] Reset timer_problem_decrementer to zero in active_timer_problem_decrementer_cancel()
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [PATCH] config: Ensure mcast address/port differs for rrp
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] config: Ensure mcast address/port differs for rrp
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] config: Ensure mcast address/port differs for rrp
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 3/3] config: Ensure mcast address/port differs for rrp
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 3/3] config: Ensure mcast address/port differs for rrp
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 2/3] config: Process broadcast option consistently
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 1/3] config: Make sure user doesn't mix IPv6 and IPv4
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH 3/3] config: Ensure mcast address/port differs for rrp
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/3] config: Process broadcast option consistently
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/3] config: Make sure user doesn't mix IPv6 and IPv4
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: CSTS cpg-pause-confchg-first.sh fails
- From: jason <huzhijiang@xxxxxxxxx>
- Re: CSTS cpg-pause-confchg-first.sh fails
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Peer server hangs after stopping corosync
- From: Adrián Santos Marrero <asmarre@xxxxxxxxxx>
- CSTS cpg-pause-confchg-first.sh fails
- From: jason <huzhijiang@xxxxxxxxx>
- Peer server hangs after stopping corosync
- From: Adrián Santos Marrero <asmarre@xxxxxxxxxx>
- Re: [PATCH] manpage: Fix English
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] manpage: Fix English
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 2/2] man page: Improve description of token timeout
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 1/2] Store configuration values used by totem to cmap
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: About the downlist selection algorithm
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/2] man page: Improve description of token timeout
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/2] Store configuration values used by totem to cmap
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- About the downlist selection algorithm
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [PATCH] init: Don't wait for ipc if corosync doesn't start
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] init: Don't wait for ipc if corosync doesn't start
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync performance tuning on 10Gbe
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync performance tuning on 10Gbe
- From: "An Yang" <anyang@xxxxxxxxxxxx>
- Re: Corosync performance tuning on 10Gbe
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync performance tuning on 10Gbe
- From: "An Yang" <anyang@xxxxxxxxxxxx>
- Re: [PATCH] Adjust MTU for IPv6 correctly
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] Log auto-recovery of ring only once
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Adjust MTU for IPv6 correctly
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Adjust MTU for IPv6 correctly
- From: Ferenc Wagner <wferi@xxxxxxx>
- Re: [PATCH] Adjust MTU for IPv6 correctly
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] [flatiron]: Adjust MTU for IPv6 correctly
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Adjust MTU for IPv6 correctly
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH] Adjust MTU for IPv6 correctly
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Questions about logs that are output multiple times
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] objdb: Fix lock/unlock incorrect issue
- From: "Xia Li" <xli@xxxxxxxx>
- Re: [PATCH] objdb: Fix lock/unlock incorrect issue
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] objdb: Fix lock/unlock incorrect issue
- From: xia li <xli@xxxxxxxx>
- Re: Corosync performance tuning on 10Gbe
- From: "=?gb18030?b?QW4gWWFuZw==?=" <anyang@xxxxxxxxxxxx>
- Re: Corosync performance tuning on 10Gbe
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Corosync performance tuning on 10Gbe
- From: "=?gb18030?b?sLLj8w==?=" <anyang@xxxxxxxxxxxx>
- Re: pacemaker version
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: Corosync fails to build in slackware
- From: Irving Leonard <irvingleonard@xxxxxxxxx>
- pacemaker version
- From: sara ibrahim <saraibrahimhasan@xxxxxxxxx>
- Re: Corosync fails to build in slackware
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Corosync fails to build in slackware
- From: Irving Leonard <irvingleonard@xxxxxxxxx>
- Re: "Corosync quorum is not configured"
- From: Andreas Kurz <andreas.kurz@xxxxxxxxx>
- Re: wireshark dissector for corosync 1.x srp
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: [PATCH 1/1] [crypto] fix crypto block rounding/padding calculation
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Questions about logs that are output multiple times
- From: Kazunori INOUE <kazunori.inoue3@xxxxxxxxx>
- [PATCH 1/1] [crypto] fix crypto block rounding/padding calculation
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- "Corosync quorum is not configured"
- From: Alexis de BRUYN <alexis.mailinglist@xxxxxxxxxxx>
- Re: [PATCH 1/1] [crypto] fix crypto block rounding/padding calculation
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH 1/1] [crypto] fix crypto block rounding/padding calculation
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: cluster won't form - token lost in commit state
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- cluster won't form - token lost in commit state
- From: Patrick Hemmer <corosync@xxxxxxxxxxxxxxx>
- Re: internal statistics for health assessment
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- internal statistics for health assessment
- From: Ferenc Wagner <wferi@xxxxxxx>
- Corosync 2.3.4 is available at corosync.org!
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] quorumtool: Add option to sort node list
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 5/5] totemudpu: Send msgs to all members occasionally
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 4/5] totemudpu: Implement member_set_active
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 3/5] totemrrp: Implement *_membership_changed
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/5] totemnet: Add totemnet_member_set_active
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/5] totem: Inform RRP about membership changes
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] quorumtool: Add option to sort node list
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] at least let YKD load
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] at least let YKD load
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH] at least let YKD load
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] corosync-quorumtool: sort nodes by nodeid
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] corosync-quorumtool: sort nodes by nodeid
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] corosync-quorumtool: sort nodes by nodeid
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] corosync-quorumtool: sort nodes by nodeid
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] corosync-quorumtool: sort nodes by nodeid
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] corosync-quorumtool: sort nodes by nodeid
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Corosync does not detect network partitioning correctly
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Corosync does not detect network partitioning correctly
- From: Vladimir Kuklin <vkuklin@xxxxxxxxxxxx>
- Re: [PATCH] votequorum: add API to clear the wait_for_all status
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] votequorum: add API to clear the wait_for_all status
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] votequorum: add API to clear the wait_for_all status
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Ports for redundant rings
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: Ports for redundant rings
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Ports for redundant rings
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: Ports for redundant rings
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Ports for redundant rings
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: [PATCH] votequorum: add API to clear the wait_for_all status
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] [totemsrp] Cancel token holding while in retransmition
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 4/6] votequorum: Block sync until qdevice poll
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 4/6] votequorum: Block sync until qdevice poll
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [PATCH] [totemsrp] Cancel token holding while in retransmition
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] votequorum: add API to clear the wait_for_all status
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] votequorum: add API to clear the wait_for_all status
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] votequorum: add API to clear the wait_for_all status
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] votequorum: add API to clear the wait_for_all status
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] votequorum: add API to clear the wait_for_all status
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] votequorum: add API to clear the wait_for_all status
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] votequorum: add API to clear the wait_for_all status
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] votequorum: add API to clear the wait_for_all status
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] votequorum: add API to clear the wait_for_all status
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Patch to problem of corosync crash if all network interfaces are down
- From: zouyu <yzou@xxxxxxxx>
- [PATCH] [totemsrp] Cancel token holding while in retransmition
- From: jason <huzhijiang@xxxxxxxxx>
- [PATCH] votequorum: add API to clear the wait_for_all status
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Patch to problem of corosync crash if all network interfaces are down
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Patch to problem of corosync crash if all network interfaces are down
- From: zouyu <yzou@xxxxxxxx>
- Re: [PATCH 4/6] votequorum: Block sync until qdevice poll
- From: jason <huzhijiang@xxxxxxxxx>
- Re: totemsrp: Cancel token holding while in retransmition
- From: jason <huzhijiang@xxxxxxxxx>
- Re: totemsrp: Cancel token holding while in retransmition
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Corosync 2.3.3 holds a lot of memory due to bench test
- From: zouyu <yzou@xxxxxxxx>
- Re: Corosync 2.3.3 holds a lot of memory due to bench test
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync 2.3.3 holds a lot of memory due to bench test
- From: zouyu <yzou@xxxxxxxx>
- Re: Corosync 2.3.3 holds a lot of memory due to bench test
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 4/6] votequorum: Block sync until qdevice poll
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Corosync 2.3.3 holds a lot of memory due to bench test
- From: zouyu <yzou@xxxxxxxx>
- Re: [PATCH 4/6] votequorum: Block sync until qdevice poll
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Corosync 2.3.3 memory leak
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync 2.3.3 memory leak
- From: zouyu <yzou@xxxxxxxx>
- Re: Corosync 2.3.3 memory leak
- From: "Tomcsányi, Domonkos" <tomcsanyid@xxxxxxxx>
- Re: [PATCH 4/6] votequorum: Block sync until qdevice poll
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 4/6] votequorum: Block sync until qdevice poll
- From: jason <huzhijiang@xxxxxxxxx>
- Re: totemsrp: Cancel token holding while in retransmition
- From: jason <huzhijiang@xxxxxxxxx>
- Re: totemsrp: Cancel token holding while in retransmition
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [PATCH 1/6] votequorum: Return current ring id in callback
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: totemsrp: Cancel token holding while in retransmition
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Antwort: Re: Antwort: Re: Antwort: Re: Antwort: Re: SBD 1.2.0 / corosync 2.3
- From: philipp.achmueller@xxxxxx
- Re: [PATCH 6/6] votequorum: Make qdev timeout in sync configurable
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 5/6] testvotequorum2: Opt for polling with old ringid
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 4/6] votequorum: Block sync until qdevice poll
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 3/6] ipc: Process votequorum messages during sync
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 2/6] votequorum: Add ring id to poll call
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 1/6] votequorum: Return current ring id in callback
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: totemsrp: Cancel token holding while in retransmition
- From: jason <huzhijiang@xxxxxxxxx>
- [PATCH 6/6] votequorum: Make qdev timeout in sync configurable
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 5/6] testvotequorum2: Opt for polling with old ringid
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 4/6] votequorum: Block sync until qdevice poll
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 3/6] ipc: Process votequorum messages during sync
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/6] votequorum: Return current ring id in callback
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/6] votequorum: Add ring id to poll call
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: totemsrp: Cancel token holding while in retransmition
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: totemsrp: Cancel token holding while in retransmition
- From: Steven Dake <steven.dake@xxxxxxxxx>
- Re: totemsrp: Cancel token holding while in retransmition
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: totemsrp: Cancel token holding while in retransmition
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync 2.3.3 memory leak
- From: "Tomcsányi, Domonkos" <tomcsanyid@xxxxxxxx>
- Re: Corosync 2.3.3 memory leak
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Antwort: Re: Antwort: Re: Antwort: Re: SBD 1.2.0 / corosync 2.3
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Antwort: Re: Antwort: Re: Antwort: Re: SBD 1.2.0 / corosync 2.3
- From: philipp.achmueller@xxxxxx
- Re: Corosync 2.3.3 memory leak
- From: "Tomcsányi, Domonkos" <tomcsanyid@xxxxxxxx>
- Re: Corosync 2.3.3 memory leak
- From: "Tomcsányi, Domonkos" <tomcsanyid@xxxxxxxx>
- totemsrp: Cancel token holding while in retransmition
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Corosync 2.3.3 memory leak
- From: "Tomcsányi, Domonkos" <tomcsanyid@xxxxxxxx>
- Re: Antwort: Re: Antwort: Re: SBD 1.2.0 / corosync 2.3
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Antwort: Re: Antwort: Re: SBD 1.2.0 / corosync 2.3
- From: philipp.achmueller@xxxxxx
- Re: Antwort: Re: SBD 1.2.0 / corosync 2.3
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Antwort: Re: SBD 1.2.0 / corosync 2.3
- From: philipp.achmueller@xxxxxx
- Antwort: Re: SBD 1.2.0 / corosync 2.3
- From: philipp.achmueller@xxxxxx
- Re: SBD 1.2.0 / corosync 2.3
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- SBD 1.2.0 / corosync 2.3
- From: philipp.achmueller@xxxxxx
- Re: Corosync 2.3.3 memory leak
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Corosync 2.3.3 memory leak
- From: "Tomcsányi, Domonkos" <tomcsanyid@xxxxxxxx>
- Re: [PATCH] Make sure join timeout is less than consensus
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH][flatiron] then/than typo fixes
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Make sure join timeout is less than consensus
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH][flatiron] then/than typo fixes
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] Fix typos in messages
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] corosync-keygen: Replace printf/exit call with err
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH] Fix typos in messages
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] Slightly rework corosync-keygen.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] corosync-keygen: Replace printf/exit call with err
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 1/1] [build] be consistent in using CPPFLAGS vs CFLAGS
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 1/1] [build] be consistent in using CPPFLAGS vs CFLAGS
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 1/1] [build] cleanup after test-driver
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 1/1] [build] be consistent in using CPPFLAGS vs CFLAGS
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/1] [build] be consistent in using CPPFLAGS vs CFLAGS
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH 1/1] [build] cleanup after test-driver
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] Slightly rework corosync-keygen.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: [PATCH] Slightly rework corosync-keygen.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Slightly rework corosync-keygen.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: [PATCH] Slightly rework corosync-keygen.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Implement config file testing mode.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Slightly rework corosync-keygen.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: [PATCH] Slightly rework corosync-keygen.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Slightly rework corosync-keygen.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- [PATCH] Slightly rework corosync-keygen.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: [PATCH] Slightly rework corosync-keygen.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- [PATCH] Slightly rework corosync-keygen.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- [PATCH] Slightly rework corosync-keygen.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: [PATCH] Implement config file testing mode.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: [PATCH] Allow corosync-keygen to create keyfile not in the hardcoded location. Also allow it to run without root if not default location for file is used. Minor cosmetic fixes to the man-page.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: [PATCH] Allow corosync-keygen to create keyfile not in the hardcoded location. Also allow it to run without root if not default location for file is used. Minor cosmetic fixes to the man-page.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Allow corosync-keygen to create keyfile not in the hardcoded location. Also allow it to run without root if not default location for file is used. Minor cosmetic fixes to the man-page.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: [PATCH] Allow corosync-keygen to create keyfile not in the hardcoded location. Also allow it to run without root if not default location for file is used. Minor cosmetic fixes to the man-page.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Allow corosync-keygen to create keyfile not in the hardcoded location. Also allow it to run without root if not default location for file is used. Minor cosmetic fixes to the man-page.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: [PATCH] Allow corosync-keygen to create keyfile not in the hardcoded location. Also allow it to run without root if not default location for file is used. Minor cosmetic fixes to the man-page.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Implement config file testing mode.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Could Totem protocol be tuned to work in microsecond's level?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Could Totem protocol be tuned to work in microsecond's level?
- From: Junliang Li <lijunliang.dna@xxxxxxxxx>
- Re: [PATCH] Implement config file testing mode.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: [PATCH] Implement config file testing mode.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Could Totem protocol be tuned to work in microsecond's level?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Allow corosync-keygen to create keyfile not in the hardcoded location. Also allow it to run without root if not default location for file is used. Minor cosmetic fixes to the man-page.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: [PATCH] Extend corosync-cmapctl -p option by allowing keys to be deleted.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Implement config file testing mode.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Could Totem protocol be tuned to work in microsecond's level?
- From: Junliang Li <lijunliang.dna@xxxxxxxxx>
- [PATCH] Extend corosync-cmapctl -p option by allowing keys to be deleted.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: [PATCH] Extend corosync-cmapctl -p option by allowing keys to be deleted.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Extend corosync-cmapctl -p option by allowing keys to be deleted.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: [PATCH] Extend corosync-cmapctl -p option by allowing keys to be deleted.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Extend corosync-cmapctl -p option by allowing keys to be deleted.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: [PATCH] Extend corosync-cmapctl -p option by allowing keys to be deleted.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Extend corosync-cmapctl -p option by allowing keys to be deleted.
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: Unicast communication is working, but mcastaddr is no working
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Unicast communication is working, but mcastaddr is no working
- From: Ziqing Zhuang <ziqing.zhuang@xxxxxxxx>
- Re: When will the next version be released?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- When will the next version be released?
- From: Kazunori INOUE <kazunori.inoue3@xxxxxxxxx>
- Re: automatic membership discovery
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] votequorum: Do not process events during reload
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 1/2] Make config.reload_in_progress key read only
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH 2/2] votequorum: Do not process events during reload
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/2] Make config.reload_in_progress key read only
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: wireshark dissector for corosync 1.x srp
- From: Jan Pokorný <jpokorny@xxxxxxxxxx>
- Re: automatic membership discovery
- From: Patrick Hemmer <corosync@xxxxxxxxxxxxxxx>
- Re: automatic membership discovery
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: wireshark dissector for corosync 1.x srp
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: automatic membership discovery
- From: Patrick Hemmer <corosync@xxxxxxxxxxxxxxx>
- wireshark dissector for corosync 1.x srp
- From: Masatake YAMATO <yamato@xxxxxxxxxx>
- Re: automatic membership discovery
- From: "Mahadevan, Nilakantan (STSD)" <Nilakantan.Mahadevan@xxxxxx>
- Re: automatic membership discovery
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: automatic membership discovery
- From: "Mahadevan, Nilakantan (STSD)" <Nilakantan.Mahadevan@xxxxxx>
- Re: automatic membership discovery
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: automatic membership discovery
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: automatic membership discovery
- From: Patrick Hemmer <corosync@xxxxxxxxxxxxxxx>
- Re: automatic membership discovery
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: automatic membership discovery
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- automatic membership discovery
- From: Patrick Hemmer <corosync@xxxxxxxxxxxxxxx>
- Re: [PATCH] Doc: Enhance INSTALL file a bit
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] coroparse: More strict numbers parsing
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH] Doc: Enhance INSTALL file a bit
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] coroparse: More strict numbers parsing
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] init: change return value when starting corosync
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- 答复： Re: [PATCH 1/1] init: change return value when starting corosync
- From: "Lidong Zhong" <lzhong@xxxxxxxx>
- [PATCH] init: change return value when starting corosync
- From: Lidong Zhong <lzhong@xxxxxxxx>
- Re: [PATCH 1/1] init: change return value when starting corosync
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/1] init: change return value when starting corosync
- From: Lidong Zhong <lzhong@xxxxxxxx>
- Corosync 1.4.7 is available at corosync.org!
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 1/2] Introduce get_run_dir function
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 1/2] Introduce get_run_dir function
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] flatiron Move ringid store and load from totem library
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 1/2] Introduce get_run_dir function
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 2/2] logsys: Log warning if flightrecorder init fails
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] flatiron logsys: Log error if blackbox cannot be created
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 1/2] logsys: Log error if blackbox cannot be created
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH] flatiron Move ringid store and load from totem library
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/2] Move ringid store and load from totem library
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/2] Introduce get_run_dir function
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Corosync] How to open debug log for totem*.c?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Corosync] How to open debug log for totem*.c?
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [Corosync] How to open debug log for totem*.c?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Corosync] How to open debug log for totem*.c?
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [Corosync] How to open debug log for totem*.c?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [Corosync] How to open debug log for totem*.c?
- From: jason <huzhijiang@xxxxxxxxx>
- [PATCH 2/2] logsys: Log warning if flightrecorder init fails
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/2] logsys: Log error if blackbox cannot be created
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] flatiron logsys: Log error if blackbox cannot be created
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Why is IPv6addr so careful (and slow) compared to IPaddr2 ?
- From: Reinier Boon <R.Boon@xxxxxxxxxxx>
- Re: How does corosync pick a multicast address
- From: Steven Willis <swillis@xxxxxxxxxxx>
- Re: How does corosync pick a multicast address
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: How does corosync pick a multicast address
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- How does corosync pick a multicast address
- From: Steven Willis <swillis@xxxxxxxxxxx>
- Re: [PATCH] config: Allow dynamic change of token_coefficient
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH] config: Allow dynamic change of token_coefficient
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] config: Allow dynamic change of token_coefficient
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH] config: Allow dynamic change of token_coefficient
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Infiniband and ethernet
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Infiniband and ethernet
- From: Marc Boisis <marc.boisis@xxxxxxxxxx>
- Re: CMAN related questions
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: Number of processes
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Number of processes
- From: Utkarsh Katiyar <utkarsh.katiyar@xxxxxxxxxxxxxxx>
- Message Delivery Failed
- From: Utkarsh Katiyar <utkarsh.katiyar@xxxxxxxxxxxxxxx>
- Re: [PATCH] init: Make init script configurable - take2 - correct patch description
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Multicast Address
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Multicast Address
- From: Utkarsh Katiyar <utkarsh.katiyar@xxxxxxxxxxxxxxx>
- Multicast Address
- From: Utkarsh Katiyar <utkarsh.katiyar@xxxxxxxxxxxxxxx>
- [PATCH] init: Make init script configurable - take2 - correct patch description
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Sample Application using corosync
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] init: Make init script configurable
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Changing location of mailing list - downtime March 29th
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: Sample Application using corosync
- From: Utkarsh Katiyar <utkarsh.katiyar@xxxxxxxxxxxxxxx>
- Does corosync only support heartbeat udp message from source port 5405/5404?
- From: Emre He <emre.he@xxxxxxxxx>
- Re: Sample Application using corosync
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Log: Make reload of logging work
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Log: Make reload of logging work
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Sample Application using corosync
- From: Utkarsh Katiyar <utkarsh.katiyar@xxxxxxxxxxxxxxx>
- [PATCH] Log: Make reload of logging work
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 4/4] Add token_coef option
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 3/4] totemconfig: Log errors on key change and reload
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/4] totemconfig: Key change process dependencies
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/4] Really clear totemconfig nodes on reload
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Starting Services on Boot
- From: Kristoffer Grönlund <kgronlund@xxxxxxxx>
- Re: Starting Services on Boot
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Starting Services on Boot
- From: Danny Roberts <danny@xxxxxxxxxxxxxxxxxxxx>
- manpage section of corosync_overview - 8 instead of 7
- From: Stefan Bauer <stefan.bauer@xxxxxxxxxxx>
- Re: [PATCH] config: Handle totem_set_volatile_defaults errors
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH] config: Handle totem_set_volatile_defaults errors
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: overhead? send/receive cpg messages
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- FW: IP address not reachable accross vlans
- From: Miguel Sarmiento <Miguel.Sarmiento@xxxxxxxxxxxxxxxxx>
- Re: overhead? send/receive cpg messages
- From: Mike Rosenlof <Mike.Rosenlof@xxxxxxxxxxx>
- Re: overhead? send/receive cpg messages
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: iptables rules
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- overhead? send/receive cpg messages
- From: Mike Rosenlof <Mike.Rosenlof@xxxxxxxxxxx>
- iptables rules
- From: Danny Roberts <danny@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] votequorum: Properly initialize atb and atb_string
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: corosync Segmentation fault.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: corosync Segmentation fault.
- From: Andrey Groshev <greenx@xxxxxxxxx>
- Re: corosync Segmentation fault.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] votequorum: Properly initialize atb and atb_string
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: corosync Segmentation fault.
- From: Andrey Groshev <greenx@xxxxxxxxx>
- Re: corosync Segmentation fault.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- corosync Segmentation fault.
- From: Andrey Groshev <greenx@xxxxxxxxx>
- Re: cluster log files
- From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
- Re: [PATCH 4/4] mon: Make monitoring work
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 4/4] mon: Make monitoring work
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH 1/4] mon: Make mon compilable with libstatgrab ver 0.9 - take2
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/4] mon: Fix comparsion typo
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 3/4] mon: Pass correct pointer to inst
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 4/4] mon: Make monitoring work
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/4] mon: Make mon compilable with libstatgrab ver 0.9
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: cluster log files (was: Re: pacemaker "CPG API: failed Library error")
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Strange corosync fail ...
- From: cluster lab <cluster.labs@xxxxxxxxx>
- Re: Strange corosync fail ...
- From: cluster lab <cluster.labs@xxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Strange corosync fail ...
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Strange corosync fail ...
- From: cluster lab <cluster.labs@xxxxxxxxx>
- Re: Strange corosync fail ...
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: Strange corosync fail ...
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: Strange corosync fail ...
- From: cluster lab <cluster.labs@xxxxxxxxx>
- Re: Strange corosync fail ...
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Strange corosync fail ...
- From: cluster lab <cluster.labs@xxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 3/3] cpg: Make sure left nodes are really removed
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 1/3] cpg: Refactor mh_req_exec_cpg_procleave
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 3/3] cpg: Make sure left nodes are really removed
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 2/3] cpg: Make sure nodid is always logged as hex num
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [Pacemaker] What is the reason which the node in which failure has not occurred carries out "lost"?
- From: yusuke iida <yusk.iida@xxxxxxxxx>
- [PATCH 2/3] cpg: Make sure nodid is always logged as hex num
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 3/3] cpg: Make sure left nodes are really removed
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/3] cpg: Refactor mh_req_exec_cpg_procleave
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] totemsrp: Fix typo with cont gather
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: What is the reason which the node in which failure has not occurred carries out "lost"?
- From: Digimer <lists@xxxxxxxxxx>
- Re: What is the reason which the node in which failure has not occurred carries out "lost"?
- From: yusuke iida <yusk.iida@xxxxxxxxx>
- Re: What is the reason which the node in which failure has not occurred carries out "lost"?
- From: Digimer <lists@xxxxxxxxxx>
- What is the reason which the node in which failure has not occurred carries out "lost"?
- From: yusuke iida <yusk.iida@xxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
- Re: CPG reporting group member that doesn't exist
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: pacemaker "CPG API: failed Library error"
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: CPG reporting group member that doesn't exist
- From: Patrick Hemmer <corosync@xxxxxxxxxxxxxxx>
- Re: [PATCH] votequorum: enhance auto_tie_breaker
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- pacemaker "CPG API: failed Library error"
- From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
- Re: [PATCH] votequorum: enhance auto_tie_breaker
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: CPG reporting group member that doesn't exist
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- CPG reporting group member that doesn't exist
- From: Patrick Hemmer <corosync@xxxxxxxxxxxxxxx>
- Re: [PATCH] votequorum: enhance auto_tie_breaker
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] votequorum: enhance auto_tie_breaker
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] votequorum: enhance auto_tie_breaker
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] votequorum: enhance auto_tie_breaker
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] votequorum: enhance auto_tie_breaker
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: SAFE delivery feature request
- From: andrei.elkin@xxxxxxxxxx
- Re: [PATCH] Free object allocated at quorum_register_callback
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] totemsrp: Fix typo with cont gather
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] totemsrp: Fix typo with cont gather
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync + DRBD and network glitch
- From: Francois Gaudreault <fgaudreault@xxxxxxxxxxxx>
- Re: Corosync + DRBD and network glitch
- From: Lars Marowsky-Bree <lmb@xxxxxxxx>
[Index of Archives]
[Corosync Project]
[Linux USB Devel]
[Video for Linux]
[Big List of Linux Books]
[Linux SCSI]
[Yosemite Forum]
