RE: [load balancing] Alteon web request going to failed service

Hello

I have managed to resolve my issue.

Although the output I provided did not show it I had also another service
being balanced on the same VIP. The resolution was to move the other service
which isn't using the virtual service to a new VIP. This means the Alteon is
now recognising the service as being failed and stops sending requests to
it, as it should.

Martin

---
Martin Foote
martin_foote@hotmail.com
>From: "Martin Foote" <martin_foote@hotmail.com>
>Reply-To: lb-l@vegan.net
>To: lb-l@vegan.net
>Subject: [load balancing] Alteon web request going to failed service
>Date: Sat, 04 Feb 2006 22:50:35 +0000
>
>Hello
>
>I am new to Alteon load balancers and this mailing list. Hoping that 
>someone has the knowledge to help me. I have an Alteon application switch 
>2208 which I have upgraded to 22.0.4.0 because of issues with persistant 
>cookies and software PANICS. I have searched the archive and found a 
>similar problem to mine in 2002 which never reached a resoultion
>http://vegan.net/lb/archive/12-2002/0101.html
>
>My problem is as follows. I have two servers which have been logically 
>split and are both running web logic servers on ports 7011 and 7021. The 
>contents of both logical partitions are the same and therefore I have 4 
>logical partitions that I would like to balance. They are as follows:
>
>10.93.254.21:7011
>10.93.254.21:7021
>10.93.254.22:7011
>10.93.254.22:7021
>
>The problem I am encountering is that if one of the services fails on the 
>server then although the load balancer recognises the service as being 
>failed from "/i/slb/virt 1" it does not block the service and so requests 
>are still sent to the failed service. Does anyone know if there is a work 
>around for this? I have pasted intresting parts of config below and given 
>an /i/slb/virt 1 to show the output.
>
>
>/c/slb/real 1
>        ena
>        rip 10.93.254.21
>        name "server1"
>        addport 7011
>        addport 7021
>/c/slb/real 2
>        ena
>        rip 10.93.254.22
>        name "server2"
>        addport 7021
>        addport 7011
>/c/slb/group 1
>        add 1
>        add 2
>        name "Web service"
>
>
>...
>
>/c/slb/virt 1
>        ena
>        vip 10.93.254.3
>/c/slb/virt 1/service http
>        group 1
>        rport 0
>        dbind ena
>        epip ena
>/c/slb/real 1/layer7
>        cookser e
>/c/slb/real 2/layer7
>        cookser e
>/c/slb/virt 1/service 80/pbind cookie passive JSESSIONID 53 19 disable
>/c/slb/virt 1/service 80/rcount 2
>
>...
>
>>>alteon# /i/slb/virt 1
>   1: 10.93.254.3,     00:**:**:**:**:**
>    http: rport 0, group 1, web service, backup none, pbind cookie, dbind, 
>epip
>      cookie name: JSESSIONID 53 19
>      multi response count: 2
>        find cookie in URI: disabled
>      cookie persistence mode: passive
>        real servers:
>           1: server1, backup none, 0 ms, group ena, up
>           1: server1:7011, group ena, up
>           1: server1:7021, group ena, FAILED
>           2: server2, backup none, 0 ms, group ena, up
>           2: server2:7021, group ena, up
>           2: server2:7011, group ena, up
>
>
>Any help would be appreciated
>
>Thanks
>Martin
>
>
>
>
>---
>
>Martin Foote
>martin_foote@hotmail.com
>
>
>____________________
>The Load Balancing Mailing List
>Unsubscribe:    mailto:majordomo@vegan.net?body=unsubscribe%20lb-l
>Archive:        http://vegan.net/lb/archive
>LBDigest:       http://lbdigest.com
>MRTG with SLB:  http://vegan.net/MRTG
>Hosted by:	http://www.tokkisystems.com
>
____________________
The Load Balancing Mailing List
Unsubscribe:    mailto:majordomo@vegan.net?body=unsubscribe%20lb-l
Archive:        http://vegan.net/lb/archive
LBDigest:       http://lbdigest.com
MRTG with SLB:  http://vegan.net/MRTG
Hosted by:	http://www.tokkisystems.com