Windl
A: users@clusterlabs.org
Data: 17 dicembre 2020 12.26.29 CET
Oggetto: [ClusterLabs] Antw: Re: Antw: Re: Antw: [EXT] delaying start of a
resource
>>> Gabriele Bulfon schrieb am 17.12.2020 um 09:14 in
Nachricht <2080536991.1106.1608192888030@www>:
> I see, but the
e 2020 9.50.54 CET
Oggetto: Re: [ClusterLabs] Antw: [EXT] delaying start of a resource
On Thu, Dec 17, 2020 at 11:11 AM Gabriele Bulfon wrote:
>
> Yes, sorry took same bash by mistake...here are the correct logs.
>
> Yes, xstha1 has delay 10s so that I'm giving him precedence, xstha
anets
--
Da: Ulrich Windl
A: users@clusterlabs.org
Data: 17 dicembre 2020 7.48.46 CET
Oggetto: [ClusterLabs] Antw: Re: Antw: [EXT] delaying start of a resource
>>> Gabriele Bulfon schrieb am 16.12.2020 um 15:5
[EXT] delaying start of a resource
16.12.2020 17:56, Gabriele Bulfon пишет:
> Thanks, here are the logs, there are infos about how it tried to start
> resources on the nodes.
Both logs are from the same node.
> Keep in mind the node1 was already running the resources, and I simulated
--
Da: Andrei Borzenkov
A: users@clusterlabs.org
Data: 17 dicembre 2020 6.57.34 CET
Oggetto: Re: [ClusterLabs] Antw: [EXT] delaying start of a resource
16.12.2020 19:05, Gabriele Bulfon пишет:
> Looking at the two logs, looks like corosync decided that xst1 was offl
: 16 dicembre 2020 19.57.31 CET
Oggetto: Re: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure
On Wed, 2020-12-16 at 15:16 +0100, Gabriele Bulfon wrote:
> Ok, I used some OpenIndiana patches and now it works, and also
> accepts the pcmk_delay_base param.
Good to know. Beyond en
[EXT] delaying start of a resource
>>> Gabriele Bulfon schrieb am 16.12.2020 um 15:32 in
Nachricht <1523391015.734.1608129155836@www>:
> Hi, I have now a two node cluster using stonith with different
> pcmk_delay_base, so that node 1 has priority to stonith node 2 in case o
e?
Thanks!
Gabriele
Sonicle S.r.l. : http://www.sonicle.com
Music: http://www.gabrielebulfon.com
eXoplanets : https://gabrielebulfon.bandcamp.com/album/exoplanets
Da: Gabriele Bulfon
A: Cluster Labs - All topics related to open-source clustering welcomed
Data: 16 dicembre 2020 15.
resource
>>> Gabriele Bulfon schrieb am 16.12.2020 um 15:32 in
Nachricht <1523391015.734.1608129155836@www>:
> Hi, I have now a two node cluster using stonith with different
> pcmk_delay_base, so that node 1 has priority to stonith node 2 in case of
> problems.
>
&
Hi, I have now a two node cluster using stonith with different pcmk_delay_base,
so that node 1 has priority to stonith node 2 in case of problems.
Though, there is still one problem: once node 2 delays its stonith action for
10 seconds, and node 1 just 1, node 2 does not delay start of resource
Ok, I used some OpenIndiana patches and now it works, and also accepts the
pcmk_delay_base param.
Sonicle S.r.l. : http://www.sonicle.com
Music: http://www.gabrielebulfon.com
eXoplanets : https://gabrielebulfon.bandcamp.com/album/exoplanets
Da: Gabriele Bulfon
A: Cluster Labs - All
pparently have
1.1.15 (unless it was backported by your distribution). Sorry.
pcmk_delay_max may work, I cannot find in changelog when it appeared.
On Tue, Dec 15, 2020 at 11:52 AM Gabriele Bulfon wrote:
>
> Here it is, thanks!
>
> Gabriele
>
>
> Sonicle S.r
: Cluster Labs - All topics related to open-source clustering welcomed
Data: 14 dicembre 2020 15.56.32 CET
Oggetto: Re: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure
On Mon, Dec 14, 2020 at 2:40 PM Gabriele Bulfon wrote:
>
> I isolated the log when everything happens (when I d
--
Da: Ulrich Windl
A: users@clusterlabs.org
Data: 14 dicembre 2020 11.53.22 CET
Oggetto: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure
>>> Gabriele Bulfon schrieb am 14.12.2020 um 11:48 in
Nachricht <1065144646.7212.16079
--
Da: Andrei Borzenkov
A: users@clusterlabs.org
Data: 13 dicembre 2020 7.50.57 CET
Oggetto: Re: [ClusterLabs] Antw: [EXT] Recoveing from node failure
12.12.2020 20:30, Gabriele Bulfon пишет:
> Thanks, I will experiment this.
>
> Now, I have a last issue about st
--
Da: Ulrich Windl
A: users@clusterlabs.org
Data: 14 dicembre 2020 8.52.16 CET
Oggetto: [ClusterLabs] Antw: Re: Antw: [EXT] Recoveing from node failure
>>> Gabriele Bulfon schrieb am 11.12.2020 um 15:51 in
sers@clusterlabs.org
Data: 11 dicembre 2020 18.30.29 CET
Oggetto: Re: [ClusterLabs] Antw: [EXT] Recoveing from node failure
11.12.2020 18:37, Gabriele Bulfon пишет:
> I found I can do this temporarily:
>
> crm config property cib-bootstrap-options: no-quorum-policy=ignore
>
All
way? (such as ignore until everything is back to normal
then conisder top again)
Gabriele
Sonicle S.r.l. : http://www.sonicle.com
Music: http://www.gabrielebulfon.com
eXoplanets : https://gabrielebulfon.bandcamp.com/album/exoplanets
Da: Gabriele Bulfon
A: Cluster Labs - All topics
ion
2.0.4+20200616.2deceaa3a-3.3.1-2.0.4+20200616.2deceaa3a) - partition with
quorum"
What do you see?
Regards,
Ulrich
>>> Gabriele Bulfon schrieb am 11.12.2020 um 11:23 in
Nachricht <350849824.6300.1607682209284@www>:
> Hi, I finally could manage stonith with IPMI in
before the cluster can operate.
You can either unblock quorum (`pcs quorum unblock` with pcs -- not
sure how to do it with crmsh) or set `wait_for_all: 0` in
corosync.conf and restart the cluster services.
On Fri, Dec 11, 2020 at 2:23 AM Gabriele Bulfon wrote:
>
> Hi, I finally could man
an)?
When I use "crm_mon -1Arfj", I see something like
" * Current DC: h19 (version
2.0.4+20200616.2deceaa3a-3.3.1-2.0.4+20200616.2deceaa3a) - partition with
quorum"
What do you see?
Regards,
Ulrich
>>> Gabriele Bulfon schrieb am 11.12.2020 um 11:23 in
Nachricht <350
Hi, I finally could manage stonith with IPMI in my 2 nodes XStreamOS/illumos
storage cluster.
I have NFS IPs and shared storage zpool moving from one node or the other, and
stonith controllin ipmi powering off when something is not clear.
What happens now is that if I shutdown 2nd node, I see t
I be sure the two nodes will not try to
stonith each other?
:)
Thanks!
Gabriele
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
Da:
Gabriele Bulfon
A:
Cluster Labs - All topics related to open-source
ler is it?
On Wed, Jul 29, 2020 at 5:24 AM Gabriele Bulfon
gbul...@sonicle.com
wrote:
Thanks a lot for the extensive explanation!
Any idea about a ZFS stonith?
Gabriele
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gab
Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
--
Da: Ulrich Windl
A: users@clusterlabs.org
Data: 29 luglio 2020 15.15.17 CEST
Oggetto: [ClusterLabs] Antw: Re: Antw: Re: Antw: [EXT] Stonith failing
Gabriele Bulfon
29, 2020 at 12:47 AM Andrei Borzenkov
arvidj...@gmail.com
wrote:
On Wed, Jul 29, 2020 at 9:01 AM Gabriele Bulfon
gbul...@sonicle.com
wrote:
That one was taken from a specific implementation on Solaris 11.
The situation is a dual node server with shared storage controller: both nodes
see the same
Labs - All topics related to open-source clustering welcomed
Data:
29 luglio 2020 9.46.09 CEST
Oggetto:
Re: [ClusterLabs] Antw: [EXT] Stonith failing
On Wed, Jul 29, 2020 at 9:01 AM Gabriele Bulfon
gbul...@sonicle.com
wrote:
That one was taken from a specific implementation on Solaris 11.
The situ
ulfon
--
Da: Ulrich Windl
A: users@clusterlabs.org
Data: 29 luglio 2020 9.26.39 CEST
Oggetto: [ClusterLabs] Antw: Re: Antw: [EXT] Stonith failing
Gabriele Bulfon
schrieb am 29.07.2020 um 08:01 in
Nachricht
:
That one was taken from a specific implementation on Solaris 11.
The situation is a
-source clustering welcomed
Gabriele Bulfon
Data: 29 luglio 2020 6.39.08 CEST
Oggetto: Re: [ClusterLabs] Antw: [EXT] Stonith failing
Do you have a reason not to use any stonith already available ?
Best Regards,
Strahil Nikolov
На 28 юли 2020 г. 13:26:52 GMT+03:00, Gabriele Bulfon
написа:
Thanks, I
n" and "off" actions. Am I understanding correctly? If so, why
does it behave that way? Pacemaker is trying to run a poweroff action based on
the logs, so it needs your script to support an off action.
On Tue, Jul 28, 2020 at 2:47 AM Ulrich Windl
ulrich.wi...@rz.uni-regensburg.d
Hi, now I have my two nodes (xstha1 and xstha2) with IPs configured by Corosync.
To check how stonith would work, I turned off Corosync service on second node.
First node try to attempt to stonith 2nd node and take care of its resources,
but this fails.
Stonith action is configured to run a custom
-source clustering welcomed
Data:
28 luglio 2020 9.44.26 CEST
Oggetto:
Re: [ClusterLabs] ip address configuration problem
Great! And it would be --force-start --verbose --verbose.
On Tuesday, July 28, 2020, Gabriele Bulfon
gbul...@sonicle.com
wrote:
Sorry, found the reason, I have to patch all the scripts
Sorry, found the reason, I have to patch all the scripts, others I missed.
Gabriele
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
Da:
Gabriele Bulfon
A:
Cluster Labs - All topics related to open
ot;Setup problem: couldn't find command: $1"
else
echo "Setup problem: couldn't find command: $1"
fi
exit $OCF_ERR_INSTALLED
fi
}
have_binary () {
if [ "$OCF_TESTER_FAIL_HAVE_BINARY" = "1" ]; then
false
else
local bin=`echo $1 | sed -e 's/ -.*//'
Hello,
after configuring crm for IP automatic configuration, I stumbled upon a problem
with the IPaddr utiliy that I don't understand:
IPaddr(xstha2_san0_IP)[10439]: 2020/07/27_17:26:17 ERROR: Setup problem:
couldn't find command: /usr/gnu/bin/awk
Jul 27 17:26:17 [10258] lrmd: notice: operation
data-ugp.gid = 0;
res = -ENOTSUP;
#endif /* no credentials */
return res;
I'll leave it to Ken to say whether that's likely and what it implies if so.
On Sun, Jul 26, 2020 at 2:53 AM Gabriele Bulfon
gbul...@sonicle.com
wrote:
Sorry, actually the problem is not gone y
bs - All topics related to open-source clustering welcomed
Data: 25 luglio 2020 0.46.52 CEST
Oggetto: Re: [ClusterLabs] pacemaker startup problem
On Fri, 2020-07-24 at 18:34 +0200, Gabriele Bulfon wrote:
Hello,
after a long time I'm back to run heartbeat/pacemaker/corosync on our
XStreamOS/illumos d
http://www.cdbaby.com/cd/gabrielebulfon
--
Da: Ken Gaillot
A: Cluster Labs - All topics related to open-source clustering welcomed
Data: 25 luglio 2020 0.46.52 CEST
Oggetto: Re: [ClusterLabs] pacemaker startup problem
On Fri, 2020-07-24 at 18:34 +0200, Gabriele Bulfon wrote:
2020 0.46.52 CEST
Oggetto: Re: [ClusterLabs] pacemaker startup problem
On Fri, 2020-07-24 at 18:34 +0200, Gabriele Bulfon wrote:
Hello,
after a long time I'm back to run heartbeat/pacemaker/corosync on our
XStreamOS/illumos distro.
I rebuilt the original components I did in 2016 on our latest rele
Hello,
after a long time I'm back to run heartbeat/pacemaker/corosync on our
XStreamOS/illumos distro.
I rebuilt the original components I did in 2016 on our latest release (probably
a bit outdated, but I want to start from where I left).
Looks like pacemaker is having trouble starting up showi
Hi,
on illumos, I have a way to cluster one zfs pool on two nodes, by moving
ip,pool and its shares at once on the other node.
This works for iscsi too: the ip of the target has been migrated together with
the pool, so the iscsi resource is still there running on the same ip (just a
different no
--
Da: Klaus Wenninger
A: users@clusterlabs.org
Data: 5 settembre 2016 12.21.25 CEST
Oggetto: Re: [ClusterLabs] ip clustering strange behaviour
On 09/05/2016 11:20 AM, Gabriele Bulfon wrote:
The dual machine is equipped with a syncro
clustering welcomed
Data: 1 settembre 2016 15.49.04 CEST
Oggetto: Re: [ClusterLabs] ip clustering strange behaviour
On 08/31/2016 11:50 PM, Gabriele Bulfon wrote:
Thanks, got it.
So, is it better to use "two_node: 1" or, as suggested else where, or
"no-quorum-policy=stop"?
I&#
w.cdbaby.com/cd/gabrielebulfon
--
Da: Ken Gaillot
A: users@clusterlabs.org
Data: 31 agosto 2016 17.25.05 CEST
Oggetto: Re: [ClusterLabs] ip clustering strange behaviour
On 08/30/2016 01:52 AM, Gabriele Bulfon wrote:
Sorry for reiterating, but my main
--
Da: Dejan Muhamedagic
A: gbul...@sonicle.com Cluster Labs - All topics related to open-source
clustering welcomed
Data: 30 agosto 2016 12.20.19 CEST
Oggetto: Re: [ClusterLabs] ocf scripts shell and local variables
Hi,
On Mon, Aug 29, 2016 at 05:08:35PM +0200, Gabriele
6 at 10:13:18AM -0500, Dmitri Maziuk wrote:
On 2016-08-29 04:06, Gabriele Bulfon wrote:
Thanks, though this does not work :)
Uhm... right. Too many languages, sorry: perl's system() will call the login
shell, system system() uses /bin/sh, and exec()s will run whatever the
programmer tells them t
bs.org
Data: 29 agosto 2016 17.26.49 CEST
Oggetto: Re: [ClusterLabs] ip clustering strange behaviour
On 08/29/2016 05:18 PM, Gabriele Bulfon wrote:
Hi,
now that I have IPaddr work, I have a strange behaviour on my test
setup of 2 nodes, here is my configuration:
===STONITH/FENCING===
primitive xs
ielebulfon
--
Da: Klaus Wenninger
A: users@clusterlabs.org
Data: 29 agosto 2016 17.26.49 CEST
Oggetto: Re: [ClusterLabs] ip clustering strange behaviour
On 08/29/2016 05:18 PM, Gabriele Bulfon wrote:
Hi,
now that I have IPaddr work, I have
Hi,
now that I have IPaddr work, I have a strange behaviour on my test setup of 2
nodes, here is my configuration:
===STONITH/FENCING===
primitive xstorage1-stonith stonith:external/ssh-sonicle op monitor
interval="25" timeout="25" start-delay="25" params hostlist="xstorage1"
primitive xstorage2-
at 08:47:43AM -0500, Ken Gaillot wrote:
On 08/29/2016 04:17 AM, Gabriele Bulfon wrote:
Hi Ken,
I have been talking with the illumos guys about the shell problem.
They all agreed that ksh (and specially the ksh93 used in illumos) is
absolutely Bourne-compatible, and that the "local" variab
@sonicle.com Cluster Labs - All topics related to open-source
clustering welcomed
kgail...@redhat.com Cluster Labs - All topics related to open-source clustering
welcomed
Data: 29 agosto 2016 14.36.23 CEST
Oggetto: Re: [ClusterLabs] ocf scripts shell and local variables
Gabriele Bulfon
writes:
s shell and local variables
On 08/26/2016 08:11 AM, Gabriele Bulfon wrote:
I tried adding some debug in ocf-shellfuncs, showing env and ps -ef into
the corosync.log
I suspect it's always using ksh, because in the env output I produced I
find this: KSH_VERSION=.sh.version
This is normally not pre
--
Da: Dmitri Maziuk
A: users@clusterlabs.org
Data: 26 agosto 2016 17.02.12 CEST
Oggetto: Re: [ClusterLabs] ocf scripts shell and local variables
On 2016-08-26 08:56, Ken Gaillot wrote:
On 08/26/2016 08:11 AM, Gabriele Bulfon wrote:
I tried adding some
p://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
Da:
Gabriele Bulfon
A:
kgail...@redhat.com Cluster Labs - All topics related to open-source clustering
welcomed
Data:
26 agosto 2016 10.12.13 CEST
Oggetto:
Re: [ClusterLabs] ocf::
eat:IPaddr
On 08/25/2016 10:51 AM, Gabriele Bulfon wrote:
Hi,
I'm advancing with this monster cluster on XStreamOS/illumos ;)
In the previous older tests I used heartbeat, and I had these lines to
take care of the swapping public IP addresses:
primitive xstorage1_wan1_IP ocf:heartbeat:I
Hi,
I'm advancing with this monster cluster on XStreamOS/illumos ;)
In the previous older tests I used heartbeat, and I had these lines to take
care of the swapping public IP addresses:
primitive xstorage1_wan1_IP ocf:heartbeat:IPaddr params ip="1.2.3.4"
cidr_netmask="255.255.255.0" nic="e1000g1"
Oggetto: Re: [ClusterLabs] Solved: converting configuration
On 2016-08-25 10:24, Gabriele Bulfon wrote:
YESSS!!! That was it! :)))
Upgraded to 1.1.15, rebuilt and the rng files contain a lot more
stuff.
Packaged, published, installed on the test machine: got all my
instructions as is!!! :)))
...now last
...@sonicle.com Cluster Labs - All topics related to open-source
clustering welcomed
Data: 25 agosto 2016 16.27.18 CEST
Oggetto: Re: [ClusterLabs] Solved: converting configuration
On 2016-08-25 10:24, Gabriele Bulfon wrote:
YESSS!!! That was it! :)))
Upgraded to 1.1.15, rebuilt and the rng files contain
g
Data: 25 agosto 2016 15.55.35 CEST
Oggetto: Re: [ClusterLabs] converting configuration
On 08/25/2016 03:07 AM, Gabriele Bulfon wrote:
Also found this :
sonicle@xstorage1:~# crm_verify -LV
xmlRelaxNGParseElement: element has no content
error: crm_abort: validate_with_relaxng: Triggered assert at xml.c:
- All topics related to open-source
clustering welcomed
Data: 25 agosto 2016 13.51.43 CEST
Oggetto: Re: [ClusterLabs] converting configuration
Gabriele Bulfon
writes:
It's 2.7.6 , heavily used by the whole system.
Do you need a more recent one?
Well, I don't know for sure.. but that v
ation
Gabriele Bulfon
writes:
only this:
-_SYSTEMWIDE = '/etc/crm/crm.conf'
+_SYSTEMWIDE = '/sonicle/etc/cluster/crm/crm.conf'
I didn't find any way to change this via configure options.
And still I receive the same error with crm configure primitive...
I attach here my latest c
aby.com/cd/gabrielebulfon
--
Da: Kristoffer Grönlund
A: gbul...@sonicle.com Cluster Labs - All topics related to open-source
clustering welcomed
Data: 25 agosto 2016 11.10.26 CEST
Oggetto: Re: [ClusterLabs] converting configuration
Gabriele Bulfon
writes:
related to open-source
clustering welcomed
Data: 25 agosto 2016 10.17.01 CEST
Oggetto: Re: [ClusterLabs] converting configuration
Gabriele Bulfon
writes:
Yes I'm packaging for our distro from sources, pacemaker 1.1.14, corosync 2.4.1
and crm-shell 2.2.1
Our distro is an illumos distro, XStrea
://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
Da:
Gabriele Bulfon
A:
Kristoffer Grönlund
Cluster Labs - All topics related to open-source clustering welcomed
Data:
25 agosto 2016 10.01.17 CEST
Oggetto:
Re: [ClusterLabs] converting configuration
Yes I'm packagin
@sonicle.com Cluster Labs - All topics related to open-source
clustering welcomed
Cluster Labs - All topics related to open-source clustering welcomed
Data: 24 agosto 2016 20.40.08 CEST
Oggetto: Re: [ClusterLabs] converting configuration
Gabriele Bulfon
writes:
Hi,
In my previous tests I used a
Hi,
In my previous tests I used a prebuilt older pacemaker/heartbeat package with a
configuration like:
primitive xstor2-stonith stonith:external/ssh-sonicle \op monitor
interval="25" timeout="25" start-delay="25" \params
hostlist="xstor2"primitive xstor3-stonith stonith:external
--
Da: Kristoffer Grönlund
A: gbul...@sonicle.com Cluster Labs - All topics related to open-source
clustering welcomed
Data: 24 agosto 2016 17.55.21 CEST
Oggetto: Re: [ClusterLabs] pacemaker validate-with
Gabriele Bulfon
writes:
I
: [ClusterLabs] pacemaker validate-with
Gabriele Bulfon
writes:
Hi,
now I've got my pacemaker 1.1.14 and corosync 2.4.1 working together running an
empty configuration of just 2 nodes.
So I run crm configure but I get this error:
ERROR: CIB not supported: validator 'pacemaker-2.4',
agosto 2016 16.34.55 CEST
Oggetto: Re: [ClusterLabs] pacemaker validate-with
On 08/24/2016 04:17 PM, Gabriele Bulfon wrote:
Hi,
now I've got my pacemaker 1.1.14 and corosync 2.4.1 working together
running an empty configuration of just 2 nodes.
So I run crm configure but I get this error:
ERROR: CI
Hi,
now I've got my pacemaker 1.1.14 and corosync 2.4.1 working together running an
empty configuration of just 2 nodes.
So I run crm configure but I get this error:
ERROR: CIB not supported: validator 'pacemaker-2.4', release '3.0.10'
ERROR: You may try the upgrade command
ERROR: configure: Missi
there.
Thanks
Gabrele
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
Da:
Gabriele Bulfon
A:
Cluster Labs - All topics
icle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
Da:
Gabriele Bulfon
A:
kwenn...@redhat.com Cluster Labs - All topics related to open-source clustering
welcomed
Data:
23 agosto 2016 14.30.20 CEST
Oggetto:
Re: [C
/gabrielebulfon
--
Da: Klaus Wenninger
A: users@clusterlabs.org
Data: 23 agosto 2016 9.07.03 CEST
Oggetto: Re: [ClusterLabs] pacemakerd quits after few seconds with some errors
On 08/23/2016 08:50 AM, Gabriele Bulfon wrote:
Ok, looks like Corosync now runs fine with i
seconds with some errors
On 08/23/2016 08:50 AM, Gabriele Bulfon wrote:
Ok, looks like Corosync now runs fine with its version, but then
pacemakerd fails again with new errors on attrd and other daemons it
tries to fork.
The main reason seems around ha signon and cluster process group api.
Any idea
agosto 2016 7.59.37 CEST
Oggetto: Re: [ClusterLabs] pacemakerd quits after few seconds with some errors
On 23/08/16 07:23 +0200, Gabriele Bulfon wrote:
Thanks! I am using Corosync 2.3.6 and Pacemaker 1.1.4 using the
"--with-corosync".
How is Corosync looking for his own version?
The sit
akerd quits after few seconds with some errors
On 23/08/16 07:23 +0200, Gabriele Bulfon wrote:
Thanks! I am using Corosync 2.3.6 and Pacemaker 1.1.4 using the
"--with-corosync".
How is Corosync looking for his own version?
The situation may be as easy as building corosync from GitHub-pro
errors
On 08/23/2016 12:20 AM, Ken Gaillot wrote:
On 08/22/2016 12:17 PM, Gabriele Bulfon wrote:
Hi,
I built corosync/pacemaker for our XStreamOS/illumos : corosync starts
fine and log correctly, pacemakerd quits after some seconds with the
attached log.
Any idea where is the issue?
Pacemaker is n
Hi,
I built corosync/pacemaker for our XStreamOS/illumos : corosync starts fine and
log correctly, pacemakerd quits after some seconds with the attached log.
Any idea where is the issue?
Thanks,
Gabriele
Sonic
Hi,
I have built all the HA packages for our XStreamOS/illumos distribution:
- libqb-1.0
- clusterglue 1.0.12 [0a7add1d9996]
- corosync-2.3.6 , just to have needed libcfg, libcorosync_common, libcpg
- heartbeat-3.0.6 [958e11be8686]
- pacemaker-1.1.14
- crm-shell 2.1.2
- resource-agents-3.9.6
After
79 matches
Mail list logo
