<br>Hii,<br>        
Sorry if I am repeating my question.My question is that<br>
           pacmaker also work on WAN, if yes then how????<br>
<br>
<br>
Thank you<br><div class="gmail_quote">On Tue, Sep 4, 2012 at 3:01 PM,  <span dir="ltr">&lt;<a href="mailto:pacemaker-request@oss.clusterlabs.org" target="_blank">pacemaker-request@oss.clusterlabs.org</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send Pacemaker mailing list submissions to<br>
        <a href="mailto:pacemaker@oss.clusterlabs.org">pacemaker@oss.clusterlabs.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
or, via email, send a message with subject or body &#39;help&#39; to<br>
        <a href="mailto:pacemaker-request@oss.clusterlabs.org">pacemaker-request@oss.clusterlabs.org</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:pacemaker-owner@oss.clusterlabs.org">pacemaker-owner@oss.clusterlabs.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than &quot;Re: Contents of Pacemaker digest...&quot;<br>
<br>
<br>
Today&#39;s Topics:<br>
<br>
   1. RES:  &quot;Using ldirectord&quot; page question (Carlos Xavier)<br>
   2. Re: Compilation problem in centos 6.3 (Vladislav Bogdanov)<br>
   3. Change Hostname (Thorsten Rehm)<br>
   4. Re: Change Hostname (Vit Pelcak)<br>
   5. Re: Change Hostname (Thorsten Rehm)<br>
   6. Re: Pacemaker Digest, Vol 58, Issue 3 (Deepshikha Singh)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Tue, 4 Sep 2012 01:34:38 -0300<br>
From: &quot;Carlos Xavier&quot; &lt;<a href="mailto:cbastos@connection.com.br">cbastos@connection.com.br</a>&gt;<br>
To: &quot;&#39;The Pacemaker cluster resource manager&#39;&quot;<br>
        &lt;<a href="mailto:pacemaker@oss.clusterlabs.org">pacemaker@oss.clusterlabs.org</a>&gt;<br>
Subject: [Pacemaker] RES:  &quot;Using ldirectord&quot; page question<br>
Message-ID: &lt;000001cd8a56$9bdf36d0$d39da470$@<a href="http://com.br" target="_blank">com.br</a>&gt;<br>
Content-Type: text/plain;       charset=&quot;iso-8859-1&quot;<br>
<br>
Hi.<br>
<br>
The virtual IP on the loopback are needed for the real servers, so as they<br>
can answer the packets sent to them.<br>
You also need to edit the file /etc/sysctl.conf to disable the reply to arp<br>
requests of the virtual addresses configured on the loopback.<br>
This is what I had to add to my web servers sysctl.conf, adjust it to your<br>
configuration:<br>
########<br>
# Enable configuration of arp_ignore option<br>
net.ipv4.conf.all.arp_ignore = 1<br>
<br>
# When an arp request is received on eth0, only respond if that address is<br>
# configured on eth0. In particular, do not respond if the address is<br>
# configured on lo<br>
net.ipv4.conf.eth0.arp_ignore = 1<br>
<br>
# Ditto for eth1, add for all ARPing interfaces<br>
net.ipv4.conf.bond0.arp_ignore = 1<br>
net.ipv4.conf.vlan0.arp_ignore = 1<br>
<br>
<br>
# Enable configuration of arp_announce option<br>
net.ipv4.conf.all.arp_announce = 2<br>
<br>
# When making an ARP request sent through eth0 Always use an address that<br>
# is configured on eth0 as the source address of the ARP request.  If this<br>
# is not set, and packets are being sent out eth0 for an address that is on<br>
# lo, and an arp request is required, then the address on lo will be used.<br>
# As the source IP address of arp requests is entered into the ARP cache on<br>
# the destination, it has the effect of announcing this address.  This is<br>
# not desirable in this case as adresses on lo on the real-servers should<br>
# be announced only by the linux-director.<br>
net.ipv4.conf.eth0.arp_announce = 2<br>
<br>
# Ditto for eth1, add for all ARPing interfaces<br>
net.ipv4.conf.bond0.arp_announce = 2<br>
net.ipv4.conf.vlan0.arp_announce = 2<br>
########<br>
<br>
I?m configuring some servers to work with ldiretord, but my approach as a<br>
little bit different, I already have a cluster working for mysql and they<br>
will be the ldirector manager and I configured anther cluster just to manage<br>
http/https<br>
<br>
Regards,<br>
Carlos<br>
<br>
<br>
-----Mensagem original-----<br>
De: Dennis Jacobfeuerborn [mailto:<a href="mailto:dennisml@conversis.de">dennisml@conversis.de</a>]<br>
Enviada em: segunda-feira, 3 de setembro de 2012 23:28<br>
Para: <a href="mailto:pacemaker@oss.clusterlabs.org">pacemaker@oss.clusterlabs.org</a><br>
Assunto: [Pacemaker] &quot;Using ldirectord&quot; page question<br>
<br>
&gt; Hi,<br>
&gt; I&#39;m trying to set up a redundant load-balancer using pacemaker and<br>
ldirectord and found an example for the configuration on the following page:<br>
&gt; <a href="http://www.clusterlabs.org/wiki/Using_ldirectord" target="_blank">http://www.clusterlabs.org/wiki/Using_ldirectord</a><br>
<br>
&gt; What I don&#39;t understand is the following part:<br>
&gt; &quot;This gives you the virtual IP address and ldirectord running together in<br>
a group (ip-lvs) on one node, and the same virtual IP address assigned to<br>
the loopback address on all other nodes. This is necessary to make the<br>
routing work correctly. &quot;<br>
<br>
&gt; Why is the configuration of the IP on the lo interfaces necessary for<br>
routing?<br>
&gt; As far as I understand is the VIP only needs to run on the active node<br>
that is also running the ldirectord daemon. Once the failover  happens both<br>
move over to the new active node and the setup should continue to work as<br>
before. Is there something I&#39;m missing here?<br>
<br>
&gt; Regards,<br>
&gt;   Dennis<br>
<br>
<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Tue, 04 Sep 2012 08:55:27 +0300<br>
From: Vladislav Bogdanov &lt;<a href="mailto:bubble@hoster-ok.com">bubble@hoster-ok.com</a>&gt;<br>
To: <a href="mailto:pacemaker@oss.clusterlabs.org">pacemaker@oss.clusterlabs.org</a><br>
Subject: Re: [Pacemaker] Compilation problem in centos 6.3<br>
Message-ID: &lt;<a href="mailto:504597CF.2090602@hoster-ok.com">504597CF.2090602@hoster-ok.com</a>&gt;<br>
Content-Type: text/plain; charset=windows-1252<br>
<br>
04.09.2012 03:46, Keisuke MORI wrote:<br>
&gt; Hi,<br>
&gt;<br>
&gt; I&#39;ve seen a similar problem.<br>
&gt; It was caused by an unseen escape sequence produced by the crm shell<br>
&gt; (readline library in particular) when TERM=xterm.<br>
&gt;<br>
&gt; Try &quot;export TERM=vt100&quot; and rebuild it.<br>
&gt; Or grab the latest crm shell.<br>
<br>
Shouldn&#39;t it be listed as build dep if docs are enabled in spec then?<br>
Although, as crm shell is not longer part of pacemaker and it heavily<br>
depends on pacemaker utils, it could be hard to implement correct<br>
cross-deps between two packages (also heaving in mind that there is no<br>
crmsh package in fedora yet). So, may be it is better to include some<br>
example crm shell output in sources rather then trying to run it at the<br>
build time? I do not have crm shell installed on my build systems and<br>
docs I get are inconsistent - sys::[crm --help] resolves to an empty<br>
string. Just checked it.<br>
If would be fine to replace sys::[crm --help] with<br>
sys::[cat crm_--help.txt] having crm_--help.txt exists in tarball and is<br>
regenerated if local crm shell is found and is newer than one used to<br>
generate original output. Of course that is a lot of work. And I&#39;m not<br>
sure what to do with crm shell output i18n (after/if it has one).<br>
<br>
&gt;<br>
&gt; 2012/9/4 Miguel Angel Guerrero &lt;<a href="mailto:miguel.guerrero@itac.com.co">miguel.guerrero@itac.com.co</a>&gt;<br>
&gt;&gt;<br>
&gt;&gt; Hi all<br>
&gt;&gt;<br>
&gt;&gt; I&#39;m trying to compile the last version of the src package of pacemaker from red hat in centos 6.3 with snmp support but i get this error in the process and i don&#39;t understand this, i check the dependencies and all is correct, thanks for your help<br>

