Hi Dave, how are you? We've recruited a native english to understand your advanced english mail and still we have some doubts :D
I write on your mail. Thanks for your great testing! On Wed, Aug 10, 2011 at 4:02 PM, [email protected] <[email protected]> wrote: > Hi Emilio, > > I do have it working sort of.. > > I see some potential issues, > > > 1)the back to back cable between the two zen devices doesn't seem to work, > and I think I know why.. > > If zen box fails (power off) > Then the back to back interface on zen2 also goes down, and I'm betting > that the cluster service won't activate a vip on a downed interface. Or at > least it doesn't in my case, the 2nd node never takes over. > > It's right. If a network interface hasn't link the Zen GUI show a "down" state for this interface, but really, the interface is up on the system. You can verify using the ifconfig command. This is caused we use the flag IFF_RUNNING to check the interface state, maybe it'll be better to use IFF_UP instead. We're going to include it on the next rc. > > 2) HWaddr address/MAC on the network cards. > > On the primary zen box, the MAC addresses for the FARM's takes that of the > primary interface they were created on, which is good. > On the secondary zen box, the MAC addresses for the farms take that of the > cluster interfaces MAC address, so in the case where you are using another > network interface, it will mean that 2 interfaces in the box on separate > networks are being sort of being advertised with the same MAC but not > really. That could cause issues, very similar to the way Microsoft does > their NLB in which there is a virtual MAC that isn't actually tied to > hardware of the card that is on the network, which if anyone has tried NLB > they know what I'm talking about, and if you haven't.. DONT :) your network > admin will have your picture on their dart board in their office. The farm > when they are sync'd to the 2nd box should created with the interfaces MAC > that they are being tied to not the cluster MAC. > > If I've understand correctly, you've problems with MAC addresses when the cluster has switched? > > Other than that, lookin good! > > > Dave > > -----Original Message----- > From: Emilio Campos [mailto:[email protected]] > Sent: August-09-11 9:15 AM > To: [email protected] > Subject: Re: [Zenloadbalancer-support] zen v1rc4 > > Dave first of all, go to "setting > server > and Physical interface > where is running GUI service" select the interface that would you like > run your web gui and restart service, run this on two servers, dont > forget restart the gui service. > > > the first of all, before, try if ping work between eth3 on both nodes with > > from zen1: > ping 192.168.251.2 -I eth3 > > from zen2: > ping 192.168.252.1 -I eth3 > > With this try the ping between servers using eth3. > If all is alright follow the next step: > > You are using eth3 for configure the cluster service, you have to > create a virtual inteface, for example eth3:cl with the ip > 192.168.251.100, this action only on the node would you like be > active, you have to do this with "setting > server" menu, because a > virtual interface is needed for configure the cluster service, this is > the float ip, or ip for heatbeat, after, go to cluster configuration > menu, and follow the steps on the cluster form > > If the cluster configuration process send you a message that all is > working fine then you have to check on wich node is cluster service > up. > > > You have to know that if you use eth3 for configure cluster you need a > eth3:cl interface or other name but the VIP on eth3. > > And yes, when you configure the cluster, and all is OK, on your active > node all is UP but in your backup node only the selecte interface is > UP (eth3) others will be desconfigured and the configuration of node1 > will be recplicated to node2 > > read the schema > > http://zenloadbalancer.sourceforge.net/images/clusterT1.jpg > > on the example eth2 on node1 is UP and eth2 on node2 is down, waiting > a switching, this is the philosofy > > You can read about the philosofy on the web "documentation section" > > I think you lossed the connection between node2 becase you didnt > select a Interface for GUI service, go to node2 configure manually > your ethX > management network, wich you acces from your pc and > connect to GUI, then select the interface for run gui. > > One interface for WEB gui (for access from your pc) and one interface > for run cluster (x-cross cable), I think you didn't configure a > interface for GUI > > > > strongly recommend first, read the documentation about cluster on web > > Please tell us your progress with this issue > > We are waiting your feedback > > > 2011/8/9 [email protected] <[email protected]>: > > Hi Emilio, > > > > I'm either missing a key point or I'm totally lost, or maybe my brain is > still on vacation from 2 weeks ago lol, perhaps it's just the terminology > that your web interface is using... > > > > Here is an example of what I have currently with linux HA, which is what > I was trying to mimic on Zen. > > > > HA Box 1: > > > > Eth1: 172.15.35.1 255.255.255.252 <- back to back connection (x over > cable) > > Eth2: 172.16.31.34 255.255.255.0 <- LAN > > Eht3: 10.10.10.234 255.255.255.0 <- BackLAN/Management Lan > > > > HA Box 2: > > > > Eth1: 172.15.35.2 255.255.255.252 <- back to back connection (x over > cable) > > Eth2: 172.16.31.35 255.255.255.0 <- LAN > > Eht3: 10.10.10.235 255.255.255.0 <- BackLAN/Management Lan > > > > And with linux HA running > > > > Eth2:0 172.16.31.12 255.255.255.0 floats between Eth2 on box 1 and eth2 > on box 2, with the cluster heartbeat traffic riding over the x over cable > between the two nodes. > > > > > > > > With Zen, I have this > > > > Zen box 1: > > > > Eth0 : 142.x.x.243 255.255.255.0 <- LAN > > Eth1 : 10.10.10.70 255.255.255.0 <- Backlan/Management Lan > > Eth2 : 172.16.0.10 255.255.255.0 <- Dedicated Lan to Web servers for > http Traffic > > Eth3 : 192.168.251.1 255.255.255.0 <- X over cable between zen nodes > > > > Zen Box 2: > > Eth0 : 142.x.x.240 255.255.255.0 <- LAN > > Eth1 : 10.10.10.71 255.255.255.0 <- Backlan/Management Lan > > Eth2 : 172.16.0.11 255.255.255.0 <- Dedicated Lan to Web servers for > http Traffic > > Eth3 : 192.168.251.2 255.255.255.0 <- X over cable between zen nodes > > > > And what I wanted to have was my farm ip's > > > > Eth0:Farm1 142.x.x.211 255.255.255.0 > > Eth0:Farm2 142.x.x.207 255.255.255.0 > > > > Hop between the zen1 and zen2 nodes in the event of a failure, while the > heartbeat cluster traffic use the x-over cable for its communication like in > standard linux-HA > > > > The entire setup works minus the cluster... > > > > The Cluster service is insisting on using a VIP, but I'm not sure what > that VIP is being used for ? I tried creating a VIP on my x-over network and > at the moment I've lost all connectivity to my Zen2 box so that obviously > isn't the right way of going about things :) Now I notice your cluster > service takes over all the interfaces that aren't on the cluster interface > and downs them making them the same on both boxes.. I can live with that > although it would be nice to be able to exclude interfaces from the cluster > config (complete wish list, not 100% necessary). > > > > This being said, what am I doing wrong? Do I need another ip on my LAN to > use as the cluster ? > > > > Can anyone or Emilio turn the lights on for me :) > > > > Thanks, > > > > Dave > > > > > > > > -----Original Message----- > > From: Emilio Campos [mailto:[email protected]] > > Sent: August-08-11 4:23 PM > > To: [email protected] > > Subject: Re: [Zenloadbalancer-support] zen v1rc4 > > > > HI Dave. About your issue with the configuration, we going to add for > > the new release, a checking for search a farm configured on the > > cluster interface selected. > > > > By other hand, what do you mean with back-to-back?, a independent > > network?, comunication nodes over cross-over cable, for example? on > > this case, we added this property on rc4; you can read this line on my > > email > > > > > > o Implemented suggestion: GUI ip and Cluster ip doesn't have to be the > same > > > > > > Or the same: one interface for GUI and other interface for cluster > service. > > > > Please, confirm this issue. > > > > Thanks and Regards > > > > > > 2011/8/8 [email protected] <[email protected]>: > >> Thanks Emilio, > >> > >> I upgraded to rc4.. only one little issue.. it took one of my farm > addresses and turned it into a cluster ip. I just had to stop the cluster > service to get it to release it from its locked state. Other than that the > upgrade was fine. > >> > >> Just so I know, I'm assuming the clustering over a back-to-back > interface is not in this release, do you have any idea when that would be > going to be included? I'm just planning on when I am going to put my > load-balancer into production and that is the one feature that would be > really nice, however if it is going to be a while I will go ahead and go > live without it. > >> > >> Thanks again. > >> > >> Dave > >> > >> -----Original Message----- > >> From: Emilio Campos [mailto:[email protected]] > >> Sent: July-31-11 6:11 PM > >> To: [email protected] > >> Subject: [Zenloadbalancer-support] zen v1rc4 > >> > >> Hi folks! > >> > >> We're glad to announce the next release candidate for Zen Load > >> Balancer v1rc4. This release is a hugh step to build a more stable > >> product, in which a lot of bugs detected these months are fixed. > >> > >> All of you that have already the v1rc1/2/3 installed, it's save to > >> upgrade from apt. Also, we've released a new Zen LB iso with the > >> latest package v1rc4, which is avaliable through the website > >> downloads. > >> > >> Here you have the changelog applied to this release: > >> > >> o Fix creation of network rules for every interface > >> o Delete rrd graphs for unavaliable network interfaces > >> o Fix Global Information section of Global view > >> o Improvement of CSS frontend > >> o Implemented suggestion: Add delete network interface icon for > physical NICs > >> o Improved configuration process and panel of Cluster section > >> o Implemented suggestion: GUI ip and Cluster ip doesn't have to be the > same > >> o Fix the RSA configuration between cluster nodes > >> o Fix replication service between cluster nodes > >> o Addition of 'Force sync configuration' button on the master cluster > node > >> o Automatic insertion of apt network repositories > >> o The ZenLB ISO is able to be burned into a USB memory device like a CD > >> o Fix other BUGs detected on lab testing > >> o Fix problems with farmguardian and double quotes on execution > scripts > >> > >> We give special thanks to every members of the list for report your > >> bugs detected and suggestions. > >> > >> -- > >> Load balancer distribution - Open Source Project > >> http://zenloadbalancer.sourceforge.net > >> Distribution list (subscribe): > [email protected] > >> > >> > ------------------------------------------------------------------------------ > >> Got Input? Slashdot Needs You. > >> Take our quick survey online. Come on, we don't ask for help often. > >> Plus, you'll get a chance to win $100 to spend on ThinkGeek. > >> http://p.sf.net/sfu/slashdot-survey > >> _______________________________________________ > >> Zenloadbalancer-support mailing list > >> [email protected] > >> https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support > >> > >> > ------------------------------------------------------------------------------ > >> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA > >> The must-attend event for mobile developers. Connect with experts. > >> Get tools for creating Super Apps. See the latest technologies. > >> Sessions, hands-on labs, demos & much more. Register early & save! > >> http://p.sf.net/sfu/rim-blackberry-1 > >> _______________________________________________ > >> Zenloadbalancer-support mailing list > >> [email protected] > >> https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support > >> > > > > > > > > -- > > Load balancer distribution - Open Source Project > > http://zenloadbalancer.sourceforge.net > > Distribution list (subscribe): > [email protected] > > > > > ------------------------------------------------------------------------------ > > BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA > > The must-attend event for mobile developers. Connect with experts. > > Get tools for creating Super Apps. See the latest technologies. > > Sessions, hands-on labs, demos & much more. Register early & save! > > http://p.sf.net/sfu/rim-blackberry-1 > > _______________________________________________ > > Zenloadbalancer-support mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support > > > > > ------------------------------------------------------------------------------ > > uberSVN's rich system and user administration capabilities and model > > configuration take the hassle out of deploying and managing Subversion > and > > the tools developers use with it. Learn more about uberSVN and get a free > > download at: http://p.sf.net/sfu/wandisco-dev2dev > > _______________________________________________ > > Zenloadbalancer-support mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support > > > > > > -- > Load balancer distribution - Open Source Project > http://zenloadbalancer.sourceforge.net > Distribution list (subscribe): > [email protected] > > > ------------------------------------------------------------------------------ > uberSVN's rich system and user administration capabilities and model > configuration take the hassle out of deploying and managing Subversion and > the tools developers use with it. Learn more about uberSVN and get a free > download at: http://p.sf.net/sfu/wandisco-dev2dev > _______________________________________________ > Zenloadbalancer-support mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support > > > ------------------------------------------------------------------------------ > uberSVN's rich system and user administration capabilities and model > configuration take the hassle out of deploying and managing Subversion and > the tools developers use with it. Learn more about uberSVN and get a free > download at: http://p.sf.net/sfu/wandisco-dev2dev > _______________________________________________ > Zenloadbalancer-support mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support >
------------------------------------------------------------------------------ uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________ Zenloadbalancer-support mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support
