The issue remains. This is 7.1 so naturally it's done with the user tool now - but it's the same function of course.
-----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Rocky Rockwell Sent: Monday, August 04, 2008 8:55 PM To: arslist@ARSLIST.ORG Subject: Re: "You do not have write license" woes Just a question here. What happens with the issue if you remove his license using the admin tool and license manager. Any differences (ie: issue is gone after login or issue is still there)? *Rocky* Rocky Rockwell Remedy/BMC Application Designer [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> Ph#1: 214-567-8874 Ph#2: 325-450-5076 Gary Opela (Corporate) wrote: > Oh, good point on the user_cache Fred. You beat me. > > Thanks, > > > > Gary Opela, Jr., RSP > > Remedy Engineer > > Leader Communications, Inc. > > http://www.5pointleader.com > > http://www.lcibest.com > > Best Product, Best People, Best PriceTM > > An ISO 9001:2000 Certified, CMMI(r) Level 3 Rated Company > > > -----Original Message----- > From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Grooms, Frederick W > Sent: Monday, August 04, 2008 2:31 PM > To: arslist@ARSLIST.ORG > Subject: Re: "You do not have write license" woes > > Another thing to check is your web server timeout settings (not just the > ones in the Mid-Tier Config pages, but the ones for the actual web > server). If your web server is dropping the session due to a timeout > setting it might cause this issue. > > Since you said it only affects the web and not the user tool I don't > believe it is a user_cache issue. > > Fred > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Chowdhury, Tauf > Sent: Monday, August 04, 2008 2:06 PM > To: arslist@ARSLIST.ORG > Subject: Re: "You do not have write license" woes > > William, > I'm going with Carey on this one. If you have a load balancer, take a > look at how it is handling the sessions. Is it using a shorter timeout > than what is configured on the mid tier? Is it storing the cookie > properly? > > Tauf Chowdhury | Forest Laboratories, Inc. > Sr. Analyst > Office: 631.858.7765 > > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of William Rentfrow > Sent: Monday, August 04, 2008 2:37 PM > To: arslist@ARSLIST.ORG > Subject: Re: "You do not have write license" woes > > Hmmmmm.....this bears some investigating. I do not know for sure. > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Carey Matthew Black > Sent: Monday, August 04, 2008 1:31 PM > To: arslist@ARSLIST.ORG > Subject: Re: "You do not have write license" woes > > William, > > Just a WAG... > > Maybe you have a web server cluster that is behind a load balancer that > is not using a Sticky session? > > ( Maybe the user has a valid license but is trying to "switch IP > Addresses" in a way that is confusing the ARS server?) > > -- > Carey Matthew Black > Remedy Skilled Professional (RSP) > ARS = Action Request System(Remedy) > > Love, then teach > Solution = People + Process + Tools > Fast, Accurate, Cheap.... Pick two. > > > > On Mon, Aug 4, 2008 at 1:59 PM, William Rentfrow > <[EMAIL PROTECTED]> wrote: > >> Also, did I mention it works in the user tool - this is just a >> mid-tier error. >> > > <snip> > > >> From: Action Request System discussion list(ARSList) on behalf of >> William Rentfrow >> Sent: Mon 04/08/2008 17:21 >> To: arslist@ARSLIST.ORG >> Subject: "You do not have write license" woes >> >> >> ** >> I have a variety of users who are experiencing a weird error. >> >> Occasionally the server acts as if their license has disappeared when >> trying to save an Incident in ITSM 7.03. They will be working fine >> one minute and then they will get the long series of errors that >> > says... > >> "You do not have application write license (ARERR 9850). You do not >> have write access to field...." followed by every field on the >> Incident form. >> >> The irritating thing is the user HAS a license. This affects both >> fixed license and floating license users. Removing/re-adding their >> licenses does not fix the problem. The only consistent way to fix >> this is to delete the user and re-create them - and even THEN it is >> not 100% curable. >> >> I have checked the following: >> >> 1.) Box has AR Server license >> 2.) Box has adequate Application licenses, AR User licenses, etc. >> 3.) User is configured properly >> 4.) User is not doing something stupid. >> >> BMC Support has been unable to assist in this issue - it's been going >> on for months. Has anyone else run into this? I don't even know how >> to troubleshoot what is going on really since all of the >> app/workflow/api stuff seems to be correct. >> >> William Rentfrow, Principal Consultant [EMAIL PROTECTED] C >> 701-306-6157 O 952-432-0227 >> > > ________________________________________________________________________ _______ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > > ________________________________________________________________________ _______ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > > ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
