Thanks to all of you for the wonderful suggestions and replies. Got held up with the Go-Live of our project - Hence the delay in response The admins upgraded the Cisco LB with help of the vendor.The LB is up and running with sticky and persistence settings. The LB is running good and no issues since Go-Live.
-Nithin On Sun, Dec 4, 2011 at 11:15 PM, Munukutla,Ravishankar < [email protected]> wrote: > ** > > Nithin,**** > > ** ** > > What is the make of your Load balancer. We have seen such issues with F5 > LB and a proxy. **** > > F5 load balancer has an issue with Session persistence/Session affinity.** > ** > > ** ** > > Please try the following: *If your LB is F5 and you use proxy*. Involve > the admins who have setup the LB for you for creating the One Connect > profile. **** > > ** ** > > * > http://support.f5.com/kb/en-us/products/big-ip_ltm/manuals/product/ltm_configuration_guide_10_0_0/ltm_persist_profiles.html > * > > **· **Refer to the following known issue when F5 is used with a > Proxy.**** > > *The Request-URI header in an HTTP request stores certain session data. > Occasionally, however, for Cookie and Universal persistence types > specifically, the BIG-IP system ignores the session data in this header, > and sends requests to an unexpected node. For example, this issue can occur > when clients send requests to a virtual server through an internet proxy > device. You can prevent this problem by creating a OneConnect profile, and > assigning both the OneConnect profile and the persistence profile to the > virtual server. * > > **· **The suggested F5 solution for making F5 Load Balancer work > correctly with a Proxy is to create an *OneConnect profile* and applying > both the OneConnect profile and the persistence profile to the virtual > server.**** > > ** ** > > Regards,**** > > Ravi**** > > ** ** > > -----Original Message----- > From: Action Request System discussion list(ARSList) [mailto: > [email protected]] On Behalf Of Axton > Sent: 23 November 2011 21:11 > To: [email protected] > Subject: Re: Loadbalancer issue in Mid-Tier 7.6.04 SP2**** > > ** ** > > What kind of load balancer are you using? Cisco, BigIP? Did you look at > the midtier/web logs to see if requests from a single browser are bouncing > between multiple nodes?**** > > ** ** > > Axton**** > > ** ** > > On Wed, Nov 23, 2011 at 9:08 AM, Nithin Vinod Kumar < > [email protected]> wrote:**** > > > ** All,**** > > >** ** > > > We have configured the sticky bit for cookie on midtier Loadbalancer.*** > * > > >** ** > > > But still we are getting the same issue.**** > > >** ** > > > Please suggest if any changes need to be done on the loadbalancer or *** > * > > > in our application.**** > > >** ** > > > Thanks,**** > > > Nithin**** > > >** ** > > > On Tue, Nov 22, 2011 at 6:29 AM, Nithin Vinod Kumar **** > > > <[email protected]> wrote:**** > > >>** ** > > >> All,**** > > >>** ** > > >> We are working on the sticky bit on the loadbalancer now.**** > > >> As of now, When one of the servers is brought down then the LB **** > > >> redirects to the mid tier that is up and running.**** > > >> Lets hope setting the sticky flag solves it altogether.**** > > >>** ** > > >> Thanks,**** > > >> Nithin**** > > >>** ** > > >> On Mon, Nov 21, 2011 at 4:31 AM, John Baker **** > > >> <[email protected]> wrote:**** > > >>>** ** > > >>> Hello**** > > >>>** ** > > >>> Do you have the sticky flag set on the LB? Mid Tier does not support * > *** > > >>> session replication (although I wish it would).**** > > >>>** ** > > >>>** ** > > >>> John**** > > >>>** ** > > >>>** ** > > >>> ____________________________________________________________________** > ** > > >>> ___________ UNSUBSCRIBE or access ARSlist Archives at **** > > >>> www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the *** > * > > >>> Answers Are"**** > > >>** ** > > >** ** > > > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_**** > > ** ** > > > _______________________________________________________________________________ > **** > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 > www.wwrug12.com ARSList: "Where the Answers Are"**** > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
