<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>
<div>Hi,</div>

<div>&nbsp;</div>

<div>in reinstalled in the same vm debian, and used the debian pacemaker &amp; corosync packages, everything works fine.</div>

<div>Then, i recomilied the newest pacemaker &amp; corosync packages with the same problem..</div>

<div>&nbsp;</div>

<div>Jan 19 10:13:31 [24271] pacemaker2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; cib:&nbsp;&nbsp;&nbsp;&nbsp; info: cib_process_request:&nbsp;&nbsp; Completed cib_modify operation for section nodes: OK (rc=0, origin=pacemaker2/crmd/3, version=0.0.0)</div>

<div>This line means, that the node is added in the cib.xml?</div>

<div>&nbsp;</div>

<div>But there are no nodes:</div>

<div>root@pacemaker2:/var/lib/pacemaker/cib# cat cib.xml<br/>
&lt;cib crm_feature_set=&quot;3.0.9&quot; validate-with=&quot;pacemaker-2.0&quot; epoch=&quot;0&quot; num_updates=&quot;0&quot; admin_epoch=&quot;0&quot; cib-last-written=&quot;Mon Jan 19 10:13:30 2015&quot;&gt;<br/>
&nbsp; &lt;configuration&gt;<br/>
&nbsp;&nbsp;&nbsp; &lt;crm_config/&gt;<br/>
&nbsp;&nbsp;&nbsp; &lt;nodes/&gt;<br/>
&nbsp;&nbsp;&nbsp; &lt;resources/&gt;<br/>
&nbsp;&nbsp;&nbsp; &lt;constraints/&gt;<br/>
&nbsp; &lt;/configuration&gt;<br/>
&lt;/cib&gt;</div>

<div>&nbsp;</div>

<div>I also changed the permission of the cib folder to 777...</div>

<div>&nbsp;</div>

<div>Someone can help me??<br/>
Thanks!</div>

<div>&nbsp;
<div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Gesendet:</b>&nbsp;Freitag, 16. Januar 2015 um 16:51 Uhr<br/>
<b>Von:</b>&nbsp;&quot;Thomas Manninger&quot; &lt;DBGTMaster@gmx.at&gt;<br/>
<b>An:</b>&nbsp;pacemaker@oss.clusterlabs.org<br/>
<b>Betreff:</b>&nbsp;[Pacemaker] no nodes on both hosts</div>

<div name="quoted-content">
<div style="font-family: Verdana;font-size: 12.0px;">
<div>Hi,</div>

<div>&nbsp;</div>

<div>i use debian 7.</div>

<div>&nbsp;</div>

<div>At first, i use the standard packages of debian, and pacemaker works perfect.</div>

<div>&nbsp;</div>

<div>Now, i compiled my own packages, because i need pacemaker_remote. Since i use my compiled version, pacemaker see no nodes!</div>

<div>&nbsp;</div>

<div>corosync2 lists both hosts:</div>

<div>root@pacemaker1:/var/lib/pacemaker/cib# corosync-cmapctl&nbsp; &#124; grep members<br/>
runtime.totem.pg.mrp.srp.members.181614346.config_version (u64) = 0<br/>
runtime.totem.pg.mrp.srp.members.181614346.ip (str) = r(0) ip(10.211.55.10)<br/>
runtime.totem.pg.mrp.srp.members.181614346.join_count (u32) = 1<br/>
runtime.totem.pg.mrp.srp.members.181614346.status (str) = joined<br/>
runtime.totem.pg.mrp.srp.members.181614347.config_version (u64) = 0<br/>
runtime.totem.pg.mrp.srp.members.181614347.ip (str) = r(0) ip(10.211.55.11)<br/>
runtime.totem.pg.mrp.srp.members.181614347.join_count (u32) = 1<br/>
runtime.totem.pg.mrp.srp.members.181614347.status (str) = joined</div>

<div>&nbsp;</div>

<div>
<div>root@pacemaker1:/var/lib/pacemaker/cib# crm_mon -1<br/>
Last updated: Fri Jan 16 16:49:10 2015<br/>
Last change: Fri Jan 16 16:05:15 2015<br/>
Current DC: NONE<br/>
0 Nodes configured<br/>
0 Resources configured</div>

<div>&nbsp;</div>

<div>uname -n returns pacemaker1 / pacemaker2.</div>

<div>&nbsp;</div>

<div>Logfile is attached.</div>

<div>&nbsp;</div>

<div>corosync.conf:</div>

<div>
<div>totem {<br/>
&nbsp;&nbsp; &nbsp;version: 2</div>

<div>&nbsp;&nbsp; &nbsp;token: 5000</div>

<div>&nbsp;&nbsp; &nbsp;# crypto_cipher and crypto_hash: Used for mutual node authentication.<br/>
&nbsp;&nbsp; &nbsp;# If you choose to enable this, then do remember to create a shared<br/>
&nbsp;&nbsp; &nbsp;# secret with &quot;corosync-keygen&quot;.<br/>
&nbsp;&nbsp; &nbsp;# enabling crypto_cipher, requires also enabling of crypto_hash.<br/>
&nbsp;&nbsp; &nbsp;crypto_cipher: none<br/>
&nbsp;&nbsp; &nbsp;crypto_hash: none</div>

<div>&nbsp;&nbsp; &nbsp;# interface: define at least one interface to communicate<br/>
&nbsp;&nbsp; &nbsp;# over. If you define more than one interface stanza, you must<br/>
&nbsp;&nbsp; &nbsp;# also set rrp_mode.<br/>
&nbsp;&nbsp; &nbsp;interface {<br/>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; # Rings must be consecutively numbered, starting at 0.<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;ringnumber: 0<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# This is normally the *network* address of the<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# interface to bind to. This ensures that you can use<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# identical instances of this configuration file<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# across all your cluster nodes, without having to<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# modify this option.<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;bindnetaddr: 10.211.55.10<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# However, if you have multiple physical network<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# interfaces configured for the same subnet, then the<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# network address alone is not sufficient to identify<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# the interface Corosync should bind to. In that case,<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# configure the *host* address of the interface<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# instead:<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# bindnetaddr: 192.168.1.1<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# When selecting a multicast address, consider RFC<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# 2365 (which, among other things, specifies that<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# 239.255.x.x addresses are left to the discretion of<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# the network administrator). Do not reuse multicast<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# addresses across multiple Corosync clusters sharing<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# the same network.<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;mcastaddr: 239.255.1.1<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# Corosync uses the port you specify here for UDP<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# messaging, and also the immediately preceding<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# port. Thus if you set this to 5405, Corosync sends<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# messages over UDP ports 5405 and 5404.<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;mcastport: 5405<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# Time-to-live for cluster communication packets. The<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# number of hops (routers) that this ring will allow<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# itself to pass. Note that multicast routing must be<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;# specifically enabled on most network routers.<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;ttl: 1<br/>
&nbsp;&nbsp; &nbsp;}<br/>
}</div>

<div>logging {<br/>
&nbsp;&nbsp; &nbsp;# Log the source file and line where messages are being<br/>
&nbsp;&nbsp; &nbsp;# generated. When in doubt, leave off. Potentially useful for<br/>
&nbsp;&nbsp; &nbsp;# debugging.<br/>
&nbsp;&nbsp; &nbsp;fileline: off<br/>
&nbsp;&nbsp; &nbsp;# Log to standard error. When in doubt, set to no. Useful when<br/>
&nbsp;&nbsp; &nbsp;# running in the foreground (when invoking &quot;corosync -f&quot;)<br/>
&nbsp;&nbsp; &nbsp;to_stderr: no<br/>
&nbsp;&nbsp; &nbsp;# Log to a log file. When set to &quot;no&quot;, the &quot;logfile&quot; option<br/>
&nbsp;&nbsp; &nbsp;# must not be set.<br/>
&nbsp;&nbsp; &nbsp;to_logfile: yes<br/>
&nbsp;&nbsp; &nbsp;logfile: /var/log/cluster/corosync.log<br/>
&nbsp;&nbsp; &nbsp;# Log to the system log daemon. When in doubt, set to yes.<br/>
&nbsp;&nbsp; &nbsp;to_syslog: no<br/>
&nbsp;&nbsp; &nbsp;# Log debug messages (very verbose). When in doubt, leave off.<br/>
&nbsp;&nbsp; &nbsp;debug: on<br/>
&nbsp;&nbsp; &nbsp;# Log messages with time stamps. When in doubt, set to on<br/>
&nbsp;&nbsp; &nbsp;# (unless you are only logging to syslog, where double<br/>
&nbsp;&nbsp; &nbsp;# timestamps can be annoying).<br/>
&nbsp;&nbsp; &nbsp;timestamp: on<br/>
&nbsp;&nbsp; &nbsp;logger_subsys {<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;subsys: QUORUM<br/>
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;debug: off<br/>
&nbsp;&nbsp; &nbsp;}<br/>
}</div>

<div>quorum {<br/>
&nbsp;&nbsp; &nbsp;# Enable and configure quorum subsystem (default: off)<br/>
&nbsp;&nbsp; &nbsp;# see also corosync.conf.5 and votequorum.5<br/>
&nbsp;&nbsp; &nbsp;#provider: corosync_votequorum<br/>
}</div>

<div>&nbsp;</div>

<div>Thanks!</div>
</div>
</div>
</div>
_______________________________________________ Pacemaker mailing list: Pacemaker@oss.clusterlabs.org <a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a> Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a> 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> Bugs: <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a></div>
</div>
</div>
</div></div></body></html>