Hi, unfortunately it isn't. is there a similar functionality in the latest heartbeat vesion?
Mit freundlichen Gruessen / With kind regards Dirk Alexander Schaefer -----Ursprüngliche Nachricht----- Von: [email protected] [mailto:[email protected]] Im Auftrag von Dejan Muhamedagic Gesendet: Freitag, 9. Juli 2010 17:07 An: General Linux-HA mailing list Betreff: Re: [Linux-HA] Two curious problems with heartbeat and ldirector Hi, On Fri, Jul 09, 2010 at 04:25:29PM +0200, Schaefer, Dirk Alexander wrote: > Hi, > > well, that's a good to know information ;) it's latest version > offered by gentoo's package manager. I already played with > version 3.0.3. something I haven't understand so far is how to > configure the part ldirectord plays in my current setup with > heartbeat 3.0.3. I cannot find it anymore once installed > version 3.0.3. is there any substitute for it available? It is probably a separate package (ldirectord). Depends on the distribution. Thanks, Dejan > > Thanks and... > > Mit freundlichen Gruessen / With kind regards > > Dirk Alexander Schaefer > > -----Ursprüngliche Nachricht----- > Von: [email protected] [mailto:[email protected]] Im Auftrag von Michael Schwartzkopff > Gesendet: Freitag, 9. Juli 2010 12:15 > An: General Linux-HA mailing list > Betreff: Re: [Linux-HA] Two curious problems with heartbeat and ldirector > > Am Freitag, den 09.07.2010, 11:40 +0200 schrieb Schaefer, Dirk > Alexander: > > Hello, > > > > > > > > I'm trying to setup a two nodes ha loadbalancer for two webservers and i've > > got two curious problems with heartbeat/ldirectord. > > > > > > > > The first is, that I cannot active the broadcast mechanism. If i uncomment > > 'bcast ethXY' in the ha.cf file then the following error is reported in the > > logs during the startup: > > > > > > > > heartbeat[31484]: 2010/07/09_11:10:04 ERROR: glib: Error > > setting socket option SO_BINDTODEVICE: Protocol not available > > > > heartbeat[31484]: 2010/07/09_11:10:04 ERROR: cannot open bcast eth0 > > > > > > > > and the service is getting stopped. > > > > > > > > the second problem is that although everything seems to work fine I cannot > > access the webServers through the vip. Ipvsadmin shows that the vip and the > > real servers are registered correctly. It also shows that requests to the > > vip are getting received. Even more, the failover to the second > > heartbeat/ldirectord machine works once I shutdown the current muster. But > > what ever I do the requests to the vip seems not to get routed/nated/. (I've > > tried gate and masq definitions in ldirectord conf) to the real servers. > > > > > > > > My setup: > > > > > > > > Os: gentoo 10.1 (amd64) (XEN DomU) > > > > Heartbeat: 2.0.8 > > > > > > > > ha.cf: > > > > debugfile /var/log/ha-debug > > > > logfile /var/log/ha-log > > > > logfacility local0 > > > > mcast eth0 225.0.0.1 694 1 0 > > > > auto_failback off > > > > node lb1 lb2 > > > > respawn root /usr/lib64/heartbeat/ipfail > > > > apiauth ipfail gid=cluster uid=cluster > > > > > > > > > > > > harecourses: > > > > lb1 \ > > > > ldirectord::/etc/ha.d/ldirectord.www.cf \ > > > > LVSSyncDaemonSwap::master \ > > > > IPaddr2::172.22.40.50/20/eth1/172.22.47.255 > > > > > > > > > > > > ldirector.www.cf: > > > > checktimeout=10 > > > > checkinterval=2 > > > > autoreload=yes > > > > logfile="local0" > > > > logfile="/var/log/ldirectord.log" > > > > quiescent=yes > > > > > > > > virtual=172.22.40.50:80 > > > > real=172.22.40.110:80 masq > > > > real=172.22.40.111:80 masq > > > > service=http > > > > request="lbProbe.html" > > > > receive="OK" > > > > scheduler=rr > > > > > > > > > > > > kernel config: > > > > CONFIG_IP_VS=m > > > > # CONFIG_IP_VS_IPV6 is not set > > > > CONFIG_IP_VS_DEBUG=y > > > > CONFIG_IP_VS_TAB_BITS=12 > > > > # IPVS transport protocol load balancing support > > > > CONFIG_IP_VS_PROTO_TCP=y > > > > CONFIG_IP_VS_PROTO_UDP=y > > > > CONFIG_IP_VS_PROTO_AH_ESP=y > > > > CONFIG_IP_VS_PROTO_ESP=y > > > > CONFIG_IP_VS_PROTO_AH=y > > > > CONFIG_IP_VS_PROTO_SCTP=y > > > > # IPVS scheduler > > > > CONFIG_IP_VS_RR=m > > > > CONFIG_IP_VS_WRR=m > > > > CONFIG_IP_VS_LC=m > > > > CONFIG_IP_VS_WLC=m > > > > CONFIG_IP_VS_LBLC=m > > > > CONFIG_IP_VS_LBLCR=m > > > > CONFIG_IP_VS_DH=m > > > > CONFIG_IP_VS_SH=m > > > > CONFIG_IP_VS_SED=m > > > > CONFIG_IP_VS_NQ=m > > > > # IPVS application helper > > > > CONFIG_IP_VS_FTP=m > > > > # CONFIG_SCSI_MVSAS is not set > > > > > > > > I have no idea what to check else. Can someone imagine what the problem > > could be? > > > > > > > > Thanks a lot and . > > > > > > > > Mit freundlichen Gruessen / With kind regards > > > > > > > > Dirk Alexander Schaefer > > > > > > > > _______________________________________________ > > Linux-HA mailing list > > [email protected] > > http://lists.linux-ha.org/mailman/listinfo/linux-ha > > See also: http://linux-ha.org/ReportingProblems > > > First of all, do NOT use 2.0.8 any more. It is for about 5 years out of > date, buggy and, well, bad. > > > -- > Dr. Michael Schwartzkopff > Guardinistr. 63 > 81375 München > > mob: 0163 172 50 98 > > _______________________________________________ > 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 _______________________________________________ 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
