Hi *Michael,* *I redid my config and it seems to work, but now I have a minor but wierd problem,* ** *I set the following attributes arp_mac, mac to 01:02:03:04:05:06* ** *but i fail one of the nodes by removing one of the network cables * ** *my workstation recieves a the following mac 01:02:00:03:04:00 * * and I can no longer ping **the cluster address until I clear the arps of my workstation,* **
*any Idea why my workstations are gettings its arps incorrects?* ** ** On 10/12/07, Ilo Lorusso <[EMAIL PROTECTED]> wrote: > > Hi, > > here is a extract from my logs which doesnt look so good, > > Note, I Patched my Kernel, with the CLUSTERIP target kernel patch , and > rebuilt it for CentOS5 as a RPM if anyone is Interested.. > > Oct 12 09:51:07 dnstest3 lrmd: [3039]: info: RA output: > (resource_:0:start:stderr) grep: > Oct 12 09:51:07 dnstest3 lrmd: [3039]: info: RA output: > (resource_:0:start:stderr) /proc/net/ipt_CLUSTERIP/172.20.128.112 > Oct 12 09:51:07 dnstest3 lrmd: [3039]: info: RA output: > (resource_:0:start:stderr) : No such file or directory > Oct 12 09:51:07 dnstest3 lrmd: [3039]: info: RA output: > (resource_:0:start:stderr) > Oct 12 09:51:07 dnstest3 lrmd: [3039]: info: RA output: > (resource_:0:start:stderr) /usr/lib/ocf/resource.d//heartbeat/IPaddr2: line > 602: /proc/net/ipt_CLUSTERIP/172.20.128.112: No such file or directory > Oct 12 09:51:07 dnstest3 IPaddr2[3113]: INFO: /usr/lib/heartbeat/send_arp > -i 200 -r 5 -p /var/run/heartbeat/rsctmp/send_arp/send_arp-172.20.128.112eth0 > 172.20.128.112 0102:03:04:05:06 not_used not_used > Oct 12 09:51:07 dnstest3 crmd: [3042]: info: process_lrm_event: LRM > operation resource_:0_start_0 (call=4, rc=0) complete > Oct 12 09:51:07 dnstest3 crmd: [3042]: info: build_operation_update: > Digest for 0:0;4:1:9e2044bd-4f37-43f1-badc-38e4a11bb219 > (resource_:0_start_0) was 0f4950df14307c16d885145f90bedf94 > Oct 12 09:51:07 dnstest3 crmd: [3042]: info: log_data_element: > build_operation_update: digest:source <parameters target_role="started" > mac="01:02:03:04:05:06" ip=" 172.20.128.112" arp_mac="01:02:03:04:05:06" > clusterip_hash="sourceip-sourceport"/> > > > > and here is my CIB file: > > > <cib admin_epoch="0" have_quorum="false" ignore_dtd="false" num_peers="0" > cib_feature_revision="1.3" generated="false" epoch="81" n > um_updates="1" cib-last-written="Fri Oct 12 09:50:22 2007"> > <configuration> > <crm_config> > <cluster_property_set id="cib-bootstrap-options"> > <attributes> > <nvpair name="last-lrm-refresh" > id="cib-bootstrap-options-last-lrm-refresh" value="1192107707"/> > </attributes> > </cluster_property_set> > </crm_config> > <nodes> > <node id="a179dc0c-8ad9-4a18-b641-1f53d324a152" > uname="dnstest3.ipnetwork.co.za" > type="normal"> > <instance_attributes > id="nodes-a179dc0c-8ad9-4a18-b641-1f53d324a152"> > <attributes> > <nvpair id="standby-a179dc0c-8ad9-4a18-b641-1f53d324a152" > name="standby" value="off"/> > </attributes> > </instance_attributes> > </node> > <node uname="dnstest7.ipnetwork.co.za" type="normal" > id="bf093422-428d-4825-8584-7e14b4309d32"> > <instance_attributes > id="nodes-bf093422-428d-4825-8584-7e14b4309d32"> > <attributes> > <nvpair name="standby" > id="standby-bf093422-428d-4825-8584-7e14b4309d32" value="off"/> > </attributes> > </instance_attributes> > </node> > </nodes> > <resources> > <clone id="IP_112"> > <instance_attributes id="IP_112_instance_attrs"> > <attributes> > <nvpair id="IP_112_clone_max" name="clone_max" value="2"/> > <nvpair id="IP_112_clone_node_max" name="clone_node_max" > value="2"/> > <nvpair name="target_role" id="IP_112_target_role" > value="started"/> > </attributes> > </instance_attributes> > <primitive class="ocf" type="IPaddr2" provider="heartbeat" > id="resource_" resource_stickiness="0"> > <instance_attributes id="resource__instance_attrs"> > <attributes> > <nvpair name="target_role" id="resource__target_role" > value="started"/> > <nvpair id="05bf8a61-4e4e-4c77-b862-54c03299f28f" name="ip" > value="172.20.128.112"/> > <nvpair id="bb0028ce-b197-4271-844c-305361c7fed7" > name="mac" value="01:02:03:04:05:06"/> > <nvpair id="57d92ee6-d4d9-4bd9-9c28-71854a3b2969" > name="arp_mac" value="01:02:03:04:05:06"/> > <nvpair id="0dbb2e56-901e-4149-b68f-4bac3e04aa49" > name="clusterip_hash" value="sourceip-sourceport"/> > </attributes> > </instance_attributes> > </primitive> > </clone> > </resources> > <constraints/> > </configuration> > </cib> > > > > > On 10/11/07, Michael Schwartzkopff <[EMAIL PROTECTED]> wrote: > > > > Am Donnerstag, 11. Oktober 2007 15:54 schrieb Ilo Lorusso: > > > okay u said I do not need to add this, : > > > > > > iptables -I INPUT -d 172.20.128.112 -i eth0 -p icmp -j CLUSTERIP \ > > > --new --clustermac 01:02:03:04:05:06 --total-nodes 2 \ > > > --local-node 1 --hashmode sourceip > > > > > > heartbeat will take care of it when it starts up, I dont see it in my > > > iptables when heartbeats starts... > > > therefore my clusters is not working properly.. > > > > > > > > > Must I initiate the ip aliasing? (ifconfig eth0:0 172.20.128.112) or > > will > > > heartbeat do that aswell when it starts? because that is also not > > happening > > > and therefore cluster not working.. > > > > Did the IPaddr2 resource start? What do your logfiles say? Can you post > > the > > RELEVANT part of your CIB? Any signs of an error in the logfiles? > > For the second time: NOTHING additional to a correct configured resource > > is > > nescessary. > > > > -- > > Dr. Michael Schwartzkopff > > MultiNET Services GmbH > > Addresse: Bretonischer Ring 7; 85630 Grasbrunn; Germany > > Tel: +49 - 89 - 45 69 11 0 > > Fax: +49 - 89 - 45 69 11 21 > > mob: +49 - 174 - 343 28 75 > > > > mail: [EMAIL PROTECTED] > > web: www.multinet.de > > > > Sitz der Gesellschaft: 85630 Grasbrunn > > Registergericht: Amtsgericht München HRB 114375 > > Geschäftsführer: Günter Jurgeneit, Hubert Martens > > > > --- > > > > PGP Fingerprint: F919 3919 FF12 ED5A 2801 DEA6 AA77 57A4 EDD8 979B > > Skype: misch42 > > _______________________________________________ > > Linux-HA mailing list > > [email protected] > > http://lists.linux-ha.org/mailman/listinfo/linux-ha > > See also: http://linux-ha.org/ReportingProblems > > > > _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