&gt;&gt;<br>
&gt;&gt; Processing file tmp/en-US/xml_tmp/Ch-Tools.xml -&gt; tmp/en-US/xml/Ch-Tools.xml<br>
&gt;&gt;<br>
&gt;&gt; not well-formed (invalid token) at line 20, column 8, byte 884:<br>
&gt;&gt; &lt;para&gt;Take some time to familiarize yourself with what it can do.&lt;/para&gt;<br>
&gt;&gt; &lt;para&gt;# &lt;command&gt;crm --help&lt;/command&gt;&lt;/para&gt;<br>
&gt;&gt; &lt;screen&gt;<br>
&gt;&gt; =======^<br>
&gt;&gt; usage:<br>
&gt;&gt;     crm [-D display_type] [-f file] [-hF] [args]<br>
&gt;&gt;  at /usr/lib64/perl5/XML/Parser.pm line 187<br>
&gt;&gt; gmake[1]: *** [Clusters_from_Scratch.txt] Error 255<br>
&gt;&gt; gmake[1]: Leaving directory `/home/itac/rpmbuild/BUILD/ClusterLabs-pacemaker-148fccf/doc&#39;<br>
&gt;&gt; make: *** [all-recursive] Error 1<br>
&gt;&gt; error: Estado de salida err?neo de /var/tmp/rpm-tmp.yHX51k (%build)<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; Errores de construcci?n RPM:<br>
&gt;&gt;     InstallSourcePackage at: psm.c:244: CabeceraV3 RSA/SHA256 Signature, ID de clave fd431d51: NOKEY<br>
&gt;&gt;     Estado de salida err?neo de /var/tmp/rpm-tmp.yHX51k (%build)<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; <a href="http://www.itac.com.co" target="_blank">www.itac.com.co</a><br>
&gt;&gt;<br>
&gt;&gt; Miguel Angel Guerrero<br>
&gt;&gt; Ingeniero de Infraestructura<br>
&gt;&gt;<br>
&gt;&gt; ITAC - IT Applications Consulting<br>
&gt;&gt; Avenida 19 # 114 ? 65 Oficina 215<br>
&gt;&gt; Bogota, DC. Colombia<br>
&gt;&gt; Telefono (+571) 6400338 Ext. 147<br>
&gt;&gt; <a href="mailto:miguel.guerrero@itac.com.co">miguel.guerrero@itac.com.co</a><br>
&gt;&gt;<br>
&gt;&gt; ________________________________<br>
&gt;&gt;<br>
&gt;&gt; Nuestros clientes hacen parte de la calidad que brindamos por lo que lo invitamos a que si tiene una queja, reclamo o sugerencia nos la haga saber a <a href="mailto:calidad@itac.com.co">calidad@itac.com.co</a><br>

&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; Pacemaker mailing list: <a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a><br>
&gt;&gt; <a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
&gt;&gt;<br>
&gt;&gt; Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a><br>
&gt;&gt; Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br>
&gt;&gt; Bugs: <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a><br>
&gt;&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; Keisuke MORI<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Pacemaker mailing list: <a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a><br>
&gt; <a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
&gt;<br>
&gt; Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a><br>
&gt; Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br>
&gt; Bugs: <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a><br>
&gt;<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Tue, 4 Sep 2012 10:28:23 +0200<br>
From: Thorsten Rehm &lt;<a href="mailto:thorsten.rehm@gmail.com">thorsten.rehm@gmail.com</a>&gt;<br>
To: <a href="mailto:pacemaker@oss.clusterlabs.org">pacemaker@oss.clusterlabs.org</a><br>
Subject: [Pacemaker] Change Hostname<br>
Message-ID:<br>
        &lt;CABT3_pxBBNBFPc=<a href="mailto:T6YdmZDPku1FEdo%2BiFWGPLDtGTXy5vRnxQg@mail.gmail.com">T6YdmZDPku1FEdo+iFWGPLDtGTXy5vRnxQg@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
Hi everyone,<br>
<br>
I have a cluster with three nodes (stack: heartbeat) and I need to<br>
change the hostname of all systems (only the hostname, not the ip<br>
address or other network configuration). I have already made several<br>
attempts, but so far I have not managed that resources are available<br>
without interruption, after I changed the hostname. Is there a<br>
procedure that allows me to change the hostname, without loss of<br>
resources? If so, how would this look like? Is there a best case?<br>
<br>
<br>
Cheers,<br>
Thorsten<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Tue, 04 Sep 2012 10:38:24 +0200<br>
From: Vit Pelcak &lt;<a href="mailto:vpelcak@suse.cz">vpelcak@suse.cz</a>&gt;<br>
To: <a href="mailto:pacemaker@oss.clusterlabs.org">pacemaker@oss.clusterlabs.org</a><br>
Subject: Re: [Pacemaker] Change Hostname<br>
Message-ID: &lt;<a href="mailto:5045BE00.7020703@suse.cz">5045BE00.7020703@suse.cz</a>&gt;<br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
Dne 4.9.2012 10:28, Thorsten Rehm napsal(a):<br>
&gt; Hi everyone,<br>
&gt;<br>
&gt; I have a cluster with three nodes (stack: heartbeat) and I need to<br>
&gt; change the hostname of all systems (only the hostname, not the ip<br>
&gt; address or other network configuration). I have already made<br>
&gt; several attempts, but so far I have not managed that resources are<br>
&gt; available without interruption, after I changed the hostname. Is<br>
&gt; there a procedure that allows me to change the hostname, without<br>
&gt; loss of resources? If so, how would this look like? Is there a best<br>
&gt; case?<br>
<br>
<br>
Hm. What about modifying corosync.conf to reflect hostname change on<br>
all nodes, restarting corosync on all one after another (so you always<br>
have at least 2 nodes running corosync and resources) and then<br>
changing that hostname on desired machine and restarting corosync on it?<br>
<br>
In general, do not stop corosync on more than 1 node at the time and<br>
you should be safe.<br>
<br>
&gt; Cheers, Thorsten<br>
&gt;<br>
&gt; _______________________________________________ Pacemaker mailing<br>
&gt; list: <a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a><br>
&gt; <a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
&gt;<br>
&gt; Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a> Getting started:<br>
&gt; <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a> Bugs:<br>
&gt; <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a><br>
<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v2.0.19 (GNU/Linux)<br>
Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org/" target="_blank">http://enigmail.mozdev.org/</a><br>
<br>
iQEcBAEBAgAGBQJQRb4AAAoJEG+ytY6bjOob0AUH+gKl8OXHnGUUkXe4rFNc1qqr<br>
W1hkafkjDOl2k475kiXiJ9CbgvP4mJSZJ+naMvyh53BJDuWiZH4i3kl1KZVSCvQ6<br>
DNrZhHG90BmTLXiE6tCeVWP6K5tKamvLCRGBehiu83lW2kdH0X3uF9KqZlPnBFhy<br>
AeEYvCsJKfM+u7WndNDFeQVdV//FQaHAB8JZBkgSyHmlvN+bnjUzRTOE1qLyv3/b<br>
nPYVBOYCJgBjmENRRMoP1xWZgAAMeRCzRrpXo2ZSJ8945E/pmc1+9fPDJCqBXqvr<br>
CFzI7iZcyidfpKq6h1S9dlDDMdRidj9P8kfEokThtHXpy45/LhdzYrMg6LmvuIc=<br>
=tZ+G<br>
-----END PGP SIGNATURE-----<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Tue, 4 Sep 2012 10:55:29 +0200<br>
From: Thorsten Rehm &lt;<a href="mailto:thorsten.rehm@gmail.com">thorsten.rehm@gmail.com</a>&gt;<br>
To: The Pacemaker cluster resource manager<br>
        &lt;<a href="mailto:pacemaker@oss.clusterlabs.org">pacemaker@oss.clusterlabs.org</a>&gt;<br>
Subject: Re: [Pacemaker] Change Hostname<br>
Message-ID:<br>
        &lt;CABT3_pwTtF0_1W9cVVrTLfvFsfME0dWka=<a href="mailto:74yVWeE0fybU27Gw@mail.gmail.com">74yVWeE0fybU27Gw@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
Hi,<br>
<br>
ohh, thanks, but I have heartbeat in use.<br>
&quot;Legacy cluster stack based on heartbeat&quot;<br>
<a href="http://www.clusterlabs.org/wiki/File:Stack-lha.png" target="_blank">http://www.clusterlabs.org/wiki/File:Stack-lha.png</a><br>
<br>
So, there is no corosync.conf ;)<br>
<br>
Regards,<br>
Thorsten<br>
<br>
On Tue, Sep 4, 2012 at 10:38 AM, Vit Pelcak &lt;<a href="mailto:vpelcak@suse.cz">vpelcak@suse.cz</a>&gt; wrote:<br>
&gt; -----BEGIN PGP SIGNED MESSAGE-----<br>
&gt; Hash: SHA1<br>
&gt;<br>
&gt; Dne 4.9.2012 10:28, Thorsten Rehm napsal(a):<br>
&gt;&gt; Hi everyone,<br>
&gt;&gt;<br>
&gt;&gt; I have a cluster with three nodes (stack: heartbeat) and I need to<br>
&gt;&gt; change the hostname of all systems (only the hostname, not the ip<br>
&gt;&gt; address or other network configuration). I have already made<br>
&gt;&gt; several attempts, but so far I have not managed that resources are<br>
&gt;&gt; available without interruption, after I changed the hostname. Is<br>
&gt;&gt; there a procedure that allows me to change the hostname, without<br>
&gt;&gt; loss of resources? If so, how would this look like? Is there a best<br>
&gt;&gt; case?<br>
&gt;<br>
&gt;<br>
&gt; Hm. What about modifying corosync.conf to reflect hostname change on<br>
&gt; all nodes, restarting corosync on all one after another (so you always<br>
&gt; have at least 2 nodes running corosync and resources) and then<br>
&gt; changing that hostname on desired machine and restarting corosync on it?<br>
&gt;<br>
&gt; In general, do not stop corosync on more than 1 node at the time and<br>
&gt; you should be safe.<br>
&gt;<br>
&gt;&gt; Cheers, Thorsten<br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________ Pacemaker mailing<br>
&gt;&gt; list: <a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a><br>
&gt;&gt; <a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
&gt;&gt;<br>
&gt;&gt; Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a> Getting started:<br>
&gt;&gt; <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a> Bugs:<br>
&gt;&gt; <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a><br>
&gt;<br>
&gt; -----BEGIN PGP SIGNATURE-----<br>
&gt; Version: GnuPG v2.0.19 (GNU/Linux)<br>
&gt; Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org/" target="_blank">http://enigmail.mozdev.org/</a><br>
&gt;<br>
&gt; iQEcBAEBAgAGBQJQRb4AAAoJEG+ytY6bjOob0AUH+gKl8OXHnGUUkXe4rFNc1qqr<br>
&gt; W1hkafkjDOl2k475kiXiJ9CbgvP4mJSZJ+naMvyh53BJDuWiZH4i3kl1KZVSCvQ6<br>
&gt; DNrZhHG90BmTLXiE6tCeVWP6K5tKamvLCRGBehiu83lW2kdH0X3uF9KqZlPnBFhy<br>
&gt; AeEYvCsJKfM+u7WndNDFeQVdV//FQaHAB8JZBkgSyHmlvN+bnjUzRTOE1qLyv3/b<br>
&gt; nPYVBOYCJgBjmENRRMoP1xWZgAAMeRCzRrpXo2ZSJ8945E/pmc1+9fPDJCqBXqvr<br>
&gt; CFzI7iZcyidfpKq6h1S9dlDDMdRidj9P8kfEokThtHXpy45/LhdzYrMg6LmvuIc=<br>
&gt; =tZ+G<br>
&gt; -----END PGP SIGNATURE-----<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Pacemaker mailing list: <a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a><br>
&gt; <a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
&gt;<br>
&gt; Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a><br>
&gt; Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br>
&gt; Bugs: <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a><br>
<br>
<br>
<br>
--<br>
Mit freundlichen Gruessen / Kind regards<br>
Thorsten Rehm<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Tue, 4 Sep 2012 14:59:46 +0530<br>
From: Deepshikha Singh &lt;<a href="mailto:deepshikhasingh@drishti-soft.com">deepshikhasingh@drishti-soft.com</a>&gt;<br>
To: <a href="mailto:pacemaker@oss.clusterlabs.org">pacemaker@oss.clusterlabs.org</a><br>
Subject: Re: [Pacemaker] Pacemaker Digest, Vol 58, Issue 3<br>
Message-ID:<br>
        &lt;<a href="mailto:CAJ9vscPK2tqGE6cjdNAWcpd8cJ-0usxd73wfeSmehG0VhZiVJw@mail.gmail.com">CAJ9vscPK2tqGE6cjdNAWcpd8cJ-0usxd73wfeSmehG0VhZiVJw@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=&quot;iso-8859-1&quot;<br>
<br>
Hii,<br>
<br>
          Is pacmaker also work on WAN, if yes then how????<br>
<br>
<br>
Thank you<br>
On Mon, Sep 3, 2012 at 3:30 PM, &lt;<a href="mailto:pacemaker-request@oss.clusterlabs.org">pacemaker-request@oss.clusterlabs.org</a>&gt;wrote:<br>
<br>
&gt; Send Pacemaker mailing list submissions to<br>
&gt;         <a href="mailto:pacemaker@oss.clusterlabs.org">pacemaker@oss.clusterlabs.org</a><br>
&gt;<br>
&gt; To subscribe or unsubscribe via the World Wide Web, visit<br>
&gt;         <a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
&gt; or, via email, send a message with subject or body &#39;help&#39; to<br>
&gt;         <a href="mailto:pacemaker-request@oss.clusterlabs.org">pacemaker-request@oss.clusterlabs.org</a><br>
&gt;<br>
&gt; You can reach the person managing the list at<br>
&gt;         <a href="mailto:pacemaker-owner@oss.clusterlabs.org">pacemaker-owner@oss.clusterlabs.org</a><br>
&gt;<br>
&gt; When replying, please edit your Subject line so it is more specific<br>
&gt; than &quot;Re: Contents of Pacemaker digest...&quot;<br>
&gt;<br>
&gt;<br>
&gt; Today&#39;s Topics:<br>
&gt;<br>
&gt;    1.  Pacemaker 1.1.6 order possible bug ? (Tom?? Vav?i?ka)<br>
&gt;    2. Two c72f5ca stonithd coredumps (Vladislav Bogdanov)<br>
&gt;<br>
&gt;<br>
&gt; ----------------------------------------------------------------------<br>
&gt;<br>
&gt; Message: 1<br>
&gt; Date: Mon, 03 Sep 2012 07:41:25 +0200<br>
&gt; From: Tom?? Vav?i?ka &lt;<a href="mailto:vavricka@ttc.cz">vavricka@ttc.cz</a>&gt;<br>
&gt; To: <a href="mailto:pacemaker@oss.clusterlabs.org">pacemaker@oss.clusterlabs.org</a><br>
&gt; Subject: [Pacemaker]  Pacemaker 1.1.6 order possible bug ?<br>
&gt; Message-ID: &lt;<a href="mailto:50444305.4090501@ttc.cz">50444305.4090501@ttc.cz</a>&gt;<br>
&gt; Content-Type: text/plain; charset=UTF-8; format=flowed<br>
&gt;<br>
&gt; Hello,<br>
&gt;<br>
&gt; Sorry If I send same question twice, but message did not appeared on<br>
&gt; mailing list.<br>
&gt;<br>
&gt; I have a problem with orders in pacemaker 1.1.6 and corosync 1.4.1.<br>
&gt;<br>
&gt; Order below is working for failover, but it is not working when one<br>
&gt; cluster node starts up (drbd stays in Slave state and ms_toponet is<br>
&gt; started before DRBD gets promoted).<br>
&gt;<br>
&gt; order o_start inf: ms_drbd_postgres:promote postgres:start<br>
&gt; ms_toponet:promote monitor_cluster:start<br>
&gt;<br>
&gt; Order below is not working for failover (it kills slave toponet app and<br>
&gt; start it again) but it is working correctly when cluster starts up.<br>
&gt;<br>
&gt; order o_start inf: ms_drbd_postgres:promote postgres:start<br>
&gt; ms_toponet:start ms_toponet:promote monitor_cluster:start<br>
&gt;<br>
&gt; I want to the pacemaker to act as in 1.0.12 version.<br>
&gt; * when toponet master app is killed, move postgres resource to other<br>
&gt; node and promote ms_toponet and ms_drbd_postgres to Master<br>
&gt; * when one node is starting promote DRBD to master is is UpToDate<br>
&gt;<br>
&gt; Am I doing something wrong?<br>
&gt;<br>
&gt; It looks to me pacemaker ignores some orders (pacemaker should wait for<br>
&gt; DRBD promotion when starting toponet app, but toponet app is started<br>
&gt; right after DRBD start (slave)). I tried to solve this by different<br>
&gt; orders with combination symmetrical=false, split orders, different<br>
&gt; orders for start and stop, but no success at all (seems to me like<br>
&gt; completely ignoring symmetrical=false directive).<br>
&gt;<br>
&gt; Pacemaker 1.1.7 is not working for me, because it has broken on-fail<br>
&gt; directive.<br>
&gt;<br>
&gt; crm_mon output:<br>
&gt;<br>
&gt; ============<br>
&gt; Last updated: Fri Aug 31 14:51:11 2012<br>
&gt; Last change: Fri Aug 31 14:50:27 2012 by hacluster via crmd on toponet30<br>
&gt; Stack: openais<br>
&gt; Current DC: toponet30 - partition WITHOUT quorum<br>
&gt; Version: 1.1.6-b988976485d15cb702c9307df55512d323831a5e<br>
&gt; 2 Nodes configured, 2 expected votes<br>
&gt; 10 Resources configured.<br>
&gt; ============<br>
&gt;<br>
&gt; Online: [ toponet30 toponet31 ]<br>
&gt;<br>
&gt; st_primary      (stonith:external/xen0):        Started toponet30<br>
&gt; st_secondary    (stonith:external/xen0):        Started toponet31<br>
&gt;   Master/Slave Set: ms_drbd_postgres<br>
&gt;       Masters: [ toponet30 ]<br>
&gt;       Slaves: [ toponet31 ]<br>
&gt;   Resource Group: postgres<br>
&gt;       pg_fs      (ocf::heartbeat:Filesystem):    Started toponet30<br>
&gt;       PGIP       (ocf::heartbeat:IPaddr2):       Started toponet30<br>
&gt;       postgresql (ocf::heartbeat:pgsql): Started toponet30<br>
&gt; monitor_cluster (ocf::heartbeat:monitor_cluster):       Started toponet30<br>
&gt;   Master/Slave Set: ms_toponet<br>
&gt;       Masters: [ toponet30 ]<br>
&gt;       Slaves: [ toponet31 ]<br>
&gt;<br>
&gt; configuration:<br>
&gt;<br>
&gt; node toponet30<br>
&gt; node toponet31<br>
&gt; primitive PGIP ocf:heartbeat:IPaddr2 \<br>
&gt;          params ip=&quot;192.168.100.3&quot; cidr_netmask=&quot;29&quot; \<br>
&gt;          op monitor interval=&quot;5s&quot;<br>
&gt; primitive drbd_postgres ocf:linbit:drbd \<br>
&gt;          params drbd_resource=&quot;postgres&quot; \<br>
&gt;          op start interval=&quot;0&quot; timeout=&quot;240s&quot; \<br>
&gt;          op stop interval=&quot;0&quot; timeout=&quot;120s&quot; \<br>
&gt;          op monitor interval=&quot;5s&quot; role=&quot;Master&quot; timeout=&quot;10s&quot; \<br>
&gt;          op monitor interval=&quot;10s&quot; role=&quot;Slave&quot; timeout=&quot;20s&quot;<br>
&gt; primitive monitor_cluster ocf:heartbeat:monitor_cluster \<br>
&gt;          op monitor interval=&quot;30s&quot; \<br>
&gt;          op start interval=&quot;0&quot; timeout=&quot;30s&quot; \<br>
&gt;          meta target-role=&quot;Started&quot;<br>
&gt; primitive pg_fs ocf:heartbeat:Filesystem \<br>
&gt;          params device=&quot;/dev/drbd0&quot; directory=&quot;/var/lib/pgsql&quot;<br>
&gt; fstype=&quot;ext3&quot;<br>
&gt; primitive postgresql ocf:heartbeat:pgsql \<br>
&gt;          op start interval=&quot;0&quot; timeout=&quot;80s&quot; \<br>
&gt;          op stop interval=&quot;0&quot; timeout=&quot;60s&quot; \<br>
&gt;          op monitor interval=&quot;10s&quot; timeout=&quot;10s&quot; depth=&quot;0&quot;<br>
&gt; primitive st_primary stonith:external/xen0 \<br>
&gt;          op start interval=&quot;0&quot; timeout=&quot;60s&quot; \<br>
&gt;          params hostlist=&quot;toponet31:/etc/xen/vm/toponet31&quot;<br>
&gt; dom0=&quot;172.16.103.54&quot;<br>
&gt; primitive st_secondary stonith:external/xen0 \<br>
&gt;          op start interval=&quot;0&quot; timeout=&quot;60s&quot; \<br>
&gt;          params hostlist=&quot;toponet30:/etc/xen/vm/toponet30&quot;<br>
&gt; dom0=&quot;172.16.103.54&quot;<br>
&gt; primitive toponet ocf:heartbeat:toponet \<br>
&gt;          op start interval=&quot;0&quot; timeout=&quot;180s&quot; \<br>
&gt;          op stop interval=&quot;0&quot; timeout=&quot;60s&quot; \<br>
&gt;          op monitor interval=&quot;10s&quot; role=&quot;Master&quot; timeout=&quot;20s&quot;<br>
&gt; on-fail=&quot;standby&quot; \<br>
&gt;          op monitor interval=&quot;20s&quot; role=&quot;Slave&quot; timeout=&quot;40s&quot; \<br>
&gt;          op promote interval=&quot;0&quot; timeout=&quot;120s&quot; \<br>
&gt;          op demote interval=&quot;0&quot; timeout=&quot;120s&quot;<br>
&gt; group postgres pg_fs PGIP postgresql<br>
&gt; ms ms_drbd_postgres drbd_postgres \<br>
&gt;          meta master-max=&quot;1&quot; master-node-max=&quot;1&quot; clone-max=&quot;2&quot;<br>
&gt; clone-node-max=&quot;1&quot; notify=&quot;true&quot; target-role=&quot;Master&quot;<br>
&gt; ms ms_toponet toponet \<br>
&gt;          meta master-max=&quot;1&quot; master-node-max=&quot;1&quot; clone-max=&quot;2&quot;<br>
&gt; clone-node-max=&quot;1&quot; target-role=&quot;Master&quot;<br>
&gt; location loc_st_pri st_primary -inf: toponet31<br>
&gt; location loc_st_sec st_secondary -inf: toponet30<br>
&gt; location master-prefer-node1 postgres 100: toponet30<br>
&gt; colocation pg_on_drbd inf: monitor_cluster ms_toponet:Master postgres<br>
&gt; ms_drbd_postgres:Master<br>
&gt; order o_start inf: ms_drbd_postgres:start ms_drbd_postgres:promote<br>
&gt; postgres:start ms_toponet:start ms_toponet:promote monitor_cluster:start<br>
&gt; property $id=&quot;cib-bootstrap-options&quot; \<br>
&gt;          dc-version=&quot;1.1.6-b988976485d15cb702c9307df55512d323831a5e&quot; \<br>
&gt;          cluster-infrastructure=&quot;openais&quot; \<br>
&gt;          expected-quorum-votes=&quot;2&quot; \<br>
&gt;          no-quorum-policy=&quot;ignore&quot; \<br>
&gt;          stonith-enabled=&quot;true&quot;<br>
&gt; rsc_defaults $id=&quot;rsc-options&quot; \<br>
&gt;          resource-stickiness=&quot;5000&quot;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; ------------------------------<br>
&gt;<br>
&gt; Message: 2<br>
&gt; Date: Mon, 03 Sep 2012 10:03:28 +0300<br>
&gt; From: Vladislav Bogdanov &lt;<a href="mailto:bubble@hoster-ok.com">bubble@hoster-ok.com</a>&gt;<br>
&gt; To: <a href="mailto:pacemaker@oss.clusterlabs.org">pacemaker@oss.clusterlabs.org</a><br>
&gt; Subject: [Pacemaker] Two c72f5ca stonithd coredumps<br>
&gt; Message-ID: &lt;<a href="mailto:50445640.1060505@hoster-ok.com">50445640.1060505@hoster-ok.com</a>&gt;<br>
&gt; Content-Type: text/plain; charset=UTF-8<br>
&gt;<br>
&gt; Hi Andrew, all,<br>
&gt;<br>
&gt; as I wrote before, I caught two paths where stonithd (c72f5ca) dumps core.<br>
&gt; Here are gdb backtraces for them (sorry for posting them inline, I was<br>
&gt; requested to do that ASAP and I hope it is not yet too late for 1.1.8 ;)<br>
&gt; ). Some vars are optimized out, but I hope that doesn&#39;t matter. If some<br>
&gt; more information is needed please just request it.<br>
&gt;<br>
&gt; First one is:<br>
&gt; ...<br>
&gt; Core was generated by `/usr/libexec/pacemaker/stonithd&#39;.<br>
&gt; Program terminated with signal 11, Segmentation fault.<br>
&gt; ...<br>
&gt; (gdb) bt<br>
&gt; #0  0x00007f4aec6cdb51 in __strlen_sse2 () from /lib64/libc.so.6<br>
&gt; #1  0x00007f4aec6cd866 in strdup () from /lib64/libc.so.6<br>
&gt; #2  0x000000000040c6f6 in create_remote_stonith_op (client=0x1871120<br>
&gt; &quot;2194f1b8-5722-49c3-bed1-c8fecc78ca02&quot;, request=0x1884840, peer=&lt;value<br>
&gt; optimized out&gt;)<br>
&gt;     at remote.c:313<br>
&gt; #3  0x000000000040cf40 in initiate_remote_stonith_op (client=&lt;value<br>
&gt; optimized out&gt;, request=0x1884840, manual_ack=0) at remote.c:336<br>
&gt; #4  0x000000000040a2be in stonith_command (client=0x1870a80, id=&lt;value<br>
&gt; optimized out&gt;, flags=&lt;value optimized out&gt;, request=0x1884840, remote=0x0)<br>
&gt;     at commands.c:1380<br>
&gt; #5  0x0000000000403252 in st_ipc_dispatch (c=0x18838d0, data=&lt;value<br>
&gt; optimized out&gt;, size=329) at main.c:142<br>
&gt; #6  0x00007f4aebaf8d64 in ?? () from /usr/lib64/libqb.so.0<br>
&gt; #7  0x00007f4aebaf908e in qb_ipcs_dispatch_connection_request () from<br>
&gt; /usr/lib64/libqb.so.0<br>
&gt; #8  0x00007f4aee26fda5 in gio_read_socket (gio=&lt;value optimized out&gt;,<br>
&gt; condition=G_IO_IN, data=0x18732f0) at mainloop.c:353<br>
&gt; #9  0x00007f4aebf8ef0e in g_main_context_dispatch () from<br>
&gt; /lib64/libglib-2.0.so.0<br>
&gt; #10 0x00007f4aebf92938 in ?? () from /lib64/libglib-2.0.so.0<br>
&gt; #11 0x00007f4aebf92d55 in g_main_loop_run () from /lib64/libglib-2.0.so.0<br>
&gt; #12 0x0000000000403a98 in main (argc=&lt;value optimized out&gt;,<br>
&gt; argv=0x7fffa3443148) at main.c:890<br>
&gt; (gdb) bt full<br>
&gt; #0  0x00007f4aec6cdb51 in __strlen_sse2 () from /lib64/libc.so.6<br>
&gt; No symbol table info available.<br>
&gt; #1  0x00007f4aec6cd866 in strdup () from /lib64/libc.so.6<br>
&gt; No symbol table info available.<br>
&gt; #2  0x000000000040c6f6 in create_remote_stonith_op (client=0x1871120<br>
&gt; &quot;2194f1b8-5722-49c3-bed1-c8fecc78ca02&quot;, request=0x1884840, peer=&lt;value<br>
&gt; optimized out&gt;)<br>
&gt;     at remote.c:313<br>
&gt;         nodeid = &lt;value optimized out&gt;<br>
&gt;         node = 0x1871790<br>
&gt;         op = 0x187e2e0<br>
&gt;         dev = &lt;value optimized out&gt;<br>
&gt;         __func__ = &quot;create_remote_stonith_op&quot;<br>
&gt;         __PRETTY_FUNCTION__ = &quot;create_remote_stonith_op&quot;<br>
&gt; #3  0x000000000040cf40 in initiate_remote_stonith_op (client=&lt;value<br>
&gt; optimized out&gt;, request=0x1884840, manual_ack=0) at remote.c:336<br>
&gt;         query = 0x0<br>
&gt;         client_id = 0x1871120 &quot;2194f1b8-5722-49c3-bed1-c8fecc78ca02&quot;<br>
&gt;         op = 0x0<br>
&gt;         __func__ = &quot;initiate_remote_stonith_op&quot;<br>
&gt;         __PRETTY_FUNCTION__ = &quot;initiate_remote_stonith_op&quot;<br>
&gt; #4  0x000000000040a2be in stonith_command (client=0x1870a80, id=&lt;value<br>
&gt; optimized out&gt;, flags=&lt;value optimized out&gt;, request=0x1884840, remote=0x0)<br>
&gt;     at commands.c:1380<br>
&gt;         alternate_host = &lt;value optimized out&gt;<br>
&gt;         dev = &lt;value optimized out&gt;<br>
&gt;         target = 0x1883f40 &quot;1074005258&quot;<br>
&gt;         call_options = 4610<br>
&gt;         rc = -95<br>
&gt;         is_reply = 0<br>
&gt;         always_reply = 0<br>
&gt;         reply = 0x0<br>
&gt;         data = 0x0<br>
&gt;         op = 0x187e550 &quot;st_fence&quot;<br>
&gt;         client_id = 0x1874cb0 &quot;2194f1b8-5722-49c3-bed1-c8fecc78ca02&quot;<br>
&gt;         __func__ = &quot;stonith_command&quot;<br>
&gt;         __PRETTY_FUNCTION__ = &quot;stonith_command&quot;<br>
&gt;         __FUNCTION__ = &quot;stonith_command&quot;<br>
&gt; #5  0x0000000000403252 in st_ipc_dispatch (c=0x18838d0, data=&lt;value<br>
&gt; optimized out&gt;, size=329) at main.c:142<br>
&gt;         id = 4<br>
&gt;         flags = 1<br>
&gt;         request = 0x1884840<br>
&gt;         client = 0x1870a80<br>
&gt;         __FUNCTION__ = &quot;st_ipc_dispatch&quot;<br>
&gt;         __func__ = &quot;st_ipc_dispatch&quot;<br>
&gt;         __PRETTY_FUNCTION__ = &quot;st_ipc_dispatch&quot;<br>
&gt; #6  0x00007f4aebaf8d64 in ?? () from /usr/lib64/libqb.so.0<br>
&gt; No symbol table info available.<br>
&gt; #7  0x00007f4aebaf908e in qb_ipcs_dispatch_connection_request () from<br>
&gt; /usr/lib64/libqb.so.0<br>
&gt; No symbol table info available.<br>
&gt; #8  0x00007f4aee26fda5 in gio_read_socket (gio=&lt;value optimized out&gt;,<br>
&gt; condition=G_IO_IN, data=0x18732f0) at mainloop.c:353<br>
&gt;         adaptor = 0x18732f0<br>
&gt;         fd = 15<br>
&gt;         __func__ = &quot;gio_read_socket&quot;<br>
&gt; #9  0x00007f4aebf8ef0e in g_main_context_dispatch () from<br>
&gt; /lib64/libglib-2.0.so.0<br>
&gt; No symbol table info available.<br>
&gt; #10 0x00007f4aebf92938 in ?? () from /lib64/libglib-2.0.so.0<br>
&gt; No symbol table info available.<br>
&gt; #11 0x00007f4aebf92d55 in g_main_loop_run () from /lib64/libglib-2.0.so.0<br>
&gt; No symbol table info available.<br>
&gt; #12 0x0000000000403a98 in main (argc=&lt;value optimized out&gt;,<br>
&gt; argv=0x7fffa3443148) at main.c:890<br>
&gt;         flag = &lt;value optimized out&gt;<br>
&gt;         lpc = 0<br>
&gt; ---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---<br>
&gt;         argerr = 0<br>
&gt;         option_index = 0<br>
&gt;         cluster = {uuid = 0x176da90 &quot;1090782474&quot;, uname = 0x176dac0<br>
&gt; &quot;vd01-b&quot;, nodeid = 1090782474, cs_dispatch = 0x404050<br>
&gt; &lt;stonith_peer_ais_callback&gt;,<br>
&gt;           destroy = 0x404230 &lt;stonith_peer_ais_destroy&gt;}<br>
&gt;         actions = {0x40e3fb &quot;reboot&quot;, 0x40e402 &quot;off&quot;, 0x40ea75 &quot;list&quot;,<br>
&gt; 0x40e406 &quot;monitor&quot;, 0x40e40e &quot;status&quot;}<br>
&gt;         __func__ = &quot;main&quot;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Second is (segfault in CRM_ASSERT()):<br>
&gt; ...<br>
&gt; Core was generated by `/usr/libexec/pacemaker/stonithd&#39;.<br>
&gt; Program terminated with signal 11, Segmentation fault.<br>
&gt; #0  stonith_command (client=0x0, id=0, flags=0, request=0xb342f0,<br>
&gt; remote=0xb39cf0 &quot;vd01-d&quot;) at commands.c:1258<br>
&gt; 1258    commands.c: No such file or directory.<br>
&gt;         in commands.c<br>
&gt; ...<br>
&gt; (gdb) bt<br>
&gt; #0  stonith_command (client=0x0, id=0, flags=0, request=0xb342f0,<br>
&gt; remote=0xb39cf0 &quot;vd01-d&quot;) at commands.c:1258<br>
&gt; #1  0x00000000004040e4 in stonith_peer_callback (kind=&lt;value optimized<br>
&gt; out&gt;, from=&lt;value optimized out&gt;,<br>
&gt;     data=0x7fffa5327cc8 &quot;&lt;st-reply<br>
&gt; st_origin=\&quot;stonith_construct_async_reply\&quot; t=\&quot;stonith-ng\&quot;<br>
&gt; st_op=\&quot;st_notify\&quot; st_device_id=\&quot;manual_ack\&quot;<br>
&gt; st_remote_op=\&quot;25917710-8972-4c40-b783-9648749396a4\&quot;<br>
&gt; st_clientid=\&quot;936ea671-61ba-4258-8e12-&quot;...) at main.c:218<br>
&gt; #2  stonith_peer_ais_callback (kind=&lt;value optimized out&gt;, from=&lt;value<br>
&gt; optimized out&gt;,<br>
&gt;     data=0x7fffa5327cc8 &quot;&lt;st-reply<br>
&gt; st_origin=\&quot;stonith_construct_async_reply\&quot; t=\&quot;stonith-ng\&quot;<br>
&gt; st_op=\&quot;st_notify\&quot; st_device_id=\&quot;manual_ack\&quot;<br>
&gt; st_remote_op=\&quot;25917710-8972-4c40-b783-9648749396a4\&quot;<br>
&gt; st_clientid=\&quot;936ea671-61ba-4258-8e12-&quot;...) at main.c:254<br>
&gt; #3  0x00007f92ded376ca in ais_dispatch_message (handle=&lt;value optimized<br>
&gt; out&gt;, groupName=&lt;value optimized out&gt;, nodeid=&lt;value optimized out&gt;,<br>
&gt;     pid=&lt;value optimized out&gt;, msg=0x7fffa5327a78, msg_len=&lt;value<br>
&gt; optimized out&gt;) at corosync.c:551<br>
&gt; #4  pcmk_cpg_deliver (handle=&lt;value optimized out&gt;, groupName=&lt;value<br>
&gt; optimized out&gt;, nodeid=&lt;value optimized out&gt;, pid=&lt;value optimized out&gt;,<br>
&gt;     msg=0x7fffa5327a78, msg_len=&lt;value optimized out&gt;) at corosync.c:619<br>
&gt; #5  0x00007f92de91ceaf in cpg_dispatch (handle=7749363892505018368,<br>
&gt; dispatch_types=&lt;value optimized out&gt;) at cpg.c:412<br>
&gt; #6  0x00007f92ded34a42 in pcmk_cpg_dispatch (user_data=&lt;value optimized<br>
&gt; out&gt;) at corosync.c:577<br>
&gt; #7  0x00007f92def61d27 in mainloop_gio_callback (gio=&lt;value optimized<br>
&gt; out&gt;, condition=G_IO_IN, data=0xb2d400) at mainloop.c:535<br>
&gt; #8  0x00007f92dcc7ff0e in g_main_context_dispatch () from<br>
&gt; /lib64/libglib-2.0.so.0<br>
&gt; #9  0x00007f92dcc83938 in ?? () from /lib64/libglib-2.0.so.0<br>
&gt; #10 0x00007f92dcc83d55 in g_main_loop_run () from /lib64/libglib-2.0.so.0<br>
&gt; #11 0x0000000000403a98 in main (argc=&lt;value optimized out&gt;,<br>
&gt; argv=0x7fffa5427de8) at main.c:890<br>
&gt; (gdb) bt full<br>
&gt; #0  stonith_command (client=0x0, id=0, flags=0, request=0xb342f0,<br>
&gt; remote=0xb39cf0 &quot;vd01-d&quot;) at commands.c:1258<br>
&gt;         call_options = 4104<br>
&gt;         rc = -95<br>
&gt;         is_reply = 1<br>
&gt;         always_reply = 0<br>
&gt;         reply = 0x0<br>
&gt;         data = 0x0<br>
&gt;         op = 0xb34370 &quot;st_notify&quot;<br>
&gt;         client_id = 0xb3ddc0 &quot;936ea671-61ba-4258-8e12-98542a541b23&quot;<br>
&gt;         __func__ = &quot;stonith_command&quot;<br>
&gt;         __PRETTY_FUNCTION__ = &quot;stonith_command&quot;<br>
&gt;         __FUNCTION__ = &quot;stonith_command&quot;<br>
&gt; #1  0x00000000004040e4 in stonith_peer_callback (kind=&lt;value optimized<br>
&gt; out&gt;, from=&lt;value optimized out&gt;,<br>
&gt;     data=0x7fffa5327cc8 &quot;&lt;st-reply<br>
&gt; st_origin=\&quot;stonith_construct_async_reply\&quot; t=\&quot;stonith-ng\&quot;<br>
&gt; st_op=\&quot;st_notify\&quot; st_device_id=\&quot;manual_ack\&quot;<br>
&gt; st_remote_op=\&quot;25917710-8972-4c40-b783-9648749396a4\&quot;<br>
&gt; st_clientid=\&quot;936ea671-61ba-4258-8e12-&quot;...) at main.c:218<br>
&gt;         remote = 0xb39cf0 &quot;vd01-d&quot;<br>
&gt; #2  stonith_peer_ais_callback (kind=&lt;value optimized out&gt;, from=&lt;value<br>
&gt; optimized out&gt;,<br>
&gt;     data=0x7fffa5327cc8 &quot;&lt;st-reply<br>
&gt; st_origin=\&quot;stonith_construct_async_reply\&quot; t=\&quot;stonith-ng\&quot;<br>
&gt; st_op=\&quot;st_notify\&quot; st_device_id=\&quot;manual_ack\&quot;<br>
&gt; st_remote_op=\&quot;25917710-8972-4c40-b783-9648749396a4\&quot;<br>
&gt; st_clientid=\&quot;936ea671-61ba-4258-8e12-&quot;...) at main.c:254<br>
&gt;         xml = 0xb342f0<br>
&gt;         __func__ = &quot;stonith_peer_ais_callback&quot;<br>
&gt; #3  0x00007f92ded376ca in ais_dispatch_message (handle=&lt;value optimized<br>
&gt; out&gt;, groupName=&lt;value optimized out&gt;, nodeid=&lt;value optimized out&gt;,<br>
&gt;     pid=&lt;value optimized out&gt;, msg=0x7fffa5327a78, msg_len=&lt;value<br>
&gt; optimized out&gt;) at corosync.c:551<br>
&gt;         data = 0x7fffa5327cc8 &quot;&lt;st-reply<br>
&gt; st_origin=\&quot;stonith_construct_async_reply\&quot; t=\&quot;stonith-ng\&quot;<br>
&gt; st_op=\&quot;st_notify\&quot; st_device_id=\&quot;manual_ack\&quot;<br>
&gt; st_remote_op=\&quot;25917710-8972-4c40-b783-9648749396a4\&quot;<br>
&gt; st_clientid=\&quot;936ea671-61ba-4258-8e12-&quot;...<br>
&gt;         uncompressed = 0x0<br>
&gt;         xml = 0x0<br>
&gt; #4  pcmk_cpg_deliver (handle=&lt;value optimized out&gt;, groupName=&lt;value<br>
&gt; optimized out&gt;, nodeid=&lt;value optimized out&gt;, pid=&lt;value optimized out&gt;,<br>
&gt;     msg=0x7fffa5327a78, msg_len=&lt;value optimized out&gt;) at corosync.c:619<br>
&gt;         ais_msg = 0x7fffa5327a78<br>
&gt;         __func__ = &quot;pcmk_cpg_deliver&quot;<br>
&gt; #5  0x00007f92de91ceaf in cpg_dispatch (handle=7749363892505018368,<br>
&gt; dispatch_types=&lt;value optimized out&gt;) at cpg.c:412<br>
&gt;         timeout = 0<br>
&gt;         error = &lt;value optimized out&gt;<br>
&gt;         cpg_inst = 0xb2cd90<br>
&gt;         res_cpg_confchg_callback = &lt;value optimized out&gt;<br>
&gt;         res_cpg_deliver_callback = 0x7fffa53279c0<br>
&gt;         res_cpg_totem_confchg_callback = &lt;value optimized out&gt;<br>
&gt;         cpg_inst_copy = {c = 0xb2cdf0, finalize = 0, context = 0x0,<br>
&gt; {model_data = {model = CPG_MODEL_V1}, model_v1_data = {model =<br>
&gt; CPG_MODEL_V1,<br>
&gt;               cpg_deliver_fn = 0x7f92ded37300 &lt;pcmk_cpg_deliver&gt;,<br>
&gt; cpg_confchg_fn = 0x7f92ded33fb0 &lt;pcmk_cpg_membership&gt;,<br>
&gt; cpg_totem_confchg_fn = 0,<br>
&gt;               flags = 0}}, iteration_list_head = {next = 0xb2cdd0, prev<br>
&gt; = 0xb2cdd0}}<br>
&gt;         dispatch_data = 0x7fffa53279c0<br>
&gt;         member_list = {{nodeid = 1090782474, pid = 4965, reason = 0},<br>
&gt; {nodeid = 1107559690, pid = 3544, reason = 0}, {nodeid = 1124336906, pid<br>
&gt; = 4487,<br>
&gt;             reason = 3544}, {nodeid = 0, pid = 0, reason = 0} &lt;repeats<br>
&gt; 125 times&gt;}<br>
&gt;         left_list = {{nodeid = 0, pid = 0, reason = 0} &lt;repeats 128 times&gt;}<br>
&gt;         joined_list = {{nodeid = 1107559690, pid = 3544, reason = 1},<br>
&gt; {nodeid = 0, pid = 0, reason = 0} &lt;repeats 127 times&gt;}<br>
&gt;         group_name = {length = 11, value = &quot;stonith-ng&quot;, &#39;\000&#39; &lt;repeats<br>
&gt; 117 times&gt;}<br>
&gt;         left_list_start = &lt;value optimized out&gt;<br>
&gt;         joined_list_start = &lt;value optimized out&gt;<br>
&gt;         i = &lt;value optimized out&gt;<br>
&gt;         ring_id = {nodeid = 0, seq = 0}<br>
&gt;         totem_member_list = {0 &lt;repeats 128 times&gt;}<br>
&gt;         errno_res = &lt;value optimized out&gt;<br>
&gt;         dispatch_buf =<br>
&gt;<br>
&gt; &quot;\005\000\000\000\000\000\000\000W\004\000\000\000\000\000\000\240\224\327)\204\177\000\000\v\000\000\000\000\000\000\000stonith-ng&quot;,<br>
&gt; &#39;\000&#39; &lt;repeats 118 times&gt;&quot;\237,<br>
&gt;<br>
&gt; \003\000\000\000\000\000\000\n\005\004C\000\000\000\000\207\021\000\000\204\177\000\000\000\000\000\000\000\000\000\000\237\003\000\000\000\000\000\000\001\000\000\000\000\000\000\000\001&quot;,<br>
&gt; &#39;\000&#39; &lt;repeats 19 times&gt;, &quot;\t&quot;, &#39;\000&#39; &lt;repeats 263 times&gt;,<br>
&gt;<br>
&gt; &quot;\n\005\004C\207\021\000\000\000\000\000\000\t\000\000\000\006\000\000\000vd01-d&quot;,<br>
&gt; &#39;\000&#39; &lt;repeats 250 times&gt;, &quot;O\001\000\000\000\000\000\000&lt;st-reply<br>
&gt; st_origin=\&quot;stonith_construct_asyn&quot;...<br>
&gt; #6  0x00007f92ded34a42 in pcmk_cpg_dispatch (user_data=&lt;value optimized<br>
&gt; out&gt;) at corosync.c:577<br>
&gt;         rc = 0<br>
&gt; ---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---<br>
&gt;         __func__ = &quot;pcmk_cpg_dispatch&quot;<br>
&gt; #7  0x00007f92def61d27 in mainloop_gio_callback (gio=&lt;value optimized<br>
&gt; out&gt;, condition=G_IO_IN, data=0xb2d400) at mainloop.c:535<br>
&gt;         keep = 1<br>
&gt;         client = 0xb2d400<br>
&gt;         __func__ = &quot;mainloop_gio_callback&quot;<br>
&gt; #8  0x00007f92dcc7ff0e in g_main_context_dispatch () from<br>
&gt; /lib64/libglib-2.0.so.0<br>
&gt; No symbol table info available.<br>
&gt; #9  0x00007f92dcc83938 in ?? () from /lib64/libglib-2.0.so.0<br>
&gt; No symbol table info available.<br>
&gt; #10 0x00007f92dcc83d55 in g_main_loop_run () from /lib64/libglib-2.0.so.0<br>
&gt; No symbol table info available.<br>
&gt; #11 0x0000000000403a98 in main (argc=&lt;value optimized out&gt;,<br>
&gt; argv=0x7fffa5427de8) at main.c:890<br>
&gt;         flag = &lt;value optimized out&gt;<br>
&gt;         lpc = 0<br>
&gt;         argerr = 0<br>
&gt;         option_index = 0<br>
&gt;         cluster = {uuid = 0xb2da90 &quot;1090782474&quot;, uname = 0xb2dac0<br>
&gt; &quot;vd01-b&quot;, nodeid = 1090782474, cs_dispatch = 0x404050<br>
&gt; &lt;stonith_peer_ais_callback&gt;,<br>
&gt;           destroy = 0x404230 &lt;stonith_peer_ais_destroy&gt;}<br>
&gt;         actions = {0x40e3fb &quot;reboot&quot;, 0x40e402 &quot;off&quot;, 0x40ea75 &quot;list&quot;,<br>
&gt; 0x40e406 &quot;monitor&quot;, 0x40e40e &quot;status&quot;}<br>
&gt;         __func__ = &quot;main&quot;<br>
&gt;<br>
&gt; Best,<br>
&gt; Vladislav<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; ------------------------------<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Pacemaker mailing list<br>
&gt; <a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a><br>
&gt; <a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
&gt;<br>
&gt;<br>
&gt; End of Pacemaker Digest, Vol 58, Issue 3<br>
&gt; ****************************************<br>
&gt;<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: &lt;<a href="http://oss.clusterlabs.org/pipermail/pacemaker/attachments/20120904/ffc03c6f/attachment.html" target="_blank">http://oss.clusterlabs.org/pipermail/pacemaker/attachments/20120904/ffc03c6f/attachment.html</a>&gt;<br>

<br>
------------------------------<br>
<br>
_______________________________________________<br>
Pacemaker mailing list<br>
<a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a><br>
<a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
<br>
<br>
End of Pacemaker Digest, Vol 58, Issue 6<br>
****************************************<br>
</blockquote></div><br>