Corosync Clustering Engine
[Prev Page][Next Page]
- Re: Corosync + DRBD and network glitch
- From: Digimer <lists@xxxxxxxxxx>
- Re: Corosync + DRBD and network glitch
- From: Francois Gaudreault <fgaudreault@xxxxxxxxxxxx>
- Re: Corosync + DRBD and network glitch
- From: Digimer <lists@xxxxxxxxxx>
- Re: Corosync + DRBD and network glitch
- From: Francois Gaudreault <fgaudreault@xxxxxxxxxxxx>
- Re: Corosync + DRBD and network glitch
- From: Digimer <lists@xxxxxxxxxx>
- Corosync + DRBD and network glitch
- From: Francois Gaudreault <fgaudreault@xxxxxxxxxxxx>
- Re: SAFE delivery feature request
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: Run multiple instances on the same host
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Run multiple instances on the same host
- From: Patrick Hemmer <corosync@xxxxxxxxxxxxxxx>
- SAFE delivery feature request
- From: andrei.elkin@xxxxxxxxxx
- [PATCH] Free object allocated at quorum_register_callback
- From: Masatake YAMATO <yamato@xxxxxxxxxx>
- Corosync 2.3.3 is available at corosync.org!
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 2/3] Fix cppchecks warning
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 3/3] Properly check result of symlink
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 1/3] Close devnull file handler
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH 2/3] Fix cppchecks warning
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 3/3] Properly check result of symlink
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/3] Close devnull file handler
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] systemd unit: Make sure network is really up
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] fix up votequorum_qdevice_* man pages and improve test program
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] fix up votequorum_qdevice_* man pages and improve test program
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: What is votequorum qdevice?
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- What is votequorum qdevice?
- From: Patrick Hemmer <corosync@xxxxxxxxxxxxxxx>
- Re: Corosync documentation / API ? (duplicate?)
- From: Matan Shukry <matanshukry@xxxxxxxxx>
- Re: [PATCH][flatiron] Avoid list corruption in CPG
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH][flatiron] Avoid list corruption in CPG
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] votequorum: Add persistent expected_votes tracking
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync documentation / API ? (duplicate?)
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync documentation / API ? (duplicate?)
- From: Matan Shukry <matanshukry@xxxxxxxxx>
- Re: Corosync documentation / API ? (duplicate?)
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync documentation / API ? (duplicate?)
- From: Matan Shukry <matanshukry@xxxxxxxxx>
- Re: [PATCH] votequorum: Add persistent expected_votes tracking
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] votequorum: Add persistent expected_votes tracking
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH] votequorum: Add persistent expected_votes tracking
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] systemd unit: Make sure network is really up
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync documentation / API ? (duplicate?)
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] systemd unit: Make sure network is really up
- From: Lars Marowsky-Bree <lmb@xxxxxxxx>
- [PATCH] systemd unit: Make sure network is really up
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync documentation / API ? (duplicate?)
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Corosync documentation / API ? (duplicate?)
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: Corosync documentation / API ? (duplicate?)
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Corosync documentation / API ? (duplicate?)
- From: Matan Shukry <matanshukry@xxxxxxxxx>
- Corosync C API - Documentation/Info??
- From: Matan Shukry <matanshukry@xxxxxxxxx>
- Re: Apparent issue with fragmentation and config changes
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Apparent issue with fragmentation and config changes
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: Apparent issue with fragmentation and config changes
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Apparent issue with fragmentation and config changes
- From: JC Hugly <jchugly@xxxxxxxxx>
- Apparent issue with fragmentation and config changes
- From: JC Hugly <jchugly@xxxxxxxxx>
- Re: information request
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: information request
- From: Slava Bendersky <volga629@xxxxxxxxxxxxx>
- Re: information request
- From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
- Re: information request
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: information request
- From: Slava Bendersky <volga629@xxxxxxxxxxxxx>
- Re: information request
- From: Slava Bendersky <volga629@xxxxxxxxxxxxx>
- Re: Question about distributed lock
- From: Digimer <lists@xxxxxxxxxx>
- Question about distributed lock
- From: Robin Dong <robin.k.dong@xxxxxxxxx>
- Re: information request
- From: Slava Bendersky <volga629@xxxxxxxxxxxxx>
- Re: information request
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: information request
- From: Slava Bendersky <volga629@xxxxxxxxxxxxx>
- Re: [PATCH] cfgtool: return error on reload failure
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: information request
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: information request
- From: Slava Bendersky <volga629@xxxxxxxxxxxxx>
- Re: information request
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: information request
- From: Slava Bendersky <volga629@xxxxxxxxxxxxx>
- Re: information request
- From: Slava Bendersky <volga629@xxxxxxxxxxxxx>
- Re: information request
- From: Digimer <lists@xxxxxxxxxx>
- Re: information request
- From: Slava Bendersky <volga629@xxxxxxxxxxxxx>
- Re: information request
- From: Digimer <lists@xxxxxxxxxx>
- Re: information request
- From: Slava Bendersky <volga629@xxxxxxxxxxxxx>
- Re: information request
- From: Slava Bendersky <volga629@xxxxxxxxxxxxx>
- Re: information request
- From: Digimer <lists@xxxxxxxxxx>
- Re: information request
- From: Slava Bendersky <volga629@xxxxxxxxxxxxx>
- Re: information request
- From: Digimer <lists@xxxxxxxxxx>
- Re: information request
- From: Slava Bendersky <volga629@xxxxxxxxxxxxx>
- Re: information request
- From: Digimer <lists@xxxxxxxxxx>
- Re: information request
- From: Slava Bendersky <volga629@xxxxxxxxxxxxx>
- Re: information request
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: information request
- From: Slava Bendersky <volga629@xxxxxxxxxxxxx>
- Re: information request
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: information request
- From: Digimer <lists@xxxxxxxxxx>
- information request
- From: Slava Bendersky <volga629@xxxxxxxxxxxxx>
- [PATCH] cfgtool: return error on reload failure
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: dynamic membership modification
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: dynamic membership modification
- From: Patrick Hemmer <corosync@xxxxxxxxxxxxxxx>
- Re: dynamic membership modification
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Has anyone used corosync with both big & little endian systems in a single cluster?
- From: John Thompson <thompa26@xxxxxxxxx>
- dynamic membership modification
- From: Patrick Hemmer <corosync@xxxxxxxxxxxxxxx>
- [PATCH] Perform endian conversion on a local copy
- From: John Thompson <thompa26@xxxxxxxxx>
- Re: Has anyone used corosync with both big & little endian systems in a single cluster?
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: Has anyone used corosync with both big & little endian systems in a single cluster?
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Has anyone used corosync with both big & little endian systems in a single cluster?
- From: John Thompson <thompa26@xxxxxxxxx>
- Re: [Corosync][PATCH] Prevent processor from receiving invalid join message in the operational state
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [Corosync][PATCH] Prevent processor from receiving invalid join message in the operational state
- From: jason <huzhijiang@xxxxxxxxx>
- Re: Allow votequorum to degrade to a single node without qdisc?
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Allow votequorum to degrade to a single node without qdisc?
- From: Jason Harley <jharley@xxxxxxxxxx>
- Re: Allow votequorum to degrade to a single node without qdisc?
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] mark allow_downscape as unsupported in man page
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: issue about two nodes could not be merged into one ring
- From: Jason HU <huzhijiang@xxxxxxxxx>
- Re: Allow votequorum to degrade to a single node without qdisc?
- From: Jason Harley <jharley@xxxxxxxxxx>
- [PATCH] mark allow_downscape as unsupported in man page
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Allow votequorum to degrade to a single node without qdisc?
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Allow votequorum to degrade to a single node without qdisc?
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Allow votequorum to degrade to a single node without qdisc?
- From: Jason Harley <jharley@xxxxxxxxxx>
- Re: issue about two nodes could not be merged into one ring
- From: Steven Dake <sdake@xxxxxxxxxx>
- issue about two nodes could not be merged into one ring
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [PATCH] logsys: Make logging of totem work again
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 2/2] ipcs: Set SO_PASSCRED also on listening socket
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 1/2] ipcs: Backport socket creds handling from libqb
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Message mis-delievered to a configuration ?
- From: sathya bettadapura <s_bettadapura@xxxxxxxxx>
- [PATCH] logsys: Make logging of totem work again
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Could not initialize corosync configuration API error 2
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Could not initialize corosync configuration API error 2
- From: "Bauer, Stefan (IZLBW Extern)" <Stefan.Bauer@xxxxxxxxx>
- Re: [PATCH] Allocate cpg_dispatch message buffer in heap instead of stack
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Could not initialize corosync configuration API error 2
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Could not initialize corosync configuration API error 2
- From: "Bauer, Stefan (IZLBW Extern)" <Stefan.Bauer@xxxxxxxxx>
- Re: [PATCH] Allocate cpg_dispatch message buffer in heap instead of stack
- From: Patrick Hemmer <corosync@xxxxxxxxxxxxxxx>
- Re: Message mis-delievered to a configuration ?
- From: sathya bettadapura <s_bettadapura@xxxxxxxxx>
- Re: Message mis-delievered to a configuration ?
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: Message mis-delievered to a configuration ?
- From: sathya bettadapura <s_bettadapura@xxxxxxxxx>
- Re: Message mis-delievered to a configuration ?
- From: Steven Dake <sdake@xxxxxxxxxx>
- Message mis-delievered to a configuration ?
- From: sathya bettadapura <s_bettadapura@xxxxxxxxx>
- [PATCH 2/2] ipcs: Set SO_PASSCRED also on listening socket
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/2] ipcs: Backport socket creds handling from libqb
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: signaling in cpg_dispatch
- From: Patrick Hemmer <corosync@xxxxxxxxxxxxxxx>
- Re: signaling in cpg_dispatch
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Lots of "lost" nodes.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Lots of "lost" nodes.
- From: Mark Round <Mark.Round@xxxxxxxxxxxx>
- signaling in cpg_dispatch
- From: Patrick Hemmer <corosync@xxxxxxxxxxxxxxx>
- Re: does Corosync support to manage/monitor service without Pacemaker?
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: Does Corosync support to use unicast for nodes heartbaet?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Does Corosync support to use unicast for nodes heartbaet?
- From: Emre He <emre.he@xxxxxxxxx>
- Re: Does Corosync support to use unicast for nodes heartbaet?
- From: Emre He <emre.he@xxxxxxxxx>
- Re: ipc_glue event send
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: ipc_glue event send
- From: Koushik Sampath <tycoontutu@xxxxxxxxx>
- Re: Issue starting the CMAP service
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Issue starting the CMAP service
- From: Patrick Hemmer <corosync@xxxxxxxxxxxxxxx>
- Re: Issue starting the CMAP service
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: ipc_glue event send
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- ipc_glue event send
- From: Koushik Sampath <tycoontutu@xxxxxxxxx>
- Re: does Corosync support to manage/monitor service without Pacemaker?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- does Corosync support to manage/monitor service without Pacemaker?
- From: Emre He <emre.he@xxxxxxxxx>
- Re: Does corosync provides a votequorum plugin that is Storage-based
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: Corosync has quorum when cluster is not formed
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Does corosync provides a votequorum plugin that is Storage-based
- From: "Xia Li" <xli@xxxxxxxx>
- Re: Does Corosync support to use unicast for nodes heartbaet?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync has quorum when cluster is not formed
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: Does Corosync support to use unicast for nodes heartbaet?
- From: Emre He <emre.he@xxxxxxxxx>
- Corosync has quorum when cluster is not formed
- From: kandeshvari galupta <kandeshvari@xxxxxxxxx>
- Re: Does Corosync support to use unicast for nodes heartbaet?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Issue starting the CMAP service
- From: Patrick Hemmer <corosync@xxxxxxxxxxxxxxx>
- Re: Issue starting the CMAP service
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: Issue starting the CMAP service
- From: Patrick Hemmer <corosync@xxxxxxxxxxxxxxx>
- Re: Issue starting the CMAP service
- From: Steven Dake <sdake@xxxxxxxxxx>
- Issue starting the CMAP service
- From: Patrick Hemmer <corosync@xxxxxxxxxxxxxxx>
- Does Corosync support to use unicast for nodes heartbaet?
- From: Emre He <emre.he@xxxxxxxxx>
- Re: [PATCH 7/8] hdb: unlock hdb database when instance init fails
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 1/8] Make coverity target a little more strict
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 8/8] confdb: check if find_iter_context returned NULL
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 5/8] Properly check result of stat func in coroparse
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 4/8] totemip: Check setsockopt return value
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 3/8] ipcs: Check setsockopt ret value for SO_PASSCRED
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 2/8] totem: Properly free inbuf when NSS fails
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] logsys: Handle full /dev/shm correctly
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] logsys: Handle full /dev/shm correctly
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] logsys: Handle full /dev/shm correctly
- From: Ferenc Wagner <wferi@xxxxxxx>
- [PATCH] logsys: Handle full /dev/shm correctly
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: libconfdb, libcoroipcc, libcfg in corosync 2.3.2
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: libconfdb, libcoroipcc, libcfg in corosync 2.3.2
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- libconfdb, libcoroipcc, libcfg in corosync 2.3.2
- From: Radoslaw Garbacz <radoslaw.garbacz@xxxxxxxxxxxxxxxxx>
- [PATCH] logsys: Handle full /dev/shm correctly
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Corosync 2.3.2 is available at corosync.org!
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Announce: opensuse-ha mailing list
- From: Tim Serong <tserong@xxxxxxxx>
- Re: [PATCH 1/8] Make coverity target a little more strict
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [PATCH 1/8] Make coverity target a little more strict
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 1/8] Make coverity target a little more strict
- From: jason <huzhijiang@xxxxxxxxx>
- Re: [PATCH 1/8] Make coverity target a little more strict
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 1/8] Make coverity target a little more strict
- From: jason <huzhijiang@xxxxxxxxx>
- [PATCH 6/8] Ensure exit handler is really signaled
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 8/8] confdb: check if find_iter_context returned NULL
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 7/8] hdb: unlock hdb database when instance init fails
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 4/8] totemip: Check setsockopt return value
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 5/8] Properly check result of stat func in coroparse
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/8] totem: Properly free inbuf when NSS fails
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 3/8] ipcs: Check setsockopt ret value for SO_PASSCRED
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/8] Make coverity target a little more strict
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH 1/4] Reload: Make coroparse use a designated icmap hash table
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/4] Reload: Add reload code to cfg
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH 4/4] Reload: Add atomic reload to log config
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH 3/4] Reload: Add atomic reload to totemconfig
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH 1/4] Reload: Make coroparse use a designated icmap hash table
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: corosync cts
- From: "Xia Li" <xli@xxxxxxxx>
- Re: corosync cts
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: corosync cts
- From: "Xia Li" <xli@xxxxxxxx>
- Re: corosync cts
- From: Larry Brigman <larry.brigman@xxxxxxxxx>
- Re: corosync cts
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- corosync cts
- From: Larry Brigman <larry.brigman@xxxxxxxxx>
- Re: [PATCH] icmap: Add func to test equality of two key values
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH] icmap: Add func to test equality of two key values
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] Replace freopen with open/dup2 when daemonizing
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Replace freopen with open/dup2 when daemonizing
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] Add ability to reload corosync.conf (first draft, RFC))
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: trouble with corosync build
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: trouble with corosync build
- From: "Fabio M. Di Nitto" <fdinitto@xxxxxxxxxx>
- Re: trouble with corosync build
- From: Mark Potts <potts@xxxxxxxxxxxxxxxxxxx>
- Re: trouble with corosync build
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: trouble with corosync build
- From: Mark Potts <potts@xxxxxxxxxxxxxxxxxxx>
- Re: trouble with corosync build
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- trouble with corosync build
- From: Mark Potts <potts@xxxxxxxxxxxxxxxxxxx>
- [PATCH] Add ability to reload corosync.conf (first draft, RFC))
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: Corosync quorum not updating on split node
- From: Mark Round <Mark.Round@xxxxxxxxxxxx>
- Re: Corosync quorum not updating on split node
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync quorum not updating on split node
- From: Mark Round <Mark.Round@xxxxxxxxxxxx>
- Re: Corosync quorum not updating on split node
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Corosync quorum not updating on split node
- From: Mark Round <Mark.Round@xxxxxxxxxxxx>
- Re: [PATCH] Add log message to SIGINT handler
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH] Add log message to SIGINT handler
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: [PATCH] Add log message to SIGINT handler
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Add log message to SIGINT handler
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 3/4] icmap: Add function to return item data pointer
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 4/4] icmap: Add map copy function
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 2/4] icmap: Fix value len checking for strings
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [PATCH 1/4] icmap: Add function to return global icmap
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH 4/4] icmap: Add map copy function
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 3/4] icmap: Add function to return item data pointer
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 2/4] icmap: Fix value len checking for strings
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH 1/4] icmap: Add function to return global icmap
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Problem with join 1.4.2 on multicast
- From: and k <not4mad@xxxxxxxxx>
- Re: Problem with join 1.4.2 on multicast
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync 1.4.6 locks up
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: Corosync 1.4.6 locks up
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: Corosync 1.4.6 locks up
- From: Allan Latham <alatham@xxxxxxxxxxxxxxxx>
- Re: Problem with join 1.4.2 on multicast
- From: and k <not4mad@xxxxxxxxx>
- Re: Problem with join 1.4.2 on multicast
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Problem with join 1.4.2 on multicast
- From: and k <not4mad@xxxxxxxxx>
- Re: Corosync 1.4.6 locks up
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] coroipcc.c Avoid leak of dup'ed client file descriptor.
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH] icmap: Allow multiple icmap instances
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Corosync 1.4.6 locks up
- From: Allan Latham <alatham@xxxxxxxxxxxxxxxx>
- [PATCH] coroipcc.c Avoid leak of dup'ed client file descriptor.
- From: Dan Clark <2clarkd@xxxxxxxxx>
- Re: Is change of coroipcc.c between 1.4.2 and 1.4.5 leaking fd on error path?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] icmap: Allow multiple icmap instances
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Is change of coroipcc.c between 1.4.2 and 1.4.6 leaking fd on error path?
- From: Dan Clark <2clarkd@xxxxxxxxx>
- Is change of coroipcc.c between 1.4.2 and 1.4.5 leaking fd on error path?
- From: Dan Clark <2clarkd@xxxxxxxxx>
- Re: [PATCH] Fix scheduler pause-detection timeout
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Fix scheduler pause-detection timeout
- From: Michael Chapman <mike@xxxxxxxxxxxxxxxxx>
- Re: [sheepdog-users] Single disk getting full
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [sheepdog-users] Single disk getting full
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [sheepdog-users] Single disk getting full
- From: Liu Yuan <namei.unix@xxxxxxxxx>
- Re: Latest corosync and rhel6
- From: Larry Brigman <larry.brigman@xxxxxxxxx>
- Re: [PATCH] Improve description of corosync.conf's token_retransmit_before_loss_const
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Latest corosync and rhel6
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Latest corosync and rhel6
- From: Steven Dake <sdake@xxxxxxxxxx>
- Latest corosync and rhel6
- From: Larry Brigman <larry.brigman@xxxxxxxxx>
- [PATCH] Improve description of corosync.conf's token_retransmit_before_loss_const
- From: Steven Dake <sdake@xxxxxxxxxx>
- Re: centos 6.4 corosync use serial
- From: Digimer <lists@xxxxxxxxxx>
- centos 6.4 corosync use serial
- From: Zvi <zvis@xxxxxxxxx>
- Corosync 2.3.1 is available at corosync.org!
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Remove dir pragma for xml2conf.xsl in specfile
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: Corosync and ip link set eth1 down
- From: Steven Dake <sdake@xxxxxxxxxx>
- Corosync and ip link set eth1 down
- From: Marek Skubela <marek.skubela@xxxxxxxxx>
- Re: No success with IPV6
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: No success with IPV6
- From: Allan Latham <alatham@xxxxxxxxxxxxxxxx>
- Re: [PATCH][needle] Improve transition log message
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH][needle] Improve transition log message
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- No success with IPV6
- From: Allan Latham <alatham@xxxxxxxxxxxxxxxx>
- Re: [PATCH][flatiron]
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- Re: [PATCH][flatiron]
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- [PATCH][flatiron]
- From: Christine Caulfield <ccaulfie@xxxxxxxxxx>
- Re: [Pacemaker] pacemaker/corosync: error: qb_sys_mmap_file_open: couldn't open file
- From: Jacek Konieczny <jajcus@xxxxxxxxxx>
- Re: corosync binds to localhost instead of correct IP
- From: Dan Frincu <df.cluster@xxxxxxxxx>
- corosync binds to localhost instead of correct IP
- From: Athanasios Kostopoulos <athanasios.kostopoulos@xxxxxxxxxxxxxxxx>
- Re: pacemaker/corosync: error: qb_sys_mmap_file_open: couldn't open file
- From: Jacek Konieczny <jajcus@xxxxxxxxxx>
- Re: pacemaker/corosync: error: qb_sys_mmap_file_open: couldn't open file
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- Re: pacemaker/corosync: error: qb_sys_mmap_file_open: couldn't open file
- From: Jacek Konieczny <jajcus@xxxxxxxxxx>
- Re: pacemaker/corosync: error: qb_sys_mmap_file_open: couldn't open file
- From: Andrew Beekhof <andrew@xxxxxxxxxxx>
- pacemaker/corosync: error: qb_sys_mmap_file_open: couldn't open file
- From: Jacek Konieczny <jajcus@xxxxxxxxxx>
- Re: corosync [CONFDB] Problem?
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- [PATCH] Log: Output parse errors to syslog
- From: Jan Friesse <jfriesse@xxxxxxxxxx>
- corosync [CONFDB] Problem?
- [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>
[Index of Archives]
[Corosync Project]
[Linux USB Devel]
[Video for Linux]
[Big List of Linux Books]
[Linux SCSI]
[Yosemite Forum]