Do you have any method to bypass the load balancer for some of these users? have them connect directly to a specific web server...that should eliminate the load balancer fairly easily if you have that capability.
_____ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of William Rentfrow Sent: Tuesday, August 05, 2008 8:08 AM To: [email protected] Subject: Re: "You do not have write license" woes ** No resolution yet! :) We are investigating the "sticky" settings on the load balancer. It was supposed to be set - whether or not it is actually set remains a mystery. One thing I do know though is that we experienced this problem previously in our QA environment which does not have a load balancer - it's a single MT server. But that was even less frequent than the occurrence here. Does anyone know how/when/if the MT checks user licenses? I would have thought it didn't do it at all - it seems like an API or possibly workflow function on the AR Server but I could be wrong about that. William Rentfrow Principal Consultant, StrataCom [EMAIL PROTECTED] O 952-432-0227 C 701-306-6157 _____ From: Action Request System discussion list(ARSList) on behalf of Darrell Reading Sent: Tue 8/5/2008 8:24 AM To: [email protected] Subject: Re: "You do not have write license" woes ** Was there ever a resolution for this, and was the sticky bit ever set? The thread got so long, I lost track of everything that happened in it. <http://mail.stratacominc.com/exchange/resumes/Drafts/Outlook.jpg> _____ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Joe D'Souza Sent: Monday, August 04, 2008 23:06 To: [email protected] Subject: Re: "You do not have write license" woes ** I think my earlier message from yahoo didn't get through.. Can you check to see that some users do not have a duplicate record in the user_cache table? Do a count(*) and then a count(distinct username) on user_cache and see if it returns a different result.. If count(*) returns more records you have potential duplicates in your user_cache table.. Joe __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___ _____ ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the individual or entity to whom they are addressed. If you have received this email in error destroy it immediately. ********************************************************************** Wal-Mart Confidential ********************************************************************** __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___ __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
