so I figured out that arp problem. it looks like because I had it in a cluster it wasn't sending out the arps on the interface. I added another interface on another network and now I can ping and get to the vip ok. However my next problem is farm_guardian. from ssh it returns http ok. however the log online shows: execution in Thu Aug 4 10:37:37 2016 :: server[0]: 10.10.10.161: Backend status 0: up command: /usr/local/zenloadbalancer/app/libexec/check_http -I 10.10.10.161 -w 10 -c 10 -S -H view.wsd.k12.az.us -s ‘You can connect to your desktop and applications’ timedout: 0 errorcode: 512 **execution error in ' /usr/local/zenloadbalancer/app/libexec/check_http -I 10.10.10.161 -w 10 -c 10 -S -H view.wsd.k12.az.us -s ‘You can connect to your desktop and applications’ ', output::** HTTP CRITICAL: HTTP/1.1 200 OK - string '‘You' not found on ' https://view.wsd.k12.az.us:443/' - 3466 bytes in 0.142 second response time |time=0.141504s;10.000000;10.000000;0.000000 size=3466B;;;0 server[1]: 10.10.10.162: Backend status 1: up command: /usr/local/zenloadbalancer/app/libexec/check_http -I 10.10.10.162 -w 10 -c 10 -S -H view.wsd.k12.az.us -s ‘You can connect to your desktop and applications’ timedout: 0 errorcode: 512 **execution error in ' /usr/local/zenloadbalancer/app/libexec/check_http -I 10.10.10.162 -w 10 -c 10 -S -H view.wsd.k12.az.us -s ‘You can connect to your desktop and applications’ ', output::** HTTP CRITICAL: HTTP/1.1 200 OK - string '‘You' not found on ' https://view.wsd.k12.az.us:443/' - 3466 bytes in 0.111 second response time |time=0.110835s;10.000000;10.000000;0.000000 size=3466B;;;0
On Thu, Aug 4, 2016 at 9:46 AM, Chris Muench <cmue...@gmail.com> wrote: > so issue appears to be that the VIP is not arp'ing on the LB. > I have already failed them over and then back and still same result. > root@lb-01:~# arp -an > ? (10.10.10.142) at 00:50:56:ad:45:77 [ether] on eth0 > ? (10.10.10.231) at 00:50:56:81:8d:41 [ether] on eth0 > ? (10.10.10.1) at 00:22:55:3b:57:c0 [ether] on eth0 > > root@lb-01:~# ip addr show > 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group > defaul t > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > inet 127.0.0.1/8 scope host lo > valid_lft forever preferred_lft forever > inet6 ::1/128 scope host > valid_lft forever preferred_lft forever > 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast > state UP gr oup > default qlen 1000 > link/ether 00:50:56:ad:b3:18 brd ff:ff:ff:ff:ff:ff > inet 10.10.10.141/24 brd 10.10.10.255 scope global eth0 > valid_lft forever preferred_lft forever > inet 10.10.10.140/24 scope global secondary eth0:1 > valid_lft forever preferred_lft forever > inet 10.10.10.160/24 brd 10.10.10.255 scope global secondary eth0:2 > valid_lft forever preferred_lft forever > inet6 fe80::250:56ff:fead:b318/64 scope link > valid_lft forever preferred_lft forever > > > On Thu, Aug 4, 2016 at 12:26 AM, Emilio Campos < > emilio.campos.mar...@gmail.com> wrote: > >> Did you configure some L4xnat farm in 10.10.10.160? When you configure a >> L4xNAT with protocol ALL and ports * the icmp packet is forwarded by the >> load balancer to some backend. >> >> As I see in your route command it should work. >> >> Regards >> >> 2016-08-03 3:21 GMT+02:00 Chris Muench <cmue...@gmail.com>: >> >>> Are you referring to this https://www.zenloadbalanc >>> er.com/knowledge-base_category/community-edition-v3- >>> 05-administration-guide/ ? >>> its a bit light on details. >>> I was able to google and find some stuff. However I have another issue >>> of I can't ping the VIP from outside the local network. >>> >>> IE so my computer at 10.20.20.10 can't ping the VIP on 10.10.10.160 but >>> I can ping the eth0 of 10.10.10.141. >>> >>> any ideas? >>> here is a ip route list on the lb >>> default via 10.10.10.1 dev eth0 >>> 10.10.10.0/24 dev eth0 proto kernel scope link src 10.10.10.141 >>> root@lb-01:/usr/local/zenloadbalancer/config# ip addr list >>> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN >>> group default >>> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 >>> inet 127.0.0.1/8 scope host lo >>> valid_lft forever preferred_lft forever >>> inet6 ::1/128 scope host >>> valid_lft forever preferred_lft forever >>> 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast >>> state UP group default qlen 1000 >>> link/ether 00:50:56:ad:b3:18 brd ff:ff:ff:ff:ff:ff >>> inet 10.10.10.141/24 brd 10.10.10.255 scope global eth0 >>> valid_lft forever preferred_lft forever >>> inet 10.10.10.140/24 scope global secondary eth0:1 >>> valid_lft forever preferred_lft forever >>> inet 10.10.10.160/24 brd 10.10.10.255 scope global secondary eth0:2 >>> valid_lft forever preferred_lft forever >>> inet6 fe80::250:56ff:fead:b318/64 scope link >>> valid_lft forever preferred_lft forever >>> >>> >>> On Tue, Aug 2, 2016 at 2:17 PM, Emilio Campos < >>> emilio.campos.mar...@gmail.com> wrote: >>> >>>> Chris related with redirect and HTTP farms did you have a look to the >>>> oficial doc firstly? It is explained >>>> >>>> Also googling you can find many post oficial community for exchange, >>>> tomcat, vmware view or others.. >>>> >>>> Once you have the look could you be a little bit more specific >>>> explaining your doubts? >>>> >>>> Regards >>>> >>>> El 2 ago. 2016 10:48 p. m., "Chris Muench" <cmue...@gmail.com> >>>> escribió: >>>> >>>>> Hello, >>>>> How do I create a HTTP to https redirect? >>>>> also are there any guides on how to front popular applications with >>>>> zen? >>>>> IE exchange, vmware vdi view etc? >>>>> >>>>> Chris >>>>> >>>>> ------------------------------------------------------------ >>>>> ------------------ >>>>> >>>>> _______________________________________________ >>>>> Zenloadbalancer-support mailing list >>>>> Zenloadbalancer-support@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support >>>>> >>>>> >>>> ------------------------------------------------------------ >>>> ------------------ >>>> >>>> _______________________________________________ >>>> Zenloadbalancer-support mailing list >>>> Zenloadbalancer-support@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support >>>> >>>> >>> >>> ------------------------------------------------------------ >>> ------------------ >>> >>> _______________________________________________ >>> Zenloadbalancer-support mailing list >>> Zenloadbalancer-support@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support >>> >>> >> >> >> -- >> Load balancer distribution - Open Source Project >> http://www.zenloadbalancer.com >> Distribution list (subscribe): zenloadbalancer-support@lists. >> sourceforge.net >> >> ------------------------------------------------------------ >> ------------------ >> >> _______________________________________________ >> Zenloadbalancer-support mailing list >> Zenloadbalancer-support@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support >> >> >
------------------------------------------------------------------------------
_______________________________________________ Zenloadbalancer-support mailing list Zenloadbalancer-support@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support
