Hi Emilio
 
Your right about the VHID - I installed the 2nd cluster in the same subnet as the first cluster, so their will be a clash!  I have gone into Settings, Cluster, Configure Type and set the new VHID to 2.  I have sync'd the two nodes and it looks ok now. 
 
Are you able display or better still test for the existence of a VHID in a subnet during the ZLB installation phase?  Maybe a fix for the new version??
 
I am not sure what you want from me regarding the two farms?  The TCP farm went down, but the HTTP profile was still working fine - what do you need.
 
Thanks
Nick
 

>>> "Emilio Campos" <[email protected]> 02/11/2012 13:17 >>>
Nick this lines:
Nov 2 11:17:31 ZLB-02 ucarp[29155]: [WARNING] Bad digest - md2=[c6e7152c...] md=[20a5d1bf...] -
Check vhid, password and virtual IP address

It tells that there is a misconfiguration in cluster service. In the same subnet you are running two clusters with:
or the same vhid
or the same vip
or duplicated ip

vhid is an important value for vrrp clusters (zen load balancer cluster service) and this value has to be unique, by default is 1, please be sure that you configured two cluster services in your network with a different value in both cases and of course there is not duplicated ip

other question, you said that tcp farm goes down but not http farm, can you say me what vip are using both farms? I'm sure that tcp farm and http farm are working with different vips.

It's not a TCP farm issue, better a misconfiguration issue for cluster service.

I don't know if this is yuor case but by the way other important issue is that It isn't recommended to configure farms in ip where zen cluster services are running

Regards

2012/11/2 Nick Furnell <[email protected]>
Hi Emilio
Thanks for the quick response, this is what I have found..
1. When the farm stops working the GUI still reports the Farm as been 'up'.
If I stop the farm using the GUI, and then restart it I still can't get a response using TELNET 192.168.1.42 25
If I down the interface, and then bring it back up, it still does not allow traffic.
The only way to get the farm back up is to 'force maintenance mode' so the other Node takes over.
2. I have added the 'Debug 3' to SMTP_pen.cfg and restarted the server (and main sure that this is the active Node). The SysLog is attached. I have noticed a large number of ..
Nov 2 11:17:31 ZLB-02 ucarp[29155]: [WARNING] Bad digest - md2=[c6e7152c...] md=[20a5d1bf...] -
Check vhid, password and virtual IP address
Just noticed under Local Configuration that I don't have the 'Physical Interface' set to the *cluster IP - Is this causing the issue?
3. Following the failure (after about 30 minutes) this is the output from the suggested commands:

root@ZLB-02:/usr/local/zenloadbalancer/config# ps -ef | grep pen
root 21747 1 0 10:14 ? 00:00:00 /usr/local/zenloadbalancer/app/pen/bin/pen -S 2 -c 2049 -x 257 -F /usr/local/zenloadbalancer/config/SMTP_pen.cfg -C 127.0.0.1:18577 192.168.1.42:25
root 22495 22493 0 10:16 ? 00:00:00 /usr/lib/openssh/sftp-server
root 28785 22463 0 11:15 pts/0 00:00:00 grep pen

root@ZLB-02:/usr/local/zenloadbalancer/config# netstat -putan | grep pen
tcp 0 0 127.0.0.1:18577 0.0.0.0:* LISTEN 21747/pen
tcp 0 0 192.168.1.42:25 0.0.0.0:* LISTEN 21747/pen
Thanks for the support.
Nick Furnell

>>> "Emilio Campos" <[email protected]> 01/11/2012 20:12 >>>

Hi nick, it's very strange because in the v3rc1 we didn't modify TCP farms, maybe some modifications in farmguardian functions that it could affect in some case the TCP farm, but as you said clearly it also happen when you disable farmguardian.

We need to know why tcp farm goes down. When you detect that tcp farm doesn't response how is the farm in web gui up or down?

when you detect the fail please run the next commands in the load balancer and paste us the output

1º ps -ef | grep pen
2º netstat -putan | grep pen

Also I need that you enable logs in the farm with the idea of capture errors, for this open the farm file in /usr/local/zenloadbalancer/config/farmname_pen.cfg and modify the line "debug 0" with "debug 3", the logs output will go to /var/log/syslog, please attach it

Regards

2012/11/1 Nick Furnell <[email protected]>
Hi
Having run v2 stable since it was launched, we have had no problems - running a combination of TCP & HTTP farms. (other than Farm Guardian doing a few false positives).
This week we have installed v3rc1 as a second virtual cluster (to test the new features). Unfortunately, I have instantly found and issue with an SMTP TCP farm. I have copied the farm configuration (not a backup & restore) from the working cluster to the new cluster but after a few minutes the SMTP farm stop responding. I am testing with TELNET and get this response..
C:\Users\nickfurnell>telnet 192.168.1.42 25
Connecting To 192.168.1.42...Could not open connection to the host, on port 25:
Connect failed
C:\Users\nickfurnell>telnet 192.168.1.42 25
Connecting To 192.168.1.42...Could not open connection to the host, on port 25:
Connect failed

If doesn't matter if FarmGuardian is enabled of not (part of the upgrade, was to test FG anyway).
Any thoughts?
The HTTP farm I have configured (with FarmGuardian) is working fine.
Thanks
Nick Furnell
Senior Systems Engineer
192 Altrincham Road, Manchester, M22 4RZ
Tel: 0161 495 2426 | Mobile: 07919 53 66 71

Transform Cosmetic Surgery Group Facebook Twitter

Transform Medical Group(CS) Ltd. is registered in England and Wales, number 3228476.
The registered office is at 192 Altrincham Road, Manchester, M22 4RZ. Tel. 0161 495 2400
The information contained in this electronic message and any attachments (the "Message") is intended for one or more specific individuals or entities, and may be confidential, proprietary, privileged or otherwise protected by law. If you are not the intended recipient, please notify the sender immediately, delete this Message and do not disclose, distribute, or copy it to any third party or otherwise use this Message.Electronic messages are not secure or error free and can contain viruses or may be delayed, and the sender is not liable for any of these occurrences. The sender reserves the right to monitor, record and retain electronic messages.

------------------------------------------------------------------------------
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
_______________________________________________
Zenloadbalancer-support mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support




--
Load balancer distribution - Open Source Project
http://www.zenloadbalancer.com
Distribution list (subscribe): [email protected]


Transform Cosmetic Surgery Group Facebook Twitter

Transform Medical Group(CS) Ltd. is registered in England and Wales, number 3228476.
The registered office is at 192 Altrincham Road, Manchester, M22 4RZ. Tel. 0161 495 2400
The information contained in this electronic message and any attachments (the "Message") is intended for one or more specific individuals or entities, and may be confidential, proprietary, privileged or otherwise protected by law. If you are not the intended recipient, please notify the sender immediately, delete this Message and do not disclose, distribute, or copy it to any third party or otherwise use this Message.Electronic messages are not secure or error free and can contain viruses or may be delayed, and the sender is not liable for any of these occurrences. The sender reserves the right to monitor, record and retain electronic messages.
------------------------------------------------------------------------------
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
_______________________________________________
Zenloadbalancer-support mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support

Reply via email to