[prev in list] [next in list] [prev in thread] [next in thread]
List: loadbalancing-l
Subject: RE: [load balancing] Alteon :HTTP requests go to failed server
From: lijian97 () netscape ! net
Date: 2002-12-29 21:00:48
[Download RAW message or body]
Hi,
The previous e-mail came from my colleague. Could you tell me where I can get 9.0.42 \
? I would like to try it. Thanks !
Brs,
Jian
lijian97@netscape.net wrote:
> Hi,
>
> Thanks for your infomation.
>
> I downgraded Alteon to 9.0.41.11. The problem still exists, even I use \
> /oper/slb/dis to disable the real server. I downgraded it back to 8.3.24.7. No any \
> improvement.
> Nice weekend,
> Kai Wei
>
> "Cihan Subasi (Garanti Teknoloji)" <CihanS@garanti.com.tr> wrote:
>
> >
> >
> > RE: [load balancing] Alteon :HTTP requests go to failed server
> >
> >
> >
> > From my experience I have seen such a behaviour even you disable the server from \
> > /oper/slb menu...I believe 9.0.x would be a solution for it...Try to downgrade to \
> > a stable 9.0.x code...That could work...I am now usinf 10.0.26.6 but going back \
> > to 9.0.42 version...
> >
> >
> >
> > -----Original Message-----
> >
> > From: lijian97@netscape.net [mailto:lijian97@netscape.net]
> >
> > Sent: Monday, December 23, 2002 12:07 AM
> >
> > To: lb-l@vegan.net
> >
> > Cc: smcnamee@nortelnetworks.com
> >
> > Subject: RE: [load balancing] Alteon :HTTP requests go to failed server
> >
> >
> >
> >
> >
> > Hi, Scott
> >
> >
> >
> >
> > Thanks for your prompt answer.
> >
> >
> >
> >
> > I checked the /cfg/slb/adv/grace. It's disabled. I cleaned the session table and \
> > tried again. The problem is still there. Only new sessions go to working server, \
> > the exisiting sessions still showed up in the session table. From ethereal, I can \
> > see the TCP SYN was sent to failed server continuously.
> >
> >
> >
> > If I stop RADIUS service on real server quot;Real 1quot; too, the real server \
> > quot;Real 1quot; is marked as quot;FAILEDquot; and the session table can be \
> > cleaned immediately. From this phonomenon I infer that because RADIUS and HTTP \
> > use same real servers, even in different group. The HTTP session table cannot be \
> > cleaned up when HTTP service went down, if RADIUS service is still running. In \
> > other words, when more than two services are running on the real server. If and \
> > only ifnbsp; the real server is up and running, the session table will not be \
> > cleaned up even one of services on it go down.
> >
> >
> >
> > gt;gt; Server Load Balancing Information# dump
> >
> > Real server state:
> >
> > nbsp; 1: Real 1, 00:03:ba:00:a8:01, vlan 2, port 6, health 4, FAILED
> >
> > nbsp; 2: Real 2, 00:03:ba:03:df:64, vlan 2, port 6, health 4, up
> >
> > Virtual server state:
> >
> > nbsp; 1: 10.20.68.10,nbsp;nbsp;nbsp;nbsp; 00:00:5e:00:01:03
> >
> > nbsp;nbsp;nbsp; virtual ports:
> >
> > nbsp;nbsp;nbsp; 1813: rport 1813, group 1, RADIUS, backup none, script1, UDPS
> >
> > nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp; real servers:
> >
> > nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp; 1: Real 1, backup none, 6 ms, \
> > FAILED
> > nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp; 2: Real 2, backup none, 23 ms, \
> > upnbsp;nbsp;
> > nbsp;nbsp;nbsp; 8080: rport 8080, group 2, HTTP, backup none, script2
> >
> > nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp; real servers:
> >
> > nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp; 1: Real 1, backup none, 7 ms, \
> > FAILED
> > nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp; 2: Real 2, backup none, 6 ms, up
> >
> >
> >
> >
> > Do you have more suggestion ?
> >
> >
> >
> >
> > Thanks and Regards,
> >
> > Jian
> >
> >
> >
> >
> >
> > quot;Scott Mcnameequot; lt;smcnamee@nortelnetworks.comgt; wrote:
> >
> >
> >
> >
> > gt;Jian,
> >
> > gt;
> >
> > gt;Try checking cfg/slb/adv grace parameter and make sure it is disabled. Then,
> >
> > gt;clear the session table and re-try.
> >
> > gt;
> >
> > gt;Regards,
> >
> > gt;ScottM
> >
> > gt;
> >
> > gt;-----Original Message-----
> >
> > gt;From: lijian97@netscape.net [mailto:lijian97@netscape.net]
> >
> > gt;Sent: Sunday, December 22, 2002 2:48 PM
> >
> > gt;To: lb-l@vegan.net
> >
> > gt;Subject: [load balancing] Alteon :HTTP requests go to failed server
> >
> > gt;
> >
> > gt;
> >
> > gt;Hello,
> >
> > gt;
> >
> > gt;Our Alteon is running WebOS10.0.26.6. It is used to load balancing RADIUS
> >
> > gt;and HTTP traffic. The RADIUS application and HTTP application reside in same
> >
> > gt;physical server with different ports. Put it simply, the configuration is as
> >
> > gt;follow,, /c/slb/real 1
> >
> > gt; ena
> >
> > gt; rip 172.21.112.1
> >
> > gt;/c/slb/real 2
> >
> > gt; ena
> >
> > gt; rip 172.21.112.2
> >
> > gt;/c/slb/group 1
> >
> > gt; metric roundrobin
> >
> > gt; health script1
> >
> > gt; add 1
> >
> > gt; add 2
> >
> > gt; name quot;RADIUSquot;
> >
> > gt;/c/slb/group 2
> >
> > gt; metric hash
> >
> > gt; health script2
> >
> > gt; add 1
> >
> > gt; add 2
> >
> > gt; name quot;HTTPquot;
> >
> > gt;/c/slb/virt 1
> >
> > gt; ena
> >
> > gt; vip 10.20.68.10
> >
> > gt;/c/slb/virt 1/service 1813
> >
> > gt; group 1
> >
> > gt; udp stateless
> >
> > gt;/c/slb/virt 1/service 8080
> >
> > gt; group 2
> >
> > gt;
> >
> > gt;One problem is met, when service 8080 failed on real server quot;Real 1quot;, \
> > it is
> > gt;supposed that the TCP session(port 8080) table for a quot;Real 1quot; should \
> > be
> > gt;cleaned up immediately because 8080 service failed on quot;Real 1quot;.
> >
> > gt;Unfortunately the HTTP requests were still distributed to quot;Real 1quot; \
> > even
> > gt;quot;Real 1quot; under port 8080 is marked FAILED.
> >
> > gt;
> >
> > gt;gt;gt; Server Load Balancing Information# dump
> >
> > gt;Real server state:
> >
> > gt; 1: Real 1, 00:03:ba:00:a8:01, vlan 2, port 6, health 4, up
> >
> > gt; 2: Real 2, 00:03:ba:03:df:64, vlan 2, port 6, health 4, up
> >
> > gt;Virtual server state:
> >
> > gt; 1: 10.20.68.10, 00:00:5e:00:01:03
> >
> > gt; virtual ports:
> >
> > gt; 1813: rport 1813, group 1, RADIUS, backup none, script1, UDPS
> >
> > gt; real servers:
> >
> > gt; 1: Real 1, backup none, 6 ms, up
> >
> > gt; 2: Real 2, backup none, 23 ms, up
> >
> > gt; 8080: rport 8080, group 2, HTTP, backup none, script2
> >
> > gt; real servers:
> >
> > gt; 1: Real 1, backup none, 7 ms, FAILED
> >
> > gt; 2: Real 2, backup none, 6 ms, up
> >
> > gt;
> >
> > gt;
> >
> > gt;We expect that session can age out soon, but due to existing session table,
> >
> > gt;the Alteon always forwards the TCP SYN to failed server (real 1), thus the
> >
> > gt;TCP session cannot be age out. The session will be in session table for a
> >
> > gt;long time.
> >
> > gt;
> >
> > gt;Is there anybody met same problem before ? How can I prevent the traffic
> >
> > gt;from sending to failed server ? Is there any solution for this issue ?
> >
> > gt;
> >
> > gt;Thanks in advance for any help.
> >
> > gt;
> >
> > gt;Merry X'mas
> >
> > gt;Jian
> >
> > gt;
> >
> > gt;System Engineer
> >
> > gt;
> >
> > gt;__________________________________________________________________
> >
> > gt;The NEW Netscape 7.0 browser is now available. Upgrade now!
> >
> > gt;http://channels.netscape.com/ns/browsers/download.jsp
> >
> > gt;
> >
> > gt;Get your own FREE, personal Netscape Mail account today at
> >
> > gt;http://webmail.netscape.com/____________________ The Load Balancing Mailing
> >
> > gt;List
> >
> > gt;Unsubscribe: mailto:majordomo@vegan.net?body=unsubscribe%20lb-l
> >
> > gt;Archive: http://vegan.net/lb/archive
> >
> > gt;LBDigest: http://lbdigest.com
> >
> > gt;MRTG with SLB: http://vegan.net/MRTG
> >
> > gt;Hosted by: http://www.tokkisystems.com
> >
> > gt;
> >
> > gt;
> >
> >
> >
> >
> > __________________________________________________________________
> >
> > The NEW Netscape 7.0 browser is now available. Upgrade now! \
> > http://channels.netscape.com/ns/browsers/download.jsp
> >
> >
> >
> > Get your own FREE, personal Netscape Mail account today at \
> > http://webmail.netscape.com/
> > ____________________
> >
> > The Load Balancing Mailing List
> >
> > Unsubscribe:nbsp;nbsp;nbsp; mailto:majordomo@vegan.net?body=unsubscribe%20lb-l
> >
> > Archive:nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp; http://vegan.net/lb/archive
> >
> > LBDigest:nbsp;nbsp;nbsp;nbsp;nbsp;nbsp; http://lbdigest.com
> >
> > MRTG with SLB:nbsp; http://vegan.net/MRTG
> >
> > Hosted by:nbsp;nbsp;nbsp;nbsp;nbsp; http://www.tokkisystems.com
> >
> > +......................................................................................................................................+
> > "Bu mesaj ve ekleri mesajda gonderildigi belirtilen kisi ya da kisilere ozeldir \
> > ve gizlidir. Bu mesajin muhatabi,nbsp;nbsp; ilgilisi, ya da gonderileni \
> > olmamaniza ragmen mesajin herhangi bir sekilde tarafiniza ulasmis olmasi \
> > halindenbsp; anilan mesaj ve mesajda yer alan bilgilerin gizliligi ve bu gizlilik \
> > yukumlulugune uyulmasi zorunlulugu tarafiniz icin de soz konusudur. Bu \
> > yukumlulukle birlikte bu mesaji ve eklerini kullanamaz, kopyalayamaznbsp; baska \
> > kisilere gonderemez ve aciklayamazsiniz. Boyle bir durumda lutfen mesaji gonderen \
> > kisiyinbsp; bilgilendiriniz ve soz konusu mesaj ile eklerini bilgisayarinizdan ve \
> > sisteminizden derhal siliniz. Bu mesaj venbsp; eklerinde yer alan bilgi ve \
> > belgelerin dogru ve guncel olup olmamasindan dolayi mesaji gonderen kisinin \
> > yanbsp; da sirketimizin herhangi bir sorumlulugu bulunmamaktadir.E-posta \
> > mesajlari internet ortamininda degisimenbsp; ugrayabilir. sirketimiz bu mesajin \
> > ve icerdigi bilgilerin size degisiklige ugrayarak veya gec \
> > ulasmasindan,butunlugunun ve gizliliginin korunamamasindan, virus icermesinden ve \
> > herhangi bir sebeple bilgisayariniza ve sisteminize verebilecegi zararlardan \
> > sorumlu tutulamaz." \
> > +......................................................................................................................................+
> >
> >
> >
> > ____________________ 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 NEW Netscape 7.0 browser is now available. Upgrade now! \
> http://channels.netscape.com/ns/browsers/download.jsp
> Get your own FREE, personal Netscape Mail account today at \
> http://webmail.netscape.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 NEW Netscape 7.0 browser is now available. Upgrade now! \
http://channels.netscape.com/ns/browsers/download.jsp
Get your own FREE, personal Netscape Mail account today at \
http://webmail.netscape.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
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic