I've verified this is not the case by looking through the Apache access
logs.  The sessions are staying with the same Apache HTTP server.  The
Apache HTTP servers talk to Apache Tomcat on localhost, so the HTTP servers
aren't redirecting to different Tomcats.

On Wed, Jul 28, 2010 at 12:15 PM, Lyle Taylor <[email protected]> wrote:

> **
>
> I would try to double-check that when this happens, the person hasn’t
> actually been switched from one mid-tier server to the other – doing that
> could cause what you are seeing.  You could verify this by logging into the
> configuration page and looking at the cache information just after someone
> gets an invalid session message and has to log in again.  There are entries
> on the cache settings page for everyone that has recently logged into the
> mid-tier on that server.  If you find an entry for that person on both
> servers, then I would suspect that something is causing the F5 to switch
> from one server to the other, despite the sticky bit setting.
>
>
>
> Lyle
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> [email protected]] *On Behalf Of *Axton
> *Sent:* Wednesday, July 28, 2010 8:10 AM
> *To:* [email protected]
> *Subject:* Re: Session Invalid Error
>
>
>
> ** We are facing the same issue with mid-tier 7.5 patch 4 on Tomcat
> 6.0.20.
>
>
>
> Axton Grams
>
>
>
> The opinions, statements, and/or suggested courses of action expressed in
> this E-mail do not necessarily reflect those of BMC Software, Inc.  My
> voluntary participation in this forum is not intended to convey a role as a
> spokesperson, liaison or public relations representative for BMC Software,
> Inc.
>
>
>
> On Wed, Jul 28, 2010 at 2:50 AM, Aluru, Radhika <[email protected]>
> wrote:
>
> **
>
> Hi Listers,
>
> In my Test environment, Session timeout is set to 60 minutes in Remedy
> midtier servers. I have F5 load balancer in front of two midtier servers and
> sticky bit is set to 120 minutes on the F5 load balancer. Application
> timeout is set to 1 hour. When users are accessing the application via web,
> users are getting session invalid or timed out error before 60 minutes
> sometimes before 20 minutes . This is not happening every time. It is
> intermittent. Has anyone faced this type of issue and found any solution to
> resolve this?
>
> I have tried setting the session time out in web.xml(located in
> D:\ARSystem\Mid-Tier\WEB-INF) file of the midtier servers. But this didn’t
> resolve the issue.
>
> Any help would be appreciated. Thanks.
>
> Environment Details:
>
> AR Server --7.1 patch 3
> Miditer --7.1 patch 6
> OS --Windows standard 2000
> Database -- SQL 2005
>
> Regards,
>
> Radhika Aluru | Remedy Admin | Direct Line: +1 713 214 8270 | Mobile:
> 00919177708021
>
> ****************************************************************
>
> Confidentiality Note: The information contained in this message, and any 
> attachments, may contain confidential and/or privileged material.  It is 
> intended solely for the person(s) or entity to which it is addressed.  Any 
> review, retransmission, dissemination, or taking of any action in
>
> reliance upon this information by persons or entities other than the intended 
> recipient(s) is prohibited.  If you received this in error, please contact 
> the sender and delete the material from any computer.
>
> ****************************************************************
>
> _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_
>
>
>
> _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_
>
>
>
> NOTICE: This email message is for the sole use of the intended recipient(s)
> and may contain confidential and privileged information. Any unauthorized
> review, use, disclosure or distribution is prohibited. If you are not the
> intended recipient, please contact the sender by reply email and destroy all
> copies of the original message.
>
>  _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_
>

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Reply via email to