[Prev Page][Next Page]
- [PATCH 2/2] totemconfig: Prevent leak of cluster_name str
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/2] service: Fix memleak in service_unlink_and_exit
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 5/5] totem: Don't leak instance variable on crypto fail
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 3/5] totemconfig: Check length of rrp_mode string
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 4/5] totemudpu: Handle fd leak in totemudpu
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/5] cpg: Check cpg zc buffer path name length
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/5] coroparse: Ensure that config items fits into cmap
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 03/11] votequorum: Check len in send_qdevice_reconfigure
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 02/11] votequorum: Check result of exec_send_qdevice_reg
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 01/11] votequorum: Check length of qdevice_name_req str
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH 11/11] cpg: Set umask in memory_map function
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 10/11] ipc_glue: Check service name len
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 09/11] ipc_glue: Introduce constant for service name len
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 08/11] cfg: Check interface status and name length
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 07/11] cfg: Check number of interfaces
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 06/11] cfg: Introduce CFG_MAX constants
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 05/11] totemrrp: Make status string shorter
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 04/11] votequorum: Prevent leak in qdevice_is_configured
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 02/11] votequorum: Check result of exec_send_qdevice_reg
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 03/11] votequorum: Check len in send_qdevice_reconfigure
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 01/11] votequorum: Check length of qdevice_name_req str
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Problem] Corosync cannot reconstitute a cluster.
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [Problem] Corosync cannot reconstitute a cluster.
- From: Digimer <lists@xxxxxxxxxx>
- Re: [Problem] Corosync cannot reconstitute a cluster.
- From: renayama19661014@xxxxxxxxx
- Re: [PATCH 23/28] votequrorum: Assert sender nodeid is known
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 23/28] votequrorum: Assert sender nodeid is known
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 23/28] votequrorum: Assert sender nodeid is known
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [Problem] Corosync cannot reconstitute a cluster.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Problem] Corosync cannot reconstitute a cluster.
- From: renayama19661014@xxxxxxxxx
- Re: [Problem] Corosync cannot reconstitute a cluster.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 23/28] votequrorum: Assert sender nodeid is known
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Problem] Corosync cannot reconstitute a cluster.
- From: renayama19661014@xxxxxxxxx
- Re: [PATCH 02/28] cpg test agent: Fix typo in assert
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Re: [Problem] Corosync cannot reconstitute a cluster.
- From: renayama19661014@xxxxxxxxx
- Re: [PATCH 01/28] Rename make target coverity
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 23/28] votequrorum: Assert sender nodeid is known
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH 23/28] votequrorum: Assert sender nodeid is known
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 27/28] Initialize error variable in ykd_init
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 25/28] Initialize item in cmap_mcast_send
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 28/28] ipc_cfg: Make coverity happy
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 22/28] quorumtool: Properly check nodeid cli param
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 24/28] cmapctl: Remove unnecessary access check
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 26/28] Initialize node_found in nodelist_to_interface fun
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 21/28] Handle errors when getting SC_PAGESIZE
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 18/28] Use proper totem_ip_address size in memset
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 16/28] Properly break MAIN_CP_CB_DATA_STATE_QDEVICE state
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 20/28] Check result of logsys_subsys_create
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 15/28] Do not dereference format_buffer when it's NULL
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 17/28] Free icmap strings in logconfig
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 19/28] Check logsys_format_set result in logsys setup
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 13/28] Handle dispatch functions results
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 11/28] testcpg: Check length of input group name
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 14/28] Check icmap str get for clustername
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 12/28] Properly check result of stat func in coroparse
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 10/28] common ta: Close client sockets
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 09/28] common ta: Close listener socket
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 08/28] test sam: Free temp str allocated by cmap
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 07/28] sam test agent: Assert results of send func
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 06/28] votequorum test agent: Assert results of send func
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 05/28] cpg test agent: Test len of name for cpg_join
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 04/28] cpg test agent: Cfg shutdown flag is not bitfield
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 03/28] cpg test agent: Assert results of send function
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 02/28] cpg test agent: Fix typo in assert
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 01/28] Rename make target coverity
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Problem] Corosync cannot reconstitute a cluster.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Problem] Corosync cannot reconstitute a cluster.
- From: renayama19661014@xxxxxxxxx
- Re: [Problem] Corosync cannot reconstitute a cluster.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Problem] Corosync cannot reconstitute a cluster.
- From: renayama19661014@xxxxxxxxx
- Re: [Problem] Corosync cannot reconstitute a cluster.
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [Problem] Corosync cannot reconstitute a cluster.
- From: renayama19661014@xxxxxxxxx
- Re: Stopping corosync service spends long time
- From: Jason <huzhijiang@xxxxxxxxx>
- Re: segmentation fault at pthread_join
- From: jason <huzhijiang@xxxxxxxxx>
- Re: segmentation fault at pthread_join
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Stopping corosync service spends long time
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Bug when start/stop openais repeatedly
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Questions about defragmentation process in totem_deliver_fn()
- From: jason <huzhijiang@xxxxxxxxx>
- Re: corosync running as non-root?
- From: Steven Dake <sdake@xxxxxxxxxx>
- corosync running as non-root?
- From: "Eric Duda" <ericduda@xxxxxxxxx>
- Re: Multicast mode and cisco 3750x switches
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: [Problem] Corosync cannot reconstitute a cluster.
- From: renayama19661014@xxxxxxxxx
- segmentation fault at pthread_join
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [Problem] Corosync cannot reconstitute a cluster.
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [Problem] Corosync cannot reconstitute a cluster.
- From: renayama19661014@xxxxxxxxx
- [Problem] Corosync cannot reconstitute a cluster.
- From: renayama19661014@xxxxxxxxx
- Corosync 1.4.6 is available at corosync.org!
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Lock sync_in_process variable
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] Lock sync_in_process variable
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Remove unnecessary mmap in memory_map ipc
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Remove unnecessary mmap in memory_map ipc
- From: Rongqing Li <rongqing.li@xxxxxxxxxxxxx>
- Re: [PATCH] Remove unnecessary mmap in memory_map ipc
- From: Rongqing Li <rongqing.li@xxxxxxxxxxxxx>
- Re: [PATCH] Remove unnecessary mmap in memory_map ipc
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: [PATCH] Remove unnecessary mmap in memory_map ipc
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync and Storm
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Corosync and Storm
- From: Mark Lamb <mark.lamb@xxxxxxxxxxxx>
- Re: [PATCH] Remove unnecessary mmap in memory_map ipc
- From: Rongqing Li <rongqing.li@xxxxxxxxxxxxx>
- Re: [PATCH] Remove unnecessary mmap in cpg
- From: Rongqing Li <rongqing.li@xxxxxxxxxxxxx>
- Re: [PATCH] Remove unnecessary mmap in memory_map ipc
- From: Rongqing Li <rongqing.li@xxxxxxxxxxxxx>
- Re: [PATCH] Remove unnecessary mmap in memory_map ipc
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] Remove unnecessary mmap in cpg
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Remove unnecessary mmap in memory_map ipc
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Remove unnecessary mmap in cpg
- From: Rongqing Li <rongqing.li@xxxxxxxxxxxxx>
- Re: [PATCH] Remove unnecessary mmap in cpg
- From: Jason <huzhijiang@xxxxxxxxx>
- Re: Disabling Corosync Core Dumps
- From: Steven Dake <steven.dake@xxxxxxxxx>
- Re: Disabling Corosync Core Dumps
- From: Matteo Bignotti <mbignotti@xxxxxxxxxxxxx>
- Re: Disabling Corosync Core Dumps
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Disabling Corosync Core Dumps
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: [PATCH] Remove unnecessary mmap in cpg
- From: Rongqing Li <rongqing.li@xxxxxxxxxxxxx>
- Re: [PATCH] Fix shared memory mapping
- From: Rongqing Li <rongqing.li@xxxxxxxxxxxxx>
- Re: [PATCH] Fix shared memory mapping
- From: Rongqing Li <rongqing.li@xxxxxxxxxxxxx>
- Re: [PATCH] Fix shared memory mapping
- From: Steven Dake <sdake@xxxxxxxxxx>
- Disabling Corosync Core Dumps
- From: Matteo Bignotti <mbignotti@xxxxxxxxxxxxx>
- Re: [PATCH] Remove unnecessary mmap in cpg (take 2)
- From: Steven Dake <sdake@xxxxxxxxxx>
- Stopping corosync service spends long time
- From: jason <huzhijiang@xxxxxxxxx>
- Stopping corosync service spends long time
- From: jason <huzhijiang@xxxxxxxxx>
- [PATCH] Remove unnecessary mmap in cpg (take 2)
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: nodes would not join cluster
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Fix shared memory mapping
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Remove unnecessary mmap in cpg
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Fix shared memory mapping
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] Fix shared memory mapping
- From: <rongqing.li@xxxxxxxxxxxxx>
- nodes would not join cluster
- From: Frolov Grigori <gvfnix@xxxxxxxxx>
- Re: Corosync 2.3 dies randomly
- From: Robert Parsons <rparsons@xxxxxxxxxxxxxxxxx>
- Disable Corosync Core Dumps
- From: Matteo Bignotti <mbignotti@xxxxxxxxxxxxx>
- Re: Corosync 2.3 dies randomly
- From: Robert Parsons <rparsons@xxxxxxxxxxxxxxxxx>
- Re: Corosync 2.3 dies randomly
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Re: Runtime bindnet address change
- From: Koushik Sampath <tycoontutu@xxxxxxxxx>
- Re: Runtime bindnet address change
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync 2.3 dies randomly
- From: Rob Parsons <rparsons@xxxxxxxxxxxxxxxxx>
- Re: Corosync 2.3 dies randomly
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Re: Corosync 2.3 dies randomly
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: Corosync 2.3 dies randomly
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: Corosync 2.3 dies randomly
- From: Steven Dake <sdake@xxxxxxxxxx>
- Corosync 2.3 dies randomly
- From: Robert Parsons <rparsons@xxxxxxxxxxxxxxxxx>
- Runtime bindnet address change
- From: Koushik Sampath <tycoontutu@xxxxxxxxx>
- Re: [sheepdog-users] cluster has creashed
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [sheepdog-users] cluster has creashed
- From: Liu Yuan <namei.unix@xxxxxxxxx>
- Re: INADDR_ANY mode for udpu
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Replicating a heartbeat2 WAN link setup in Corosync properly
- From: David Jablonski <djablonski@xxxxxxxx>
- Re: INADDR_ANY mode for udpu
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: INADDR_ANY mode for udpu
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 1/2] Handle SIGPIPE in req_setup_send
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH 2/2] confdb: Make objdb_notify_dispatch preemptable
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/2] Handle SIGPIPE in req_setup_send
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync with two servers around the world
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: Corosync 100% CPU on v.1.4.2-3
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Corosync 100% CPU on v.1.4.2-3
- From: Gerrit Jacobsen <gjacobsen@xxxxxxxx>
- Re: Bug when start/stop openais repeatedly
- From: Jiaju Zhang <jjzhang@xxxxxxx>
- Re: [PATCH] Free confdb message holder list on confdb exit
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: Bug when start/stop openais repeatedly
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Manual floating ip
- From: alain meunier <deco33@xxxxxxxxxx>
- Re: Manual floating ip
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: coroipcs_ipc_service_exit() dead loop
- From: jason <huzhijiang@xxxxxxxxx>
- Re: coroipcs_ipc_service_exit() dead loop
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Free confdb message holder list on confdb exit
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Bug when start/stop openais repeatedly
- From: "Lidong Zhong" <lzhong@xxxxxxxx>
- Manual floating ip
- From: alain meunier <deco33@xxxxxxxxxx>
- Re: Corosync with two servers around the world
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync with two servers around the world
- From: alain meunier <deco33@xxxxxxxxxx>
- Re: Corosync with two servers around the world
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync with two servers around the world
- From: alain meunier <deco33@xxxxxxxxxx>
- Re: Corosync with two servers around the world
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Corosync with two servers around the world
- From: alain meunier <deco33@xxxxxxxxxx>
- Corosync with two servers around the world
- From: alain meunier <deco33@xxxxxxxxxx>
- Re: coroipcs_ipc_service_exit() dead loop
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [PATCH] Allocate cpg_dispatch message buffer in heap instead of stack
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- coroipcs_ipc_service_exit() dead loop
- From: jason <huzhijiang@xxxxxxxxx>
- Re: different expected_votes
- From: Ferenc Wagner <wferi@xxxxxxx>
- Re: different expected_votes
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] Allocate cpg_dispatch message buffer in heap instead of stack
- From: José Orlando Pereira <jop@xxxxxxxxxxxx>
- Re: [PATCH] Allocate cpg_dispatch message buffer in heap instead of stack
- From: José Orlando Pereira <jop@xxxxxxxxxxxx>
- Re: different expected_votes
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: different expected_votes
- From: Ferenc Wagner <wferi@xxxxxxx>
- Re: [PATCH] Allocate cpg_dispatch message buffer in heap instead of stack
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: different expected_votes
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- different expected_votes
- From: Ferenc Wagner <wferi@xxxxxxx>
- Re: [PATCH] Allocate cpg_dispatch message buffer in heap instead of stack
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Allocate cpg_dispatch message buffer in heap instead of stack
- From: José Orlando Pereira <jop@xxxxxxxxxxxx>
- Re: [PATCH] Allocate cpg_dispatch message buffer in heap instead of stack
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Allocate cpg_dispatch message buffer in heap instead of stack
- From: José Orlando Pereira <jop@xxxxxxxxxxxx>
- Re: [PATCH] Allocate cpg_dispatch message buffer in heap instead of stack
- From: José Orlando Pereira <jop@xxxxxxxxxxxx>
- Re: [PATCH] Allocate cpg_dispatch message buffer in heap instead of stack
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] Allocate cpg_dispatch message buffer in heap instead of stack
- From: José Orlando Pereira <jop@xxxxxxxxxxxx>
- Re: [PATCH] Allocate cpg_dispatch message buffer in heap instead of stack
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] Allocate cpg_dispatch message buffer in heap instead of stack
- From: José Orlando Pereira <jop@xxxxxxxxxxxx>
- Re: [PATCH] Allocate cpg_dispatch message buffer in heap instead of stack
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] Allocate cpg_dispatch message buffer in heap instead of stack
- From: José Orlando Pereira <jop@xxxxxxxxxxxx>
- [PATCH 1/2] Improve corosync-notifyd example
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/2] Install sysconfig/corosync-notifyd in specfile
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: difference of wire format between 1.x and 2.x
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: how is failure detection achieved in Corosync?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: difference of wire format between 1.x and 2.x
- From: Masatake YAMATO <yamato@xxxxxxxxxx>
- Re: how is failure detection achieved in Corosync?
- From: "Alejandro Z. Tomsic" <aletomsic@xxxxxxxxx>
- Re: difference of wire format between 1.x and 2.x
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Fix a typo in README.recovery
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- difference of wire format between 1.x and 2.x
- From: Masatake YAMATO <yamato@xxxxxxxxxx>
- [PATCH] Fix a typo in README.recovery
- From: Masatake YAMATO <yamato@xxxxxxxxxx>
- Re: how is failure detection achieved in Corosync?
- From: Digimer <lists@xxxxxxxxxx>
- Re: how is failure detection achieved in Corosync?
- From: "Alejandro Z. Tomsic" <aletomsic@xxxxxxxxx>
- Re: How many executives can there be? Online addition/removal of executive?
- From: Ulf Wendel <ulf.wendel@xxxxxxxxx>
- Re: How many executives can there be? Online addition/removal of executive?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: How many executives can there be? Online addition/removal of executive?
- From: Ulf Wendel <ulf.wendel@xxxxxxxxx>
- Re: Questions about sync callbacks in the services
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: How many executives can there be? Online addition/removal of executive?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- make install --prefix does not create <prefix>/var/run?
- From: Ulf Wendel <ulf.wendel@xxxxxxxxx>
- Re: Questions about sync callbacks in the services
- From: Shridhar Sahukar <ssahukar@xxxxxxxxx>
- Re: How many executives can there be? Online addition/removal of executive?
- From: Ulf Wendel <ulf.wendel@xxxxxxxxx>
- Re: Questions about sync callbacks in the services
- From: Shridhar Sahukar <ssahukar@xxxxxxxxx>
- Re: [PATCH] Add Upstart job configuration file
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: how is failure detection achieved in Corosync?
- From: Digimer <lists@xxxxxxxxxx>
- Re: how is failure detection achieved in Corosync?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: How many executives can there be? Online addition/removal of executive?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Questions about sync callbacks in the services
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: 2 node cluster crashes after a fixed time repeatedly
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- how is failure detection achieved in Corosync?
- From: "Alejandro Z. Tomsic" <aletomsic@xxxxxxxxx>
- How many executives can there be? Online addition/removal of executive?
- From: Ulf Wendel <ulf.wendel@xxxxxxxxx>
- Re: Questions about sync callbacks in the services
- From: Shridhar Sahukar <ssahukar@xxxxxxxxx>
- Re: [PATCH] DRAFT: Detect big scheduling pauses
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] DRAFT: Detect big scheduling pauses
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] DRAFT: Detect big scheduling pauses
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Add Upstart job configuration file
- From: Kazunori INOUE <inouekazu@xxxxxxxxxxxxxxxxx>
- Re: 2 node cluster crashes after a fixed time repeatedly
- From: Koushik Sampath <tycoontutu@xxxxxxxxx>
- Re: 2 node cluster crashes after a fixed time repeatedly
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Questions about sync callbacks in the services
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] build: pass enable options to "make rpm" from configure
- From: Yuichi SEINO <seino.cluster2@xxxxxxxxx>
- 2 node cluster crashes after a fixed time repeatedly
- From: Koushik Sampath <tycoontutu@xxxxxxxxx>
- Questions about sync callbacks in the services
- From: Shridhar Sahukar <ssahukar@xxxxxxxxx>
- Re: [PATCH] Improve handling of getpwnam_r() and getgrnam_r()
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] Improve handling of getpwnam_r() and getgrnam_r()
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [patch] Do not use GNU specific linker options on systems without GNU linker
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [patch] Do not use GNU specific linker options on systems without GNU linker
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [patch] Do not use GNU specific linker options on systems without GNU linker
- From: Andrei Belov <defanator@xxxxxxxxx>
- Re: [patch] Do not use GNU specific linker options on systems without GNU linker
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [patch] Do not use GNU specific linker options on systems without GNU linker
- From: Andrei Belov <defanator@xxxxxxxxx>
- Re: [patch] Do not use GNU specific linker options on systems without GNU linker
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [patch] Do not use GNU specific linker options on systems without GNU linker
- From: Andrei Belov <defanator@xxxxxxxxx>
- Re: Sending message in sync_activate() callback
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Sending message in sync_activate() callback
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [PATCH] Logsys: Ensure logging PID is really corosync
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Support for numerical uid/gid
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 2/2] corosync-fplay: Check incorrect idx and cycle
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 1/2] fplay: Check minimum record size
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] build: pass enable options to "make rpm" from configure
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] Logsys: Ensure logging PID is really corosync
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] Support for numerical uid/gid
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [patch] POSIX-compliant handling of getpwnam_r()/getgrnam_r() behavior
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [patch] POSIX-compliant handling of getpwnam_r()/getgrnam_r() behavior
- From: Andrei Belov <defanator@xxxxxxxxx>
- Re: [patch] POSIX-compliant handling of getpwnam_r()/getgrnam_r() behavior
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [patch] POSIX-compliant handling of getpwnam_r()/getgrnam_r() behavior
- From: Andrei Belov <defanator@xxxxxxxxx>
- [PATCH 1/2] fplay: Check minimum record size
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/2] corosync-fplay: Check incorrect idx and cycle
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] build: pass enable options to "make rpm" from configure
- From: Yuichi SEINO <seino.cluster2@xxxxxxxxx>
- Re: two nodes same hostname
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: two nodes same hostname
- From: Hauke <mailman@xxxxxxxxxxxxx>
- two nodes same hostname
- From: Junior <junior.c@xxxxxxxxx>
- [PATCH] Logsys: Ensure logging PID is really corosync
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Question about service init order
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Question about service init order
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Question about service init order
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Question about service init order
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [PATCH 5/6] Change sync_in_process value after trans_ack
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 5/6] Change sync_in_process value after trans_ack
- From: jason <huzhijiang@xxxxxxxxx>
- [PATCH] schedwrk: Set values before create callback
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 6/6] Fix race for sending_allowed
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Remove exit thread and replace it by exit pipe
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 5/6] Change sync_in_process value after trans_ack
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 4/6] totempg: Store and restore global variables
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 3/6] totempg: Make iov_delv local variable
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/6] cfgtool: Retry shutdown on CS_ERR_TRY_AGAIN
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/6] cfg: When send_shutdown fails, clear shutdown_con
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: An issue about retransmit growing
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: [PATCH] cts: Output nodeid consistently as unsigned int
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] cts: Output nodeid consistently as unsigned int
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: An issue about retransmit growing
- From: Guangliang Zhao <lucienchao@xxxxxxxxx>
- Re: [PATCH] Convert the nodeid byte order to be aligned with network order
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: An issue about retransmit growing
- From: Steven Dake <sdake@xxxxxxxxxx>
- An issue about retransmit growing
- From: Guangliang Zhao <lucienchao@xxxxxxxxx>
- Re: [PATCH] Add Upstart job configuration file
- From: "Kazunori INOUE" <inouekazu@xxxxxxxxxxxxxxxxx>
- [PATCH] Convert the nodeid byte order to be aligned with network order
- From: Xia Li <xli@xxxxxxxx>
- Re: [PATCH] Properly lock pending_semops
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] Add Upstart job configuration file
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] Properly lock pending_semops
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Add Upstart job configuration file
- From: Kazunori INOUE <inouekazu@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] Add Upstart job configuration file
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] Add Upstart job configuration file
- From: Kazunori INOUE <inouekazu@xxxxxxxxxxxxxxxxx>
- Re: ykd ambiguous sessions id not set properly
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- ykd ambiguous sessions id not set properly
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [PATCH] coroipcs: Ensure rb data are not overwritten
- From: Steven Dake <steven.dake@xxxxxxxxx>
- [PATCH] coroipcs: Ensure rb data are not overwritten
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: INADDR_ANY mode for udpu
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: INADDR_ANY mode for udpu
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: shutdown seems to get hung up quite frequently
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: bug in corosync.conf parsing
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Handle config file with service without name
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: shutdown seems to get hung up quite frequently
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [PATCH] build: make --disable-testagents work
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Trying to compile corosync on Ubuntu 12.10 - Not a bug.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: shutdown seems to get hung up quite frequently
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Cluster config with two nodes - quorum-policy
- From: Dan Frincu <df.cluster@xxxxxxxxx>
- Re: Cluster config with two nodes - quorum-policy
- From: Hauke Bruno Wollentin <mailman@xxxxxxxxxxxxx>
- Re: shutdown seems to get hung up quite frequently
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: shutdown seems to get hung up quite frequently
- From: "Brian J. Murrell" <brian.murrell@xxxxxxxxxxxxxxx>
- Re: shutdown seems to get hung up quite frequently
- From: jason <huzhijiang@xxxxxxxxx>
- Re: shutdown seems to get hung up quite frequently
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: shutdown seems to get hung up quite frequently
- From: jason <huzhijiang@xxxxxxxxx>
- Cluster config with two nodes - quorum-policy
- From: ml ml <mliebherr99@xxxxxxxxxxxxxx>
- Re: shutdown seems to get hung up quite frequently
- From: "Brian J. Murrell" <brian.murrell@xxxxxxxxxxxxxxx>
- Re: Multicast mode and cisco 3750x switches
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: Multicast mode and cisco 3750x switches
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: Multicast mode and cisco 3750x switches
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Multicast mode and cisco 3750x switches
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: INADDR_ANY mode for udpu
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: shutdown seems to get hung up quite frequently
- From: "Brian J. Murrell" <brian.murrell@xxxxxxxxxxxxxxx>
- Re: INADDR_ANY mode for udpu
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- INADDR_ANY mode for udpu
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: shutdown seems to get hung up quite frequently
- From: Steven Dake <steven.dake@xxxxxxxxx>
- shutdown seems to get hung up quite frequently
- From: "Brian J. Murrell" <brian.murrell@xxxxxxxxxxxxxxx>
- Re: Trying to compile corosync on Ubuntu 12.10 - Not a bug.
- From: Paul Schulz <paul@xxxxxxxxxxxxxxx>
- bug in corosync.conf parsing
- From: "Brian J. Murrell" <brian.murrell@xxxxxxxxxxxxxxx>
- Re: [PATCH][RFC] Generate corosync.conf.5{, .html} and corosync.aug from single file
- From: Jan Pokorný <jpokorny@xxxxxxxxxx>
- Re: [PATCH][RFC] Generate corosync.conf.5{, .html} and corosync.aug from single file
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Trying to compile corosync on Ubuntu 12.10 - Not a bug.
- From: Paul Schulz <paul@xxxxxxxxxxxxxxx>
- [PATCH] build: make --disable-testagents work
- From: Michael Chapman <mike@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] crypto: drop < 2.3 protocols and onwire compat
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] crypto: drop < 2.3 protocols and onwire compat
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: [PATCH] crypto: drop < 2.3 protocols and onwire compat
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] crypto: drop < 2.3 protocols and onwire compat
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- [PATCH][RFC][follow-up 1]] Perform validation in corosync-xmlproc using RELAX NG schema
- From: Jan Pokorný <jpokorny@xxxxxxxxxx>
- Re: [PATCH 1/2] Put handle to hdb in dispatch on unknown message
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH][RFC] Generate corosync.conf.5{, .html} and corosync.aug from single file
- From: Jan Pokorný <jpokorny@xxxxxxxxxx>
- [PATCH][RFC] Generate corosync.conf.5{, .html} and corosync.aug from single file
- From: Jan Pokorný <jpokorny@xxxxxxxxxx>
- [PATCH 2/2] Properly check result of coroipcc_dispatch_put
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/2] Put handle to hdb in dispatch on unknown message
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Pacemaker] Corosync memory usage rising
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Pacemaker] Corosync memory usage rising
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- [PATCH 2/2] Handle unexpected closing brace in config file
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/2] Handle colon in configuration file
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] votequorum: port to sync API (take 2)
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] votequorum: switch to sync API
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Install corosync errors
- From: harryxiyou <harryxiyou@xxxxxxxxx>
- Re: Question about corosync versions...
- From: Dan Frincu <df.cluster@xxxxxxxxx>
- Question about corosync versions...
- From: Alan Robertson <alanr@xxxxxxx>
- Re: About Totem's performance measurement
- From: Steven Dake <sdake@xxxxxxxxxx>
- [PATCH] totemip: Properly detect ipv6 address
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: About Totem's performance measurement
- From: jason <huzhijiang@xxxxxxxxx>
- Corosync 2.3.0 is available at corosync.org!
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Strange problems with SCHED_RR
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: rolling upgrade of corosync/pacemaker cluster
- From: Andreas Kurz <andreas@xxxxxxxxxxx>
- Re: rolling upgrade of corosync/pacemaker cluster
- From: Andreas Kurz <andreas@xxxxxxxxxxx>
- Re: About Totem's performance measurement
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Re: Strange problems with SCHED_RR
- From: Dietmar Maurer <dietmar@xxxxxxxxxxx>
- Re: About Totem's performance measurement
- From: Steven Dake <sdake@xxxxxxxxxx>
- Strange problems with SCHED_RR
- From: Dietmar Maurer <dietmar@xxxxxxxxxxx>
- Re: rolling upgrade of corosync/pacemaker cluster
- From: Dan Frincu <df.cluster@xxxxxxxxx>
- Re: rolling upgrade of corosync/pacemaker cluster
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- rolling upgrade of corosync/pacemaker cluster
- From: Ollie Leahy <oliver.leahy@xxxxxx>
- [PATCH] ipcc: Return dup of socket fd to user application
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] ipcc: Check that ipc socket is correctly connected
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] ipcc: Check that ipc socket is correctly connected
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] crypto config: update man pages and examples
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] totemconfig: enforce hmac config when crypto is enabled
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] crypto config: update man pages and examples
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] totemconfig: enforce hmac config when crypto is enabled
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] log: move "Corosync started" log messages
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] crypto: drop < 2.3 protocols and onwire compat
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] crypto: drop < 2.3 protocols and onwire compat
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] totemcrypto: fix hmac key initialization
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] totemcrypto: fix hmac key initialization
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: Corosync IPC over TCP
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 1/3] Fix problem with sync operations under very rare circumstances
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: About Totem's performance measurement
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Corosync IPC over TCP
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Re: Corosync IPC over TCP
- From: Shridhar Sahukar <ssahukar@xxxxxxxxx>
- Re: Corosync IPC over TCP
- From: Vladimir Voznesensky <voznesensky@xxxxxx>
- Corosync IPC over TCP
- From: Shridhar Sahukar <ssahukar@xxxxxxxxx>
- [PATCH] log: move "Corosync started" log messages
- From: Kazunori INOUE <inouekazu@xxxxxxxxxxxxxxxxx>
- Re: About Totem's performance measurement
- From: jason <huzhijiang@xxxxxxxxx>
- Re: About Totem's performance measurement
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: About Totem's performance measurement
- From: jason <huzhijiang@xxxxxxxxx>
- Re: About Totem's performance measurement
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [PATCH 1/3] Fix problem with sync operations under very rare circumstances
- From: jason <huzhijiang@xxxxxxxxx>
- Re: failing assert(addrlen) in totemip_equal()
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: Strange behavior of timer_function_netif_check_timeout()
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Strange behavior of timer_function_netif_check_timeout()
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: failing assert(addrlen) in totemip_equal()
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: failing assert(addrlen) in totemip_equal()
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: failing assert(addrlen) in totemip_equal()
- From: "Burgess, Jon" <jon.burgess@xxxxxx>
- Re: failing assert(addrlen) in totemip_equal()
- From: "Burgess, Jon" <jon.burgess@xxxxxx>
- Strange behavior of timer_function_netif_check_timeout()
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Stephan <stephanwib@xxxxxxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Stephan <stephanwib@xxxxxxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Stephan <stephanwib@xxxxxxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Corosync 1.4.5, 2.0.3, 2.1.1 and 2.2.0 are available at corosync.org!
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Stephan <stephanwib@xxxxxxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Grüninger, Andreas (LGL Extern) <Andreas.Grueninger@xxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Stephan <stephanwib@xxxxxxxxxxxxxx>
- Re: [PATCH] Move qb_loop creation after daemonization
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Stephan <stephanwib@xxxxxxxxxxxxxx>
- [PATCH] Move qb_loop creation after daemonization
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Stephan <stephanwib@xxxxxxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Stephan <stephanwib@xxxxxxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Stephan <stephanwib@xxxxxxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Stephan <stephanwib@xxxxxxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Stephan <stephanwib@xxxxxxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Stephan <stephanwib@xxxxxxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Stephan <stephanwib@xxxxxxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Stephan <stephanwib@xxxxxxxxxxxxxx>
- Re: [PATCH] coroipc: Handle pfd.revents as bit-field
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] coroipc: Handle pfd.revents as bit-field
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: failing assert(addrlen) in totemip_equal()
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync/Pacemaker on NetBSD
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: About Totem's performance measurement
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Coroipcc_dispath_get assert
- From: jason <huzhijiang@xxxxxxxxx>
- About Totem's performance measurement
- From: jason <huzhijiang@xxxxxxxxx>
- Re: How to delete a cluster node?
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- How to delete a cluster node?
- From: Felipe Gutierrez <felipe.o.gutierrez@xxxxxxxxx>
- Re: Corosync compilation to ARM
- From: Rubens Matos <rubens.matos@xxxxxxxxx>
- failing assert(addrlen) in totemip_equal()
- From: "Burgess, Jon" <jon.burgess@xxxxxx>
- Re: [PATCH 3/3] Check socket_recv error code in ipc_dispatch_get
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 2/3] On places with POLLERR check also POLLNVAL
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: Coroipcc_dispath_get assert
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 3/3] Check socket_recv error code in ipc_dispatch_get
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/3] coroipc: Don't spin when waiting on semaphore
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/3] On places with POLLERR check also POLLNVAL
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Corosync/Pacemaker on NetBSD
- From: Stephan <stephanwib@xxxxxxxxxxxxxx>
- [PATCH] cmap: Handle NULL params in few more functions
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 2/2] Display warning if multiple IPs are found
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Re: Maximum number of RRP interfaces
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Maximum number of RRP interfaces
- From: James Guthrie <jag@xxxxxxx>
- Re: corosync.conf syntax checking
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: corosync.conf syntax checking
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: Corosync compilation to ARM
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: corosync.conf syntax checking
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Corosync compilation to ARM
- From: Rubens Matos <rubens.matos@xxxxxxxxx>
- Re: corosync.conf syntax checking
- From: "Fabio M. Di NItto" <fabbione@xxxxxxxxxxxx>
- Re: Coroipcc_dispath_get assert
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- corosync.conf syntax checking
- From: Dan Frincu <df.cluster@xxxxxxxxx>
- Re: Corosync fails to compile as of 2.1.0
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: Corosync fails to compile as of 2.1.0
- From: James Guthrie <jag@xxxxxxx>
- Re: Coroipcc_dispath_get assert
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Corosync fails to compile as of 2.1.0
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: Corosync fails to compile as of 2.1.0
- From: James Guthrie <jag@xxxxxxx>
- Re: [PATCH 2/2] Display warning if multiple IPs are found
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 2/2] Display warning if multiple IPs are found
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 2/2] Display warning if multiple IPs are found
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 1/2] Add option to specify ip version
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH 1/2] Add option to specify ip version
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/2] Display warning if multiple IPs are found
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Coroipcc_dispath_get assert
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Coroipcc_dispath_get assert
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Coroipcc_dispath_get assert
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Corosync segmentfalt at liblogsys.so.4.0.0
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Corosync segmentfalt at liblogsys.so.4.0.0
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Corosync segmentfalt at liblogsys.so.4.0.0
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync segmentfalt at liblogsys.so.4.0.0
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Fwd: Corosync segmentfalt at liblogsys.so.4.0.0
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Corosync crashes when duplicate node IDs configured
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Corosync crashes when duplicate node IDs configured
- From: "Burgess, Jon" <jon.burgess@xxxxxx>
- Re: Fwd: Corosync segmentfalt at liblogsys.so.4.0.0
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Fwd: Corosync segmentfalt at liblogsys.so.4.0.0
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Fwd: Corosync segmentfalt at liblogsys.so.4.0.0
- From: Evgeny Barskiy <barskiy@xxxxxx>
- Corosync segmentfalt at liblogsys.so.4.0.0
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Corosync fails to compile as of 2.1.0
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] objdb: Don't read uninitialized memory in inc/dec
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] objdb: Don't read uninitialized memory in inc/dec
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync fails to compile as of 2.1.0
- From: James Guthrie <jag@xxxxxxx>
- Re: kill -TERM does not stop corosync daemon
- From: jason <huzhijiang@xxxxxxxxx>
- Re: kill -TERM does not stop corosync daemon
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: kill -TERM does not stop corosync daemon
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [TOTEM ] Retransmit List:
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: kill -TERM does not stop corosync daemon
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync fails to compile as of 2.1.0
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: kill -TERM does not stop corosync daemon
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [TOTEM ] Retransmit List:
- From: Masatake YAMATO <yamato@xxxxxxxxxx>
- Re: Corosync fails to compile as of 2.1.0
- From: James Guthrie <jag@xxxxxxx>
- [TOTEM ] Retransmit List:
- From: "Brian J. Murrell" <brian.murrell@xxxxxxxxxxxxxxx>
- Re: Corosync fails to compile as of 2.1.0
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: Corosync fails to compile as of 2.1.0
- From: James Guthrie <jag@xxxxxxx>
- Re: Corosync fails to compile as of 2.1.0
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: Corosync fails to compile as of 2.1.0
- From: James Guthrie <jag@xxxxxxx>
- Re: Corosync fails to compile as of 2.1.0
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Corosync fails to compile as of 2.1.0
- From: James Guthrie <jag@xxxxxxx>
- Re: kill -TERM does not stop corosync daemon
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: kill -TERM does not stop corosync daemon
- From: jason <huzhijiang@xxxxxxxxx>
- Re: kill -TERM does not stop corosync daemon
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: kill -TERM does not stop corosync daemon
- From: jason <huzhijiang@xxxxxxxxx>
- kill -TERM does not stop corosync daemon
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [PATCH 2/2] totemcrypto: implement crypto packet format 2.2 and crypto_compat: config opt
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 1/2] Update .gitignore files
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 3/3] Add waiting_trans_ack also to fragmentation layer
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 2/3] Handle segfault in backlog_get
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 1/3] Fix problem with sync operations under very rare circumstances
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] Fix handling of NULL parameters in cmap
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH 1/2] Update .gitignore files
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH 2/2] totemcrypto: implement crypto packet format 2.2 and crypto_compat: config opt
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] Fix handling of NULL parameters in cmap
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] corosync to start in infiniband + redundant ring active/passive mode
- From: Evgeny Barskiy <barskiy@xxxxxx>
- Re: [PATCH] corosync to start in infiniband + redundant ring active/passive mode
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] corosync to start in infiniband + redundant ring active/passive mode
- From: Evgeny Barskiy <barskiy@xxxxxx>
- Re: [PATCH] corosync to start in infiniband + redundant ring active/passive mode
- From: Evgeny Barskiy <barskiy@xxxxxx>
- Re: [PATCH] votequorum: fix handling of expected_votes/votes changes from cmapctl
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] votequorum: fix handling of expected_votes/votes changes from cmapctl
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] corosync to start in infiniband + redundant ring active/passive mode
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] quorum-tool: use option to generate machine parsable output
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 2/2] Don't call reload on corosync-objctl actions
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] quorum-tool: use option to generate machine parsable output
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 1/2] Track changes for confdb logging object
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 2/2] Don't call reload on corosync-objctl actions
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 2/2] Don't call reload on corosync-objctl actions
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] Add link to confdb_keys in corosync-objctl mpage
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH 2/2] Don't call reload on corosync-objctl actions
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/2] Track changes for confdb logging object
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Add link to confdb_keys in corosync-objctl mpage
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] corosync to start in infiniband + redundant ring active/passive mode
- From: Evgeny Barskiy <barskiy@xxxxxx>
- Re: Question about IP_MULTICAST_LOOP flag.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Question about IP_MULTICAST_LOOP flag.
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Question about IP_MULTICAST_LOOP flag.
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Question about IP_MULTICAST_LOOP flag.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Question about IP_MULTICAST_LOOP flag.
- From: jason <huzhijiang@xxxxxxxxx>
- Re: libqb configure failed ;-(
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- libqb configure failed ;-(
- From: nikita michalko <nikmichalko@xxxxxxxxx>
- [PATCH 3/3] Add waiting_trans_ack also to fragmentation layer
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/3] Handle segfault in backlog_get
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/3] Fix problem with sync operations under very rare circumstances
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Pacemaker] Corosync 2.1.0 dies on both nodes in cluster
- From: Andrew Martin <amartin@xxxxxxxxxxx>
- Re: [Pacemaker] Corosync 2.1.0 dies on both nodes in cluster
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Pacemaker] Corosync 2.1.0 dies on both nodes in cluster
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/2] Add support for selecting IPC type
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/2] Check successful initialization of IPC
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/2] Add support for selecting IPC type
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/2] Check successful initialization of IPC
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Pacemaker] Corosync 2.1.0 dies on both nodes in cluster
- From: Andrew Martin <amartin@xxxxxxxxxxx>
- [PATCH] Enahnce manpages a little bit
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 3/3] manpages: Add confdb_key_get man page
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/3] manpages: Add links for referenced confdb calls
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/3] manpages: Fix typo in evs* manpages
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Try reduce the number of sprintf's
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Try reduce the number of sprintf's
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Re: [PATCH] Try reduce the number of sprintf's
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Re: corosync 2.1.0 - configure without nss failed
- From: nikita michalko <nikmichalko@xxxxxxxxx>
- Re: corosync 2.1.0 - configure without nss failed
- From: nikita michalko <nikmichalko@xxxxxxxxx>
- Re: [PATCH] Try reduce the number of sprintf's
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Try reduce the number of sprintf's
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Re: [Pacemaker] Corosync 2.1.0 dies on both nodes in cluster
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Pacemaker] Corosync 2.1.0 dies on both nodes in cluster
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Override the link_all_deplibs=no in ubuntu
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] Override the link_all_deplibs=no in ubuntu
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Re: [Pacemaker] Corosync 2.1.0 dies on both nodes in cluster
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Re: [PATCH] Add missing library dependancies
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Re: [PATCH] Add missing library dependancies
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] Add missing library dependancies
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Re: [Pacemaker] Corosync 2.1.0 dies on both nodes in cluster
- From: Andrew Martin <amartin@xxxxxxxxxxx>
- Re: [Pacemaker] Corosync 2.1.0 dies on both nodes in cluster
- From: Andrew Martin <amartin@xxxxxxxxxxx>
- Re: corosync 2.1.0 - configure without nss failed
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: corosync 2.1.0 - configure without nss failed
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- corosync 2.1.0 - configure without nss failed
- From: nikita michalko <nikmichalko@xxxxxxxxx>
- Re: [Pacemaker] Corosync 2.1.0 dies on both nodes in cluster
- From: Andrew Martin <amartin@xxxxxxxxxxx>
- Re: [PATCH 1/3] quorumtool: change default command from -h to -s
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 3/3] quorumtool: add local nodeid to global quorum info section
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH 2/3] quorumtool: add (local) next to the nodename when displaying node data
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH 1/3] quorumtool: change default command from -h to -s
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [Pacemaker] Corosync 2.1.0 dies on both nodes in cluster
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [Pacemaker] Corosync 2.1.0 dies on both nodes in cluster
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Re: [Pacemaker] Corosync 2.1.0 dies on both nodes in cluster
- From: Andrew Martin <amartin@xxxxxxxxxxx>
- Re: Corosync startup notification
- From: Jacek Konieczny <jajcus@xxxxxxxxxx>
- QoS for token transmit?
- From: jason <huzhijiang@xxxxxxxxx>
- Corosync startup notification
- From: Jacek Konieczny <jajcus@xxxxxxxxxx>
- Re: [Pacemaker] Corosync 2.1.0 dies on both nodes in cluster
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Re: [Pacemaker] Corosync 2.1.0 dies on both nodes in cluster
- From: Andrew Martin <amartin@xxxxxxxxxxx>
- Re: [Pacemaker] Corosync 2.1.0 dies on both nodes in cluster
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Re: Corosync 2.1.0 dies on both nodes in cluster
- From: Andrew Martin <amartin@xxxxxxxxxxx>
- Re: Corosync 2.1.0 dies on both nodes in cluster
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync 2.1.0 dies on both nodes in cluster
- From: Andrew Martin <amartin@xxxxxxxxxxx>
- Corosync 2.1.0 dies on both nodes in cluster
- From: Andrew Martin <amartin@xxxxxxxxxxx>
- Re: DSO Problems linking corosync v2.1.0 (solved for me..)
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- DSO Problems linking corosync v2.1.0 (solved for me..)
- From: Bernardo Cabezas Serra <bcabezas@xxxxxxxx>
- Re: [PATCH] link libtotem_pg to libqb
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] link libtotem_pg to libqb
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] link libtotem_pg to libqb
- From: Angus Salkeld <asalkeld@xxxxxxxxxx>
- Re: [PATCH] link libtotem_pg to libqb
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: infiniband and redunant mode
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Fix dbus configuration install
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- infiniband and redunant mode
- From: Evgeny Barskiy <barskiy@xxxxxx>
- Re: [PATCH] link libtotem_pg to libqb
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH] link libtotem_pg to libqb
- From: Jacek Konieczny <jajcus@xxxxxxxxxx>
- Re: [PATCH] link libtotem_pg to libqb
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] link libtotem_pg to libqb
- From: Jacek Konieczny <jajcus@xxxxxxxxxx>
- [PATCH] Fix dbus configuration install
- From: Jacek Konieczny <jajcus@xxxxxxxxxx>
- [PATCH] Ignore sync barrier msgs if sync doesn't started
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] If failed_to_recv is set, consensus can be empty
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Missing Totem config change when partitioned network is repaired ?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Missing Totem config change when partitioned network is repaired ?
- From: sathya bettadapura <s_bettadapura@xxxxxxxxx>
- Re: About corosync-1.4.4 and vsf
- From: jason <huzhijiang@xxxxxxxxx>
- Re: About corosync-1.4.4 and vsf
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Missing space in man/Makefile.am
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- investigation of {transport: iba + rrp_mode: active} mode issues
- From: Evgeny Barskiy <barskiy@xxxxxx>
- About corosync-1.4.4 and vsf
- From: jason <huzhijiang@xxxxxxxxx>
- Re: corosync 1.4.1 on Red Hat 6
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: [libqb] shutdown of corosync-notifyd results in shutdown ofpacemaker
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: shutdown of corosync-notifyd results in shutdown of pacemaker
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: corosync 1.4.1 on Red Hat 6
- From: M K <m.kowalski1104@xxxxxxxxx>
- Re: corosync 1.4.1 on Red Hat 6
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: corosync 1.4.1 on Red Hat 6
- From: M K <m.kowalski1104@xxxxxxxxx>
- Re: [PATCH] totemcrypto: add support for different encryption methods
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: shutdown of corosync-notifyd results in shutdown ofpacemaker
- From: Grüninger, Andreas (LGL Extern) <Andreas.Grueninger@xxxxxxxxxx>
- Re: [PATCH] totemcrypto: add support for different encryption methods
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] totemcrypto: add support for different encryption methods
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: shutdown of corosync-notifyd results in shutdown of pacemaker
- From: Grüninger, Andreas (LGL Extern) <Andreas.Grueninger@xxxxxxxxxx>
- Re: shutdown of corosync-notifyd results in shutdown of pacemaker
- From: Grüninger, Andreas (LGL Extern) <Andreas.Grueninger@xxxxxxxxxx>
- Re: shutdown of corosync-notifyd results in shutdown of pacemaker
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: Corosync 2.1.0 and 2.0.2 available at github downloads
- From: Grüninger, Andreas (LGL Extern) <Andreas.Grueninger@xxxxxxxxxx>
- Re: [PATCH] Missing space in man/Makefile.am
- From: Grüninger, Andreas (LGL Extern) <Andreas.Grueninger@xxxxxxxxxx>
- shutdown of corosync-notifyd results in shutdown of pacemaker
- From: Grüninger, Andreas (LGL Extern) <Andreas.Grueninger@xxxxxxxxxx>
- [PATCH]
- From: Grüninger, Andreas (LGL Extern) <Andreas.Grueninger@xxxxxxxxxx>
- Corosync 2.1.0 and 2.0.2 available at github downloads
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: corosync 1.4.1 on Red Hat 6
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: corosync 1.4.1 on Red Hat 6
- From: Dan Frincu <df.cluster@xxxxxxxxx>
- corosync 1.4.1 on Red Hat 6
- From: M K <m.kowalski1104@xxxxxxxxx>
- [PATCH] Document config_version option
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Use systemd-rpm macros in specfile
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] flatiron: Enhance spec file
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Enhance spec file
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/2] Return back "Totem is unable to form..." message
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/2] Move "Totem is unable to form..." message to main
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Use unix socket for local multicast loop
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Use unix socket for local multicast loop
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] Use unix socket for local multicast loop
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] flatiron: Use unix socket for local multicast loop
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Store config_version of other nodes
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH] Store config_version of other nodes
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: RFE: type of transport and netmtu as attributes of ring instance
- From: Vladimir Voznesensky <voznesensky@xxxxxx>
- RFE: type of transport and netmtu as attributes of ring instance
- From: Grüninger, Andreas (LGL Extern) <Andreas.Grueninger@xxxxxxxxxx>
- Re: [PATCH 8/8] Support for check of config version on start
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 7/8] Make cmap_mcast_send return correct error code
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 6/8] Make service_build contain correct number of msgs
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 5/8] Align items in cmap_mcast_send
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 4/8] Support for flt and dbl in mcast_endian_convert
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 3/8] Add support for swab float and double
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 2/8] Add support for sending cmap values to wire
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [PATCH 1/8] Parse config_version as 64-bit uint
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- [PATCH 8/8] Support for check of config version on start
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 7/8] Make cmap_mcast_send return correct error code
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 6/8] Make service_build contain correct number of msgs
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 5/8] Align items in cmap_mcast_send
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 4/8] Support for flt and dbl in mcast_endian_convert
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 3/8] Add support for swab float and double
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/8] Add support for sending cmap values to wire
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/8] Parse config_version as 64-bit uint
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- CFP: Cloud Infrastructure, Distributed Storage and High Availability at LCA 2013
- From: Tim Serong <tserong@xxxxxxxx>
- Re: [PATCH] flatiron: Don't access invalid mem in totemconfig
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: [PATCH] Don't access invalid mem in totemconfig interfaces
- From: Steven Dake <sdake@xxxxxxxxxx>
- [PATCH] flatiron: Don't access invalid mem in totemconfig
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Don't access invalid mem in totemconfig interfaces
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: corosync.org compromised
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: [resource-agents][PATCH] repair wrong path for ocf_root when prefix ne default
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>