<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>
<div>Hi,</div>
<div> </div>
<div>now, i see, in "/var/run/crm" there are no socket- files, the directory is empty.</div>
<div> </div>
<div>How can i debug the problem?</div>
<div>
<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> Montag, 19. Januar 2015 um 10:18 Uhr<br/>
<b>Von:</b> "Thomas Manninger" <DBGTMaster@gmx.at><br/>
<b>An:</b> pacemaker@oss.clusterlabs.org<br/>
<b>Betreff:</b> Re: [Pacemaker] no nodes on both hosts</div>
<div name="quoted-content">
<div style="font-family: Verdana;font-size: 12.0px;">
<div>
<div>Hi,</div>
<div> </div>
<div>in reinstalled in the same vm debian, and used the debian pacemaker & corosync packages, everything works fine.</div>
<div>Then, i recomilied the newest pacemaker & corosync packages with the same problem..</div>
<div> </div>
<div>Jan 19 10:13:31 [24271] pacemaker2 cib: info: cib_process_request: 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> </div>
<div>But there are no nodes:</div>
<div>root@pacemaker2:/var/lib/pacemaker/cib# cat cib.xml<br/>
<cib crm_feature_set="3.0.9" validate-with="pacemaker-2.0" epoch="0" num_updates="0" admin_epoch="0" cib-last-written="Mon Jan 19 10:13:30 2015"><br/>
<configuration><br/>
<crm_config/><br/>
<nodes/><br/>
<resources/><br/>
<constraints/><br/>
</configuration><br/>
</cib></div>
<div> </div>
<div>I also changed the permission of the cib folder to 777...</div>
<div> </div>
<div>Someone can help me??<br/>
Thanks!</div>
<div>
<div style="margin: 10.0px 5.0px 5.0px 10.0px;padding: 10.0px 0 10.0px 10.0px;border-left: 2.0px solid rgb(195,217,229);">
<div style="margin: 0 0 10.0px 0;"><b>Gesendet:</b> Freitag, 16. Januar 2015 um 16:51 Uhr<br/>
<b>Von:</b> "Thomas Manninger" <DBGTMaster@gmx.at><br/>
<b>An:</b> pacemaker@oss.clusterlabs.org<br/>
<b>Betreff:</b> [Pacemaker] no nodes on both hosts</div>
<div>
<div style="font-family: Verdana;font-size: 12.0px;">
<div>Hi,</div>
<div> </div>
<div>i use debian 7.</div>
<div> </div>
<div>At first, i use the standard packages of debian, and pacemaker works perfect.</div>
<div> </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> </div>
<div>corosync2 lists both hosts:</div>
<div>root@pacemaker1:/var/lib/pacemaker/cib# corosync-cmapctl | 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> </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> </div>
<div>uname -n returns pacemaker1 / pacemaker2.</div>
<div> </div>
<div>Logfile is attached.</div>
<div> </div>
<div>corosync.conf:</div>
<div>
<div>totem {<br/>
version: 2</div>
<div> token: 5000</div>
<div> # crypto_cipher and crypto_hash: Used for mutual node authentication.<br/>
# If you choose to enable this, then do remember to create a shared<br/>
# secret with "corosync-keygen".<br/>
# enabling crypto_cipher, requires also enabling of crypto_hash.<br/>
crypto_cipher: none<br/>
crypto_hash: none</div>
<div> # interface: define at least one interface to communicate<br/>
# over. If you define more than one interface stanza, you must<br/>
# also set rrp_mode.<br/>
interface {<br/>
# Rings must be consecutively numbered, starting at 0.<br/>
ringnumber: 0<br/>
# This is normally the *network* address of the<br/>
# interface to bind to. This ensures that you can use<br/>
# identical instances of this configuration file<br/>
# across all your cluster nodes, without having to<br/>
# modify this option.<br/>
bindnetaddr: 10.211.55.10<br/>
# However, if you have multiple physical network<br/>
# interfaces configured for the same subnet, then the<br/>
# network address alone is not sufficient to identify<br/>
# the interface Corosync should bind to. In that case,<br/>
# configure the *host* address of the interface<br/>
# instead:<br/>
# bindnetaddr: 192.168.1.1<br/>
# When selecting a multicast address, consider RFC<br/>
# 2365 (which, among other things, specifies that<br/>
# 239.255.x.x addresses are left to the discretion of<br/>
# the network administrator). Do not reuse multicast<br/>
# addresses across multiple Corosync clusters sharing<br/>
# the same network.<br/>
mcastaddr: 239.255.1.1<br/>
# Corosync uses the port you specify here for UDP<br/>
# messaging, and also the immediately preceding<br/>
# port. Thus if you set this to 5405, Corosync sends<br/>
# messages over UDP ports 5405 and 5404.<br/>
mcastport: 5405<br/>
# Time-to-live for cluster communication packets. The<br/>
# number of hops (routers) that this ring will allow<br/>
# itself to pass. Note that multicast routing must be<br/>
# specifically enabled on most network routers.<br/>
ttl: 1<br/>
}<br/>
}</div>
<div>logging {<br/>
# Log the source file and line where messages are being<br/>
# generated. When in doubt, leave off. Potentially useful for<br/>
# debugging.<br/>
fileline: off<br/>
# Log to standard error. When in doubt, set to no. Useful when<br/>
# running in the foreground (when invoking "corosync -f")<br/>
to_stderr: no<br/>
# Log to a log file. When set to "no", the "logfile" option<br/>
# must not be set.<br/>
to_logfile: yes<br/>
logfile: /var/log/cluster/corosync.log<br/>
# Log to the system log daemon. When in doubt, set to yes.<br/>
to_syslog: no<br/>
# Log debug messages (very verbose). When in doubt, leave off.<br/>
debug: on<br/>
# Log messages with time stamps. When in doubt, set to on<br/>
# (unless you are only logging to syslog, where double<br/>
# timestamps can be annoying).<br/>
timestamp: on<br/>
logger_subsys {<br/>
subsys: QUORUM<br/>
debug: off<br/>
}<br/>
}</div>
<div>quorum {<br/>
# Enable and configure quorum subsystem (default: off)<br/>
# see also corosync.conf.5 and votequorum.5<br/>
#provider: corosync_votequorum<br/>
}</div>
<div> </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>
_______________________________________________ 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>