Hi Nick I just checked your syslog and I detected this message that repeat
too much

Nov  2 14:03:19 ZLB-01 ucarp[15465]: [WARNING] Bad digest -
md2=[c2b4e236...] md=[d4ec2610...] - Check vhid, password and virtual IP
address.


It shows that there is some issue with your cluster service configuration,
some possible errors are:
-duplicated ip
-vhid repeated
-ntp issues

if you are working with virual machines you are to be sure that the vm
tools are installed and ntp time is configured correctly.

I think really there is not issue with TCP farms, the problem is the
cluster service that foces to switch the service to other node.

please could you run the next commands in your pair zen cluster (node
master and backup) and send me output?

date
/usr/local/zenloadbalancer/app/zenntp/zenntp.pl
ps -ef | grep ucarp
ps -ef | grep ino
ifconfig -a




2012/11/2 Nick Furnell <[email protected]>

>  Hi
>
> Unfortunately, it has gone off again even after the new VHID has been
> applied.  I have performed a fail over of the Node and it has come back up
> again, but it only lasts 20 minutes or so.. here are the syslog reports.
>
> Is their a way to display the VHID in the config files?
>
> Thanks Nick
>
> >>> "Emilio Campos" <[email protected]> 02/11/2012 15:33 >>>
>
> About cluster good news. Can you confirm that the problem of tcp farms is
> solved now when cluster is working like a charm?
>
> There is not sense to tcp farms stops working because we modified nothing
> in v3 for tcp farms
>
> 2012/11/2 Nick Furnell <[email protected]>
>
>>  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
>>
>>
>>
>
> [image: Transform Cosmetic Surgery Group] <http://transforminglives.co.uk> 
> [image:
> Facebook]
> <http://www.facebook.com/pages/Transform-Cosmetic-Surgery-Group/205104022833332>
>  [image:
> Twitter] <http://twitter.com/transformOnLine>
>
> 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]

<<IMAGE.gif>>

<<IMAGE.gif>>

<<IMAGE.gif>>

<<IMAGE.jpg>>

------------------------------------------------------------------------------
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