Re: [Zenloadbalancer-support] Cluster Active on both nodes at the same time

Tue, 11 Oct 2011 05:43:08 -0700 

David, please confirm me.

 applied the patch on both zen servers ?

Did you deleted the cluster interface on both nodes? and repeated the
process from begining?

 Remember:  You don't need connect to both node members for configure the
cluster, the secondary node will be configured automaticaly.

I'm waiting your feedback

Regards!



2011/10/11 David Martin (IT) <[email protected]>

> Hmm, looks a bit different but still not right:****
>
> ** **
>
> Node 1:****
>
> ** **
>
> Zen latency is *UP* on *GRP-ZEN-01s 10.200.28.173* | Zen latency is *DOWN*
>  on *GRP-ZEN-02s 10.200.28.174* [image: Description:
> https://grp-zen-01s:444/img/icons/small/exclamation.png]
> Cluster IP *10.200.28.175* is active on *GRP-ZEN-01s* Host key
> verification failed. [image: Description:
> https://grp-zen-01s:444/img/icons/small/accept.png]
> Zen Inotify is running on *GRP-ZEN-01s* Host key verification failed. [image:
> Description: https://grp-zen-01s:444/img/icons/small/accept.png]
> *Global status: **[image: Description:
> https://grp-zen-01s:444/img/icons/small/exclamation.png]*
>
> * *
>
> Node 2:****
>
> ** **
>
> Zen latency is *UP* on *GRP-ZEN-02s 10.200.28.174* | Zen latency is *DOWN*
>  on *GRP-ZEN-01s 10.200.28.173* [image: Description:
> https://grp-zen-02s:444/img/icons/small/exclamation.png]
> Cluster IP *10.200.28.175* is active on *GRP-ZEN-02s* Host key
> verification failed. [image: Description:
> https://grp-zen-02s:444/img/icons/small/accept.png]
> Zen Inotify is running on *GRP-ZEN-02s* Host key verification failed[image:
> Description: https://grp-zen-02s:444/img/icons/small/accept.png].
> *Global status: **[image: Description:
> https://grp-zen-02s:444/img/icons/small/exclamation.png]*
>
> * *
>
> David****
>
> ** **
>
> *From:* Emilio Campos [mailto:[email protected]]
> *Sent:* 10 October 2011 22:28
> *To:* [email protected]
> *Subject:* Re: [Zenloadbalancer-support] Cluster Active on both nodes at
> the same time****
>
> ** **
>
> David, I just developed the patch that fix the problem reported by you,
> could you help us with your test and send us your feedback?
>
> Please write my file attached on /usr/local/zenloadbalancer/www/, rewriting
> the actual file
> Disable the cluster configuration, delete the eth0:cl interface on both
> nodes and repeat the proccess from the begining.
>
>
> We would like to know if with this change all is working fine
>
> We are waiting your feedback!
>
> Thanks and regards****
>
> 2011/10/10 Emilio Campos <[email protected]>****
>
> HI David, I just detected a problem on cluster configuration, from node
> backup to node master
>
>
> We going to solve for v1 stable
>
>
> Thanks about your reports!
>
>
> ****
>
> 2011/10/10 David Martin (IT) <[email protected]>****
>
> Hi,****
>
>  ****
>
> I’m new to Zen and was hoping to get some advice. I have configured two
> boxes, grp-zen-01s and grp-zen-02s, and am struggling to get clustering to
> work.****
>
>  ****
>
> I get no errors when configuring the cluster, but when I am finished I get
> the following status:****
>
>  ****
>
>  ****
>
>  ****
>
> Zen latency is *UP* on *GRP-ZEN-02s 10.200.28.174* | Zen latency is *UP*
>  on *GRP-ZEN-01s 10.200.28.173* [image: Description:
> https://10.200.28.172:444/img/icons/small/accept.png]
> Cluster IP *10.200.28.175* is active on *GRP-ZEN-02s* Cluster is active on
> GRP-ZEN-01s [image: Description:
> https://10.200.28.172:444/img/icons/small/exclamation.png]
> Zen Inotify is running on *GRP-ZEN-02s* *GRP-ZEN-01s* [image: Description:
> https://10.200.28.172:444/img/icons/small/exclamation.png]
> *Global status: [image: Description:
> https://10.200.28.172:444/img/icons/small/exclamation.png]*****
>
> * *****
>
>  ****
>
>  ****
>
> From what I can see, the VIP and Inotify should only be active on one node.
> I’m guessing the Passive node is having difficulty seeing the active node so
> it is ‘going active’ too.****
>
>  ****
>
> The only ‘unusual’ bit of my setup is that both nodes are running on VMWare
> vSphere 5 hosts (the same host for testing, actually). I’m wondering if that
> could be part of the issue but I can’t see how.****
>
>  ****
>
> I built one node (but no cluster or farm config) and then cloned it to get
> the second. I think I have caught all the IDs that I need to change (IP
> address, hostname, mac address, etc) but, in case I have missed something, I
> am going to build another node from scratch tomorrow and see if that makes a
> difference. Is there anything else that uniquely identifies a Zen node?***
> *
>
>  ****
>
> Thanks in advance.****
>
>  ****
>
> Regards****
>
>  ****
>
> David****
>
> Johnston Press plc  Registered in Scotland no. SC015382****
>
> Registered Office:108 Holyrood Road, Edinburgh, EH8 8AS****
>
> ** **
>
> Opinions expressed in this email are those of the writer and not the company. 
> ****
>
> E-mail traffic is monitored within Johnston Press and messages may be 
> viewed.****
>
> This e-mail and any files with it are solely for the use of the 
> addressee(s).****
>
> If you are not the intended recipient, you have received this e-mail in 
> error.****
>
> Please delete it or return it to the sender or notify us by email at****
>
> [email protected]****
>
> ** **
>
> ** **
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> 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]****
>
>
>
>
> --
> Load balancer distribution - Open Source Project
> http://www.zenloadbalancer.com
> Distribution list (subscribe):
> [email protected]****
>
> Johnston Press plc  Registered in Scotland no. SC015382
> Registered Office:108 Holyrood Road, Edinburgh, EH8 8AS
>
> Opinions expressed in this email are those of the writer and not the company.
> E-mail traffic is monitored within Johnston Press and messages may be viewed.
> This e-mail and any files with it are solely for the use of the addressee(s).
> If you are not the intended recipient, you have received this e-mail in error.
> Please delete it or return it to the sender or notify us by email 
> [email protected]
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> _______________________________________________
> 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]

<<image001.png>>

<<image002.png>>

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
Zenloadbalancer-support mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support

Reply via email to