Once in a while I get a call from someone who is updating a record but receives an error telling them they don't have write access to the field. I go in and remove their group from the permissions, and add them again, and everything works again. Anyone see this?

Thanks,


Rick Ponzo
Senior System Administrator
Litton/PRC
SPAWAR Technical Information Center
619-524-3535
ponzo@spawar.navy.mil

though not always.
Just make sure the circumstances are consistent, that is changes were made
exactly the same way under the same circumstances. Sometimes workflow
dictates when permissions apply. Of course if you created the workflow you
will probably know the possibility of that happening.

In case you are wondering, we are using Oracle 8.05 at present. Now that I
think of it this has only occurred once in about a year now for this
version. I think I saw it twice in Oracle 7.3.4 over a 1 year period.

Terrence J Hensley
Litton/PRC - SETA_EAMS
703-553-3522



-----Original Message-----
From: Rick Ponzo [mailto:list@HELP.SPAWAR.NAVY.MIL]
Sent: Monday, January 24, 2000 16:06
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Lose Permissions


Greetings,

Once in a while I get a call from someone who is updating a record but
receives an error telling them they don't have write access to the field. I
go in and remove their group from the permissions, and add them again, and
everything works again. Anyone see this?

Thanks,


Rick Ponzo
Senior System Administrator
Litton/PRC
SPAWAR Technical Information Center
619-524-3535
ponzo@spawar.navy.mil


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

Christopher Strauss, MSLS
Remedy Database Administrator
University of North Texas Computing Center
http://remedy.unt.edu/helpdesk/

-----Original Message-----
From: Rick Ponzo [mailto:list@HELP.SPAWAR.NAVY.MIL]
Sent: Monday, January 24, 2000 3:06 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Lose Permissions


Greetings,

Once in a while I get a call from someone who is updating a record but receives an error telling them they don't have write access to the field. I go in and remove their group from the permissions, and add them again, and everything works again. Anyone see this?

Thanks,


Rick Ponzo
Senior System Administrator
Litton/PRC
SPAWAR Technical Information Center
619-524-3535
ponzo@spawar.navy.mil

I have the customer log in and out and all is fine..
But I do nothing.. Which is Very Irratating...
I am hoping the 4.0.3 Patch 863 is going to fix this...
But we will see...
If anyone fixed it .. then I would love to find out how...
Oracle 7.3.4 ARS 4.0.2, no patch.. Solaris. Sun. :-)

-----Original Message-----
From: Hensley Terrence [mailto:Hensley_Terrence@PRC.COM]
Sent: Monday, January 24, 2000 4:19 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Sur nough!. Yes it has seemed to resolve some of my problems on occasion,
though not always.
Just make sure the circumstances are consistent, that is changes were made
exactly the same way under the same circumstances. Sometimes workflow
dictates when permissions apply. Of course if you created the workflow you
will probably know the possibility of that happening.

In case you are wondering, we are using Oracle 8.05 at present. Now that I
think of it this has only occurred once in about a year now for this
version. I think I saw it twice in Oracle 7.3.4 over a 1 year period.

Terrence J Hensley
Litton/PRC - SETA_EAMS
703-553-3522



-----Original Message-----
From: Rick Ponzo [mailto:list@HELP.SPAWAR.NAVY.MIL]
Sent: Monday, January 24, 2000 16:06
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Lose Permissions


Greetings,

Once in a while I get a call from someone who is updating a record but
receives an error telling them they don't have write access to the field. I
go in and remove their group from the permissions, and add them again, and
everything works again. Anyone see this?

Thanks,


Rick Ponzo
Senior System Administrator
Litton/PRC
SPAWAR Technical Information Center
619-524-3535
ponzo@spawar.navy.mil


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

WOW am I misreading this ... you have 53,000 users.. ???
You Are The Man...

-----Original Message-----
From: strauss [mailto:strauss@REMEDY.ACS.UNT.EDU]
Sent: Monday, January 24, 2000 4:37 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


I see it a LOT now with Help Desk 4.0, almost never before with Help Desk
3.0, and I DO use the HD4 SHRCFG control panels to do the updating. Could
be because I used to have only 350 records in my User table in HD3, and now
it's over 53,000 in HD4 since we implemented end-user access.
Christopher Strauss, MSLS
Remedy Database Administrator
University of North Texas Computing Center
http://remedy.unt.edu/helpdesk/

-----Original Message-----
From: Rick Ponzo [mailto:list@HELP.SPAWAR.NAVY.MIL]
Sent: Monday, January 24, 2000 3:06 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Lose Permissions


Greetings,

Once in a while I get a call from someone who is updating a record but
receives an error telling them they don't have write access to the field. I
go in and remove their group from the permissions, and add them again, and
everything works again. Anyone see this?

Thanks,


Rick Ponzo
Senior System Administrator
Litton/PRC
SPAWAR Technical Information Center
619-524-3535
ponzo@spawar.navy.mil


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

Phil Boucher

-----Original Message-----
From: Rick Ponzo [mailto:list@HELP.SPAWAR.NAVY.MIL]
Sent: Monday, January 24, 2000 4:06 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Lose Permissions


Greetings,

Once in a while I get a call from someone who is updating a record but receives an error telling them they don't have write access to the field. I go in and remove their group from the permissions, and add them again, and everything works again. Anyone see this?

Thanks,


Rick Ponzo
Senior System Administrator
Litton/PRC
SPAWAR Technical Information Center
619-524-3535
ponzo@spawar.navy.mil

For my users, closing and reopening the User Tool seems to fix the problem (at least temporarily).

I'd be interested to hear if anyone else has reported it to Remedy.

Regina Bogle
regina.bogle@crackerbarrel.com

-----Original Message-----
From: Rick Ponzo [mailto:list@HELP.SPAWAR.NAVY.MIL]
Sent: Monday, January 24, 2000 3:06 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Lose Permissions


Greetings,

Once in a while I get a call from someone who is updating a record but receives an error telling them they don't have write access to the field. I go in and remove their group from the permissions, and add them again, and everything works again. Anyone see this?

Thanks,


Rick Ponzo
Senior System Administrator
Litton/PRC
SPAWAR Technical Information Center
619-524-3535
ponzo@spawar.navy.mil

generally warrant. I'm not an Oracle person (yet), but it seems to me that
if bouncing the client app clears the problem, the cause might be a
corruption in the cache - either at the sending end (client), or the
receiving end (server). Since the problem is specific to Oracle, could it
also be what Remedy believes to be a DBMS-enforced timeout of some kind?

Rick Cook
ISS Remedy Consultant
AT&T Wireless Services
425-580-8139

> -----Original Message-----
> From: Zandi Patrick S TSgt AFRL/IFOSS [SMTP:Patrick.Zandi@RL.AF.MIL]
> Sent: Monday, January 24, 2000 1:58 PM
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Re: Lose Permissions
>
> I have this issue right now.. and it is getting worse Slowly...
> I have the customer log in and out and all is fine..
> But I do nothing.. Which is Very Irratating...
> I am hoping the 4.0.3 Patch 863 is going to fix this...
> But we will see...
> If anyone fixed it .. then I would love to find out how...
> Oracle 7.3.4 ARS 4.0.2, no patch.. Solaris. Sun. :-)
>
> -----Original Message-----
> From: Hensley Terrence [mailto:Hensley_Terrence@PRC.COM]
> Sent: Monday, January 24, 2000 4:19 PM
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Re: Lose Permissions
>
>
> Sur nough!. Yes it has seemed to resolve some of my problems on occasion,
> though not always.
> Just make sure the circumstances are consistent, that is changes were made
> exactly the same way under the same circumstances. Sometimes workflow
> dictates when permissions apply. Of course if you created the workflow
> you
> will probably know the possibility of that happening.
>
> In case you are wondering, we are using Oracle 8.05 at present. Now that
> I
> think of it this has only occurred once in about a year now for this
> version. I think I saw it twice in Oracle 7.3.4 over a 1 year period.
>
> Terrence J Hensley
> Litton/PRC - SETA_EAMS
> 703-553-3522
>
>
>
> -----Original Message-----
> From: Rick Ponzo [mailto:list@HELP.SPAWAR.NAVY.MIL]
> Sent: Monday, January 24, 2000 16:06
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Lose Permissions
>
>
> Greetings,
>
> Once in a while I get a call from someone who is updating a record but
> receives an error telling them they don't have write access to the field.
> I
> go in and remove their group from the permissions, and add them again, and
> everything works again. Anyone see this?
>
> Thanks,
>
>
> Rick Ponzo
> Senior System Administrator
> Litton/PRC
> SPAWAR Technical Information Center
> 619-524-3535
> ponzo@spawar.navy.mil
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

Not sure if this is relevant, but we have found (with the 4.0.2 User Tool) that
Windows date formats play a role in some permissions issues.

Our users, if they get perms errors, almost always get them on date fields.
Changing the date format to English (US), with a short date format of dd-mmm-yy,
fixes the problem. (Which would be fine if we were *in* the US!!!)

Hoping 4.0.3 User Tool and 4.0.3 server will help with this.

jason






"Zandi Patrick S TSgt AFRL/IFOSS" on 25/01/2000
07:57:39 AM

Please respond to "Action Request System discussion list(ARSList)"


To: ARSLIST@LISTSERV.VISTAIT.COM
cc: (bcc: Jason Pearse/Sydney/KAZ/AU)
Subject: Re: Lose Permissions



I have this issue right now.. and it is getting worse Slowly...
I have the customer log in and out and all is fine..
But I do nothing.. Which is Very Irratating...
I am hoping the 4.0.3 Patch 863 is going to fix this...
But we will see...
If anyone fixed it .. then I would love to find out how...
Oracle 7.3.4 ARS 4.0.2, no patch.. Solaris. Sun. :-)

-----Original Message-----
From: Hensley Terrence [mailto:Hensley_Terrence@PRC.COM]
Sent: Monday, January 24, 2000 4:19 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Sur nough!. Yes it has seemed to resolve some of my problems on occasion,
though not always.
Just make sure the circumstances are consistent, that is changes were made
exactly the same way under the same circumstances. Sometimes workflow
dictates when permissions apply. Of course if you created the workflow you
will probably know the possibility of that happening.

In case you are wondering, we are using Oracle 8.05 at present. Now that I
think of it this has only occurred once in about a year now for this
version. I think I saw it twice in Oracle 7.3.4 over a 1 year period.

Terrence J Hensley
Litton/PRC - SETA_EAMS
703-553-3522



-----Original Message-----
From: Rick Ponzo [mailto:list@HELP.SPAWAR.NAVY.MIL]
Sent: Monday, January 24, 2000 16:06
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Lose Permissions


Greetings,

Once in a while I get a call from someone who is updating a record but
receives an error telling them they don't have write access to the field. I
go in and remove their group from the permissions, and add them again, and
everything works again. Anyone see this?

Thanks,


Rick Ponzo
Senior System Administrator
Litton/PRC
SPAWAR Technical Information Center
619-524-3535
ponzo@spawar.navy.mil


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

We had this problem when we upgraded to Version 4.0. We were using patch
822 when we upgraded. To fix the problem, we went to patch 850 and the
issue seemed to be resolved.

Joe Esdale
CareTech Solutions

-----Original Message-----
From: Rick Ponzo [mailto:list@HELP.SPAWAR.NAVY.MIL]
Sent: Monday, January 24, 2000 4:06 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Lose Permissions


Greetings,

Once in a while I get a call from someone who is updating a record but
receives an error telling them they don't have write access to the field. I
go in and remove their group from the permissions, and add them again, and
everything works again. Anyone see this?

Thanks,


Rick Ponzo
Senior System Administrator
Litton/PRC
SPAWAR Technical Information Center
619-524-3535
ponzo@spawar.navy.mil


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

I'm so happy to see that I'm not the only one having all sorts of problems.
For the permissions, what I did is a sub routine that runs regularly. That
routine just purge the USER cache and GROUP cache. It works pretty well. I
haven't had that problem since I've done that.
The command lines are: arreload -a -p -d -f -s
-u User
arreload -a -p -d -f
-s -g Group

This will purge both permissions cache and reload it with the corrected
value.


Hope this helps

Pascale
***************************************
Pascale Boyer
Programmer Analyst Tel: (514) 341-6780 x4499
CAE electronic ltee email:boyerp@cae.ca

Department 70 - Computer Support Services


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

probably don't see it often due to fact that are system is shutdown every
night for backups - Database and Operating system. That would certainly
explain our infrequent occurrence of the problem.

I wonder if some kind of tuning might help! Any thoughts!

Terrence J Hensley
Litton/PRC - SETA_EAMS
703-553-3522

-----Original Message-----
From: Pascale Boyer [mailto:boyerp@CAE.CA]
Sent: Tuesday, January 25, 2000 08:40
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Hi all,
I'm so happy to see that I'm not the only one having all sorts of problems.
For the permissions, what I did is a sub routine that runs regularly. That
routine just purge the USER cache and GROUP cache. It works pretty well. I
haven't had that problem since I've done that.
The command lines are: arreload -a -p -d -f -s
-u User
arreload -a -p -d -f
-s -g Group

This will purge both permissions cache and reload it with the corrected
value.


Hope this helps

Pascale
***************************************
Pascale Boyer
Programmer Analyst Tel: (514) 341-6780 x4499
CAE electronic ltee email:boyerp@cae.ca

Department 70 - Computer Support Services


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

I'm experiencing this problem on an NT system with SQL 6.5, ARS 4.0.3.

Rick
----- Original Message -----
From: Cook, Rick
To:
Sent: Monday, January 24, 2000 2:33 PM
Subject: Re: Lose Permissions


> Been following this thread with more interest than an Oracle problem would
> generally warrant. I'm not an Oracle person (yet), but it seems to me
that
> if bouncing the client app clears the problem, the cause might be a
> corruption in the cache - either at the sending end (client), or the
> receiving end (server). Since the problem is specific to Oracle, could it
> also be what Remedy believes to be a DBMS-enforced timeout of some kind?
>
> Rick Cook
> ISS Remedy Consultant
> AT&T Wireless Services
> 425-580-8139
>
> > -----Original Message-----
> > From: Zandi Patrick S TSgt AFRL/IFOSS [SMTP:Patrick.Zandi@RL.AF.MIL]
> > Sent: Monday, January 24, 2000 1:58 PM
> > To: ARSLIST@LISTSERV.VISTAIT.COM
> > Subject: Re: Lose Permissions
> >
> > I have this issue right now.. and it is getting worse Slowly...
> > I have the customer log in and out and all is fine..
> > But I do nothing.. Which is Very Irratating...
> > I am hoping the 4.0.3 Patch 863 is going to fix this...
> > But we will see...
> > If anyone fixed it .. then I would love to find out how...
> > Oracle 7.3.4 ARS 4.0.2, no patch.. Solaris. Sun. :-)
> >
> > -----Original Message-----
> > From: Hensley Terrence [mailto:Hensley_Terrence@PRC.COM]
> > Sent: Monday, January 24, 2000 4:19 PM
> > To: ARSLIST@LISTSERV.VISTAIT.COM
> > Subject: Re: Lose Permissions
> >
> >
> > Sur nough!. Yes it has seemed to resolve some of my problems on
occasion,
> > though not always.
> > Just make sure the circumstances are consistent, that is changes were
made
> > exactly the same way under the same circumstances. Sometimes workflow
> > dictates when permissions apply. Of course if you created the workflow
> > you
> > will probably know the possibility of that happening.
> >
> > In case you are wondering, we are using Oracle 8.05 at present. Now
that
> > I
> > think of it this has only occurred once in about a year now for this
> > version. I think I saw it twice in Oracle 7.3.4 over a 1 year period.
> >
> > Terrence J Hensley
> > Litton/PRC - SETA_EAMS
> > 703-553-3522
> >
> >
> >
> > -----Original Message-----
> > From: Rick Ponzo [mailto:list@HELP.SPAWAR.NAVY.MIL]
> > Sent: Monday, January 24, 2000 16:06
> > To: ARSLIST@LISTSERV.VISTAIT.COM
> > Subject: Lose Permissions
> >
> >
> > Greetings,
> >
> > Once in a while I get a call from someone who is updating a record but
> > receives an error telling them they don't have write access to the
field.
> > I
> > go in and remove their group from the permissions, and add them again,
and
> > everything works again. Anyone see this?
> >
> > Thanks,
> >
> >
> > Rick Ponzo
> > Senior System Administrator
> > Litton/PRC
> > SPAWAR Technical Information Center
> > 619-524-3535
> > ponzo@spawar.navy.mil
> >
> >
> > To Unsubscribe send e-mail to:
> > body of text is: unsubscribe arslist
> >
> >
> > To Unsubscribe send e-mail to:
> > body of text is: unsubscribe arslist
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

I don't have too many date fields, which is probably why I haven't seen the
problem there.

Rick
----- Original Message -----
From:
To:
Sent: Monday, January 24, 2000 4:15 PM
Subject: Re: Lose Permissions


> Hi all
>
> Not sure if this is relevant, but we have found (with the 4.0.2 User Tool)
that
> Windows date formats play a role in some permissions issues.
>
> Our users, if they get perms errors, almost always get them on date
fields.
> Changing the date format to English (US), with a short date format of
dd-mmm-yy,
> fixes the problem. (Which would be fine if we were *in* the US!!!)
>
> Hoping 4.0.3 User Tool and 4.0.3 server will help with this.
>
> jason
>
>
>
>
>
>
> "Zandi Patrick S TSgt AFRL/IFOSS" on 25/01/2000
> 07:57:39 AM
>
> Please respond to "Action Request System discussion list(ARSList)"
>
>
> To: ARSLIST@LISTSERV.VISTAIT.COM
> cc: (bcc: Jason Pearse/Sydney/KAZ/AU)
> Subject: Re: Lose Permissions
>
>
>
> I have this issue right now.. and it is getting worse Slowly...
> I have the customer log in and out and all is fine..
> But I do nothing.. Which is Very Irratating...
> I am hoping the 4.0.3 Patch 863 is going to fix this...
> But we will see...
> If anyone fixed it .. then I would love to find out how...
> Oracle 7.3.4 ARS 4.0.2, no patch.. Solaris. Sun. :-)
>
> -----Original Message-----
> From: Hensley Terrence [mailto:Hensley_Terrence@PRC.COM]
> Sent: Monday, January 24, 2000 4:19 PM
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Re: Lose Permissions
>
>
> Sur nough!. Yes it has seemed to resolve some of my problems on occasion,
> though not always.
> Just make sure the circumstances are consistent, that is changes were made
> exactly the same way under the same circumstances. Sometimes workflow
> dictates when permissions apply. Of course if you created the workflow
you
> will probably know the possibility of that happening.
>
> In case you are wondering, we are using Oracle 8.05 at present. Now that
I
> think of it this has only occurred once in about a year now for this
> version. I think I saw it twice in Oracle 7.3.4 over a 1 year period.
>
> Terrence J Hensley
> Litton/PRC - SETA_EAMS
> 703-553-3522
>
>
>
> -----Original Message-----
> From: Rick Ponzo [mailto:list@HELP.SPAWAR.NAVY.MIL]
> Sent: Monday, January 24, 2000 16:06
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Lose Permissions
>
>
> Greetings,
>
> Once in a while I get a call from someone who is updating a record but
> receives an error telling them they don't have write access to the field.
I
> go in and remove their group from the permissions, and add them again, and
> everything works again. Anyone see this?
>
> Thanks,
>
>
> Rick Ponzo
> Senior System Administrator
> Litton/PRC
> SPAWAR Technical Information Center
> 619-524-3535
> ponzo@spawar.navy.mil
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

----- Original Message -----
From: Pascale Boyer
To:
Sent: Tuesday, January 25, 2000 5:39 AM
Subject: Re: Lose Permissions


> Hi all,
> I'm so happy to see that I'm not the only one having all sorts of
problems.
> For the permissions, what I did is a sub routine that runs regularly. That
> routine just purge the USER cache and GROUP cache. It works pretty well. I
> haven't had that problem since I've done that.
> The command lines are: arreload -a -p -d -f -s
> -u User
> arreload -a -p
-d -f
> -s -g Group
>
> This will purge both permissions cache and reload it with the corrected
> value.
>
>
> Hope this helps
>
> Pascale
> ***************************************
> Pascale Boyer
> Programmer Analyst Tel: (514) 341-6780 x4499
> CAE electronic ltee email:boyerp@cae.ca
>
> Department 70 - Computer Support Services
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

I stopped ARSystem cache, and started it.. in the past.. No
Difference..
so this is not it.. But it might be the user cache.. and there privileges...
and I did not bounce the client,., just logged back in ..

-----Original Message-----
From: Cook, Rick [mailto:rick.cook@ATTWS.COM]
Sent: Monday, January 24, 2000 5:33 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Been following this thread with more interest than an Oracle problem would
generally warrant. I'm not an Oracle person (yet), but it seems to me that
if bouncing the client app clears the problem, the cause might be a
corruption in the cache - either at the sending end (client), or the
receiving end (server). Since the problem is specific to Oracle, could it
also be what Remedy believes to be a DBMS-enforced timeout of some kind?

Rick Cook
ISS Remedy Consultant
AT&T Wireless Services
425-580-8139

> -----Original Message-----
> From: Zandi Patrick S TSgt AFRL/IFOSS [SMTP:Patrick.Zandi@RL.AF.MIL]
> Sent: Monday, January 24, 2000 1:58 PM
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Re: Lose Permissions
>
> I have this issue right now.. and it is getting worse Slowly...
> I have the customer log in and out and all is fine..
> But I do nothing.. Which is Very Irratating...
> I am hoping the 4.0.3 Patch 863 is going to fix this...
> But we will see...
> If anyone fixed it .. then I would love to find out how...
> Oracle 7.3.4 ARS 4.0.2, no patch.. Solaris. Sun. :-)
>
> -----Original Message-----
> From: Hensley Terrence [mailto:Hensley_Terrence@PRC.COM]
> Sent: Monday, January 24, 2000 4:19 PM
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Re: Lose Permissions
>
>
> Sur nough!. Yes it has seemed to resolve some of my problems on occasion,
> though not always.
> Just make sure the circumstances are consistent, that is changes were made
> exactly the same way under the same circumstances. Sometimes workflow
> dictates when permissions apply. Of course if you created the workflow
> you
> will probably know the possibility of that happening.
>
> In case you are wondering, we are using Oracle 8.05 at present. Now that
> I
> think of it this has only occurred once in about a year now for this
> version. I think I saw it twice in Oracle 7.3.4 over a 1 year period.
>
> Terrence J Hensley
> Litton/PRC - SETA_EAMS
> 703-553-3522
>
>
>
> -----Original Message-----
> From: Rick Ponzo [mailto:list@HELP.SPAWAR.NAVY.MIL]
> Sent: Monday, January 24, 2000 16:06
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Lose Permissions
>
>
> Greetings,
>
> Once in a while I get a call from someone who is updating a record but
> receives an error telling them they don't have write access to the field.
> I
> go in and remove their group from the permissions, and add them again, and
> everything works again. Anyone see this?
>
> Thanks,
>
>
> Rick Ponzo
> Senior System Administrator
> Litton/PRC
> SPAWAR Technical Information Center
> 619-524-3535
> ponzo@spawar.navy.mil
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

this problem intermittently on versions 3.2 and 4.02 (unpatched). I don't
think I've ever seen it on a date field though, usually it's character
fields. At first I used to run around checking the permissions when a
user experienced this phenomenon but now I just tell them to log in again
and that always works. Remedy can no longer say no one else has reported
the problem!

- Janet

At 06:37 AM 1/25/2000 -0800, you wrote:
>Hey Rick,
>I'm experiencing this problem on an NT system with SQL 6.5, ARS 4.0.3.
>
>Rick
>----- Original Message -----
>From: Cook, Rick
>To:
>Sent: Monday, January 24, 2000 2:33 PM
>Subject: Re: Lose Permissions
>
>
>> Been following this thread with more interest than an Oracle problem would
>> generally warrant. I'm not an Oracle person (yet), but it seems to me
>that
>> if bouncing the client app clears the problem, the cause might be a
>> corruption in the cache - either at the sending end (client), or the
>> receiving end (server). Since the problem is specific to Oracle, could it
>> also be what Remedy believes to be a DBMS-enforced timeout of some kind?
>>
>> Rick Cook
>> ISS Remedy Consultant
>> AT&T Wireless Services
>> 425-580-8139
>>
>> > -----Original Message-----
>> > From: Zandi Patrick S TSgt AFRL/IFOSS [SMTP:Patrick.Zandi@RL.AF.MIL]
>> > Sent: Monday, January 24, 2000 1:58 PM
>> > To: ARSLIST@LISTSERV.VISTAIT.COM
>> > Subject: Re: Lose Permissions
>> >
>> > I have this issue right now.. and it is getting worse Slowly...
>> > I have the customer log in and out and all is fine..
>> > But I do nothing.. Which is Very Irratating...
>> > I am hoping the 4.0.3 Patch 863 is going to fix this...
>> > But we will see...
>> > If anyone fixed it .. then I would love to find out how...
>> > Oracle 7.3.4 ARS 4.0.2, no patch.. Solaris. Sun. :-)
>> >
>> > -----Original Message-----
>> > From: Hensley Terrence [mailto:Hensley_Terrence@PRC.COM]
>> > Sent: Monday, January 24, 2000 4:19 PM
>> > To: ARSLIST@LISTSERV.VISTAIT.COM
>> > Subject: Re: Lose Permissions
>> >
>> >
>> > Sur nough!. Yes it has seemed to resolve some of my problems on
>occasion,
>> > though not always.
>> > Just make sure the circumstances are consistent, that is changes were
>made
>> > exactly the same way under the same circumstances. Sometimes workflow
>> > dictates when permissions apply. Of course if you created the workflow
>> > you
>> > will probably know the possibility of that happening.
>> >
>> > In case you are wondering, we are using Oracle 8.05 at present. Now
>that
>> > I
>> > think of it this has only occurred once in about a year now for this
>> > version. I think I saw it twice in Oracle 7.3.4 over a 1 year period.
>> >
>> > Terrence J Hensley
>> > Litton/PRC - SETA_EAMS
>> > 703-553-3522
>> >
>> >
>> >
>> > -----Original Message-----
>> > From: Rick Ponzo [mailto:list@HELP.SPAWAR.NAVY.MIL]
>> > Sent: Monday, January 24, 2000 16:06
>> > To: ARSLIST@LISTSERV.VISTAIT.COM
>> > Subject: Lose Permissions
>> >
>> >
>> > Greetings,
>> >
>> > Once in a while I get a call from someone who is updating a record but
>> > receives an error telling them they don't have write access to the
>field.
>> > I
>> > go in and remove their group from the permissions, and add them again,
>and
>> > everything works again. Anyone see this?
>> >
>> > Thanks,
>> >
>> >
>> > Rick Ponzo
>> > Senior System Administrator
>> > Litton/PRC
>> > SPAWAR Technical Information Center
>> > 619-524-3535
>> > ponzo@spawar.navy.mil
>> >
>> >
>> > To Unsubscribe send e-mail to:
>> > body of text is: unsubscribe arslist
>> >
>> >
>> > To Unsubscribe send e-mail to:
>> > body of text is: unsubscribe arslist
>>
>>
>> To Unsubscribe send e-mail to:
>> body of text is: unsubscribe arslist
>
>
>To Unsubscribe send e-mail to:
>body of text is: unsubscribe arslist
>
Janet Anker x6050
Computing Services Department
The Jackson Laboratory


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

I too have had problems with permissions. I just found out the if the error
messsage contains just the field number the problem is on another form; if
it contains the field number and NAME the problem is on the active window.

PHIL

-----Original Message-----
From: Zandi Patrick S TSgt AFRL/IFOSS [mailto:Patrick.Zandi@RL.AF.MIL]
Sent: Tuesday, January 25, 2000 10:45 AM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Just to tell you all
I stopped ARSystem cache, and started it.. in the past.. No
Difference..
so this is not it.. But it might be the user cache.. and there privileges...
and I did not bounce the client,., just logged back in ..

-----Original Message-----
From: Cook, Rick [mailto:rick.cook@ATTWS.COM]
Sent: Monday, January 24, 2000 5:33 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Been following this thread with more interest than an Oracle problem would
generally warrant. I'm not an Oracle person (yet), but it seems to me that
if bouncing the client app clears the problem, the cause might be a
corruption in the cache - either at the sending end (client), or the
receiving end (server). Since the problem is specific to Oracle, could it
also be what Remedy believes to be a DBMS-enforced timeout of some kind?

Rick Cook
ISS Remedy Consultant
AT&T Wireless Services
425-580-8139

> -----Original Message-----
> From: Zandi Patrick S TSgt AFRL/IFOSS [SMTP:Patrick.Zandi@RL.AF.MIL]
> Sent: Monday, January 24, 2000 1:58 PM
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Re: Lose Permissions
>
> I have this issue right now.. and it is getting worse Slowly...
> I have the customer log in and out and all is fine..
> But I do nothing.. Which is Very Irratating...
> I am hoping the 4.0.3 Patch 863 is going to fix this...
> But we will see...
> If anyone fixed it .. then I would love to find out how...
> Oracle 7.3.4 ARS 4.0.2, no patch.. Solaris. Sun. :-)
>
> -----Original Message-----
> From: Hensley Terrence [mailto:Hensley_Terrence@PRC.COM]
> Sent: Monday, January 24, 2000 4:19 PM
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Re: Lose Permissions
>
>
> Sur nough!. Yes it has seemed to resolve some of my problems on occasion,
> though not always.
> Just make sure the circumstances are consistent, that is changes were made
> exactly the same way under the same circumstances. Sometimes workflow
> dictates when permissions apply. Of course if you created the workflow
> you
> will probably know the possibility of that happening.
>
> In case you are wondering, we are using Oracle 8.05 at present. Now that
> I
> think of it this has only occurred once in about a year now for this
> version. I think I saw it twice in Oracle 7.3.4 over a 1 year period.
>
> Terrence J Hensley
> Litton/PRC - SETA_EAMS
> 703-553-3522
>
>
>
> -----Original Message-----
> From: Rick Ponzo [mailto:list@HELP.SPAWAR.NAVY.MIL]
> Sent: Monday, January 24, 2000 16:06
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Lose Permissions
>
>
> Greetings,
>
> Once in a while I get a call from someone who is updating a record but
> receives an error telling them they don't have write access to the field.
> I
> go in and remove their group from the permissions, and add them again, and
> everything works again. Anyone see this?
>
> Thanks,
>
>
> Rick Ponzo
> Senior System Administrator
> Litton/PRC
> SPAWAR Technical Information Center
> 619-524-3535
> ponzo@spawar.navy.mil
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

However I am thinkin the following in a Escalation is my answer
every
morning at 0600 run the job.. see how that goes..
AND Give Thanks to Pascale

-----SEE BELOW ---- ><><><><><><><><><><><><><><><><><><><><><><><><>
Hi all,
I'm so happy to see that I'm not the only one having all sorts of problems.
For the permissions, what I did is a sub routine that runs regularly. That
routine just purge the USER cache and GROUP cache. It works pretty well. I
haven't had that problem since I've done that.
The command lines are: arreload -a -p -d -f -s
-u User
arreload -a -p -d -f
-s -g Group

This will purge both permissions cache and reload it with the corrected
value.
Hope this helps

Pascale
***************************************
Pascale Boyer
Programmer Analyst Tel: (514) 341-6780 x4499

><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
-----Original Message-----
From: Phil Boucher [mailto:pboucher@INTRASYSTEMS.COM]
Sent: Tuesday, January 25, 2000 12:24 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Zandi,
I too have had problems with permissions. I just found out the if the error
messsage contains just the field number the problem is on another form; if
it contains the field number and NAME the problem is on the active window.

PHIL

-----Original Message-----
From: Zandi Patrick S TSgt AFRL/IFOSS [mailto:Patrick.Zandi@RL.AF.MIL]
Sent: Tuesday, January 25, 2000 10:45 AM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Just to tell you all
I stopped ARSystem cache, and started it.. in the past.. No
Difference..
so this is not it.. But it might be the user cache.. and there privileges...
and I did not bounce the client,., just logged back in ..

-----Original Message-----
From: Cook, Rick [mailto:rick.cook@ATTWS.COM]
Sent: Monday, January 24, 2000 5:33 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Been following this thread with more interest than an Oracle problem would
generally warrant. I'm not an Oracle person (yet), but it seems to me that
if bouncing the client app clears the problem, the cause might be a
corruption in the cache - either at the sending end (client), or the
receiving end (server). Since the problem is specific to Oracle, could it
also be what Remedy believes to be a DBMS-enforced timeout of some kind?

Rick Cook
ISS Remedy Consultant
AT&T Wireless Services
425-580-8139

> -----Original Message-----
> From: Zandi Patrick S TSgt AFRL/IFOSS [SMTP:Patrick.Zandi@RL.AF.MIL]
> Sent: Monday, January 24, 2000 1:58 PM
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Re: Lose Permissions
>
> I have this issue right now.. and it is getting worse Slowly...
> I have the customer log in and out and all is fine..
> But I do nothing.. Which is Very Irratating...
> I am hoping the 4.0.3 Patch 863 is going to fix this...
> But we will see...
> If anyone fixed it .. then I would love to find out how...
> Oracle 7.3.4 ARS 4.0.2, no patch.. Solaris. Sun. :-)
>
> -----Original Message-----
> From: Hensley Terrence [mailto:Hensley_Terrence@PRC.COM]
> Sent: Monday, January 24, 2000 4:19 PM
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Re: Lose Permissions
>
>
> Sur nough!. Yes it has seemed to resolve some of my problems on occasion,
> though not always.
> Just make sure the circumstances are consistent, that is changes were made
> exactly the same way under the same circumstances. Sometimes workflow
> dictates when permissions apply. Of course if you created the workflow
> you
> will probably know the possibility of that happening.
>
> In case you are wondering, we are using Oracle 8.05 at present. Now that
> I
> think of it this has only occurred once in about a year now for this
> version. I think I saw it twice in Oracle 7.3.4 over a 1 year period.
>
> Terrence J Hensley
> Litton/PRC - SETA_EAMS
> 703-553-3522
>
>
>
> -----Original Message-----
> From: Rick Ponzo [mailto:list@HELP.SPAWAR.NAVY.MIL]
> Sent: Monday, January 24, 2000 16:06
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Lose Permissions
>
>
> Greetings,
>
> Once in a while I get a call from someone who is updating a record but
> receives an error telling them they don't have write access to the field.
> I
> go in and remove their group from the permissions, and add them again, and
> everything works again. Anyone see this?
>
> Thanks,
>
>
> Rick Ponzo
> Senior System Administrator
> Litton/PRC
> SPAWAR Technical Information Center
> 619-524-3535
> ponzo@spawar.navy.mil
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

and see this all the time. We thought it was just us since we have
just started using HelpDesk 4.0. Let me know if you ever get an
answer from Remedy.

Rosie

>>> Zandi Patrick S TSgt AFRL/IFOSS 01/25/00 10:45AM >>>
Just to tell you all
I stopped ARSystem cache, and started it.. in the past.. No
Difference..
so this is not it.. But it might be the user cache.. and there privileges...
and I did not bounce the client,., just logged back in ..

-----Original Message-----
From: Cook, Rick [mailto:rick.cook@ATTWS.COM]
Sent: Monday, January 24, 2000 5:33 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Been following this thread with more interest than an Oracle problem would
generally warrant. I'm not an Oracle person (yet), but it seems to me that
if bouncing the client app clears the problem, the cause might be a
corruption in the cache - either at the sending end (client), or the
receiving end (server). Since the problem is specific to Oracle, could it
also be what Remedy believes to be a DBMS-enforced timeout of some kind?

Rick Cook
ISS Remedy Consultant
AT&T Wireless Services
425-580-8139

> -----Original Message-----
> From: Zandi Patrick S TSgt AFRL/IFOSS [SMTP:Patrick.Zandi@RL.AF.MIL]
> Sent: Monday, January 24, 2000 1:58 PM
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Re: Lose Permissions
>
> I have this issue right now.. and it is getting worse Slowly...
> I have the customer log in and out and all is fine..
> But I do nothing.. Which is Very Irratating...
> I am hoping the 4.0.3 Patch 863 is going to fix this...
> But we will see...
> If anyone fixed it .. then I would love to find out how...
> Oracle 7.3.4 ARS 4.0.2, no patch.. Solaris. Sun. :-)
>
> -----Original Message-----
> From: Hensley Terrence [mailto:Hensley_Terrence@PRC.COM]
> Sent: Monday, January 24, 2000 4:19 PM
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Re: Lose Permissions
>
>
> Sur nough!. Yes it has seemed to resolve some of my problems on occasion,
> though not always.
> Just make sure the circumstances are consistent, that is changes were made
> exactly the same way under the same circumstances. Sometimes workflow
> dictates when permissions apply. Of course if you created the workflow
> you
> will probably know the possibility of that happening.
>
> In case you are wondering, we are using Oracle 8.05 at present. Now that
> I
> think of it this has only occurred once in about a year now for this
> version. I think I saw it twice in Oracle 7.3.4 over a 1 year period.
>
> Terrence J Hensley
> Litton/PRC - SETA_EAMS
> 703-553-3522
>
>
>
> -----Original Message-----
> From: Rick Ponzo [mailto:list@HELP.SPAWAR.NAVY.MIL]
> Sent: Monday, January 24, 2000 16:06
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Lose Permissions
>
>
> Greetings,
>
> Once in a while I get a call from someone who is updating a record but
> receives an error telling them they don't have write access to the field.
> I
> go in and remove their group from the permissions, and add them again, and
> everything works again. Anyone see this?
>
> Thanks,
>
>
> Rick Ponzo
> Senior System Administrator
> Litton/PRC
> SPAWAR Technical Information Center
> 619-524-3535
> ponzo@spawar.navy.mil
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

I've done that and still have prolems with HelpDesk 4.0. My problems seem
to be associated with active links. I've rewritten some in the past and
that cured the problem. However; lost permissions appeared again on a
different Active Link, some I've created, some that came with the software.
It's a real problem !!
Phil

-----Original Message-----
From: Zandi Patrick S TSgt AFRL/IFOSS [mailto:Patrick.Zandi@RL.AF.MIL]
Sent: Tuesday, January 25, 2000 3:04 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Gotcha Phil,
However I am thinkin the following in a Escalation is my answer
every
morning at 0600 run the job.. see how that goes..
AND Give Thanks to Pascale

-----SEE BELOW ---- ><><><><><><><><><><><><><><><><><><><><><><><><>
Hi all,
I'm so happy to see that I'm not the only one having all sorts of problems.
For the permissions, what I did is a sub routine that runs regularly. That
routine just purge the USER cache and GROUP cache. It works pretty well. I
haven't had that problem since I've done that.
The command lines are: arreload -a -p -d -f -s
-u User
arreload -a -p -d -f
-s -g Group

This will purge both permissions cache and reload it with the corrected
value.
Hope this helps

Pascale
***************************************
Pascale Boyer
Programmer Analyst Tel: (514) 341-6780 x4499

><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
-----Original Message-----
From: Phil Boucher [mailto:pboucher@INTRASYSTEMS.COM]
Sent: Tuesday, January 25, 2000 12:24 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Zandi,
I too have had problems with permissions. I just found out the if the error
messsage contains just the field number the problem is on another form; if
it contains the field number and NAME the problem is on the active window.

PHIL

-----Original Message-----
From: Zandi Patrick S TSgt AFRL/IFOSS [mailto:Patrick.Zandi@RL.AF.MIL]
Sent: Tuesday, January 25, 2000 10:45 AM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Just to tell you all
I stopped ARSystem cache, and started it.. in the past.. No
Difference..
so this is not it.. But it might be the user cache.. and there privileges...
and I did not bounce the client,., just logged back in ..

-----Original Message-----
From: Cook, Rick [mailto:rick.cook@ATTWS.COM]
Sent: Monday, January 24, 2000 5:33 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Been following this thread with more interest than an Oracle problem would
generally warrant. I'm not an Oracle person (yet), but it seems to me that
if bouncing the client app clears the problem, the cause might be a
corruption in the cache - either at the sending end (client), or the
receiving end (server). Since the problem is specific to Oracle, could it
also be what Remedy believes to be a DBMS-enforced timeout of some kind?

Rick Cook
ISS Remedy Consultant
AT&T Wireless Services
425-580-8139

> -----Original Message-----
> From: Zandi Patrick S TSgt AFRL/IFOSS [SMTP:Patrick.Zandi@RL.AF.MIL]
> Sent: Monday, January 24, 2000 1:58 PM
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Re: Lose Permissions
>
> I have this issue right now.. and it is getting worse Slowly...
> I have the customer log in and out and all is fine..
> But I do nothing.. Which is Very Irratating...
> I am hoping the 4.0.3 Patch 863 is going to fix this...
> But we will see...
> If anyone fixed it .. then I would love to find out how...
> Oracle 7.3.4 ARS 4.0.2, no patch.. Solaris. Sun. :-)
>
> -----Original Message-----
> From: Hensley Terrence [mailto:Hensley_Terrence@PRC.COM]
> Sent: Monday, January 24, 2000 4:19 PM
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Re: Lose Permissions
>
>
> Sur nough!. Yes it has seemed to resolve some of my problems on occasion,
> though not always.
> Just make sure the circumstances are consistent, that is changes were made
> exactly the same way under the same circumstances. Sometimes workflow
> dictates when permissions apply. Of course if you created the workflow
> you
> will probably know the possibility of that happening.
>
> In case you are wondering, we are using Oracle 8.05 at present. Now that
> I
> think of it this has only occurred once in about a year now for this
> version. I think I saw it twice in Oracle 7.3.4 over a 1 year period.
>
> Terrence J Hensley
> Litton/PRC - SETA_EAMS
> 703-553-3522
>
>
>
> -----Original Message-----
> From: Rick Ponzo [mailto:list@HELP.SPAWAR.NAVY.MIL]
> Sent: Monday, January 24, 2000 16:06
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Lose Permissions
>
>
> Greetings,
>
> Once in a while I get a call from someone who is updating a record but
> receives an error telling them they don't have write access to the field.
> I
> go in and remove their group from the permissions, and add them again, and
> everything works again. Anyone see this?
>
> Thanks,
>
>
> Rick Ponzo
> Senior System Administrator
> Litton/PRC
> SPAWAR Technical Information Center
> 619-524-3535
> ponzo@spawar.navy.mil
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

We have been having permission problems ever since upgrading to 4.x. I find
it very interesting that Remedy could never duplicate the problem and closed
ALL of my tickets. Obviously there is a problem or all of you would not have
been writing about it.

Does anyone know when the "New Patch" will be available and how we can get
it? Has anyone also been experiencing unusual timeout issues when performing
simple list queries. It seems that every day I get a call from my Help Desk
folks telling me that Remedy is giving them the dreaded RPC timeout error.
This never happened under version 3.x and my database has not changed!

I wish Remedy would share some of these bugs with their tech support people.
I have been getting the run-around for two months on these issues.



Barry Diamond
American Express
Email: Barry.Diamond@aexp.com
Phone: (801) 965-5468
Fax: (801) 965-5500


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

(Thank God for ARSList) I thought I was losing my mind with these
intermittent
write access problems. I could tell something funny started happening with
permissions after we upgraded to 4.02 - but never really spent much time
looking
into it. Thank you!

At 07:27 AM 1/25/00 -0500, you wrote:
>Rick,
>
>We had this problem when we upgraded to Version 4.0. We were using patch
>822 when we upgraded. To fix the problem, we went to patch 850 and the
>issue seemed to be resolved.
>>
********************************************************************
Susan (Markus) Coulter
Technical Staff Member
CIC-15 / Advanced Database and Information Technologies
Los Alamos National Laboratory

email: skc@lanl.gov
voice: (505) 667-8425
fax: (505) 665-5402
i********************************************************************


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

I am going to patch 4.0.3 Patch 863 though.. hoping for a Permanent Fix.

-----Original Message-----
From: Barry Diamond [mailto:Barry.Diamond@AEXP.COM]
Sent: Wednesday, January 26, 2000 10:34 AM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Listers,

We have been having permission problems ever since upgrading to 4.x. I find
it very interesting that Remedy could never duplicate the problem and closed
ALL of my tickets. Obviously there is a problem or all of you would not
have
been writing about it.

Does anyone know when the "New Patch" will be available and how we can get
it? Has anyone also been experiencing unusual timeout issues when
performing
simple list queries. It seems that every day I get a call from my Help Desk
folks telling me that Remedy is giving them the dreaded RPC timeout error.
This never happened under version 3.x and my database has not changed!

I wish Remedy would share some of these bugs with their tech support people.
I have been getting the run-around for two months on these issues.



Barry Diamond
American Express
Email: Barry.Diamond@aexp.com
Phone: (801) 965-5468
Fax: (801) 965-5500


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

I have thought about this and cannot think of anything Vice your
standards..
Fields on form a and b have permissions by Group.. reloading cache
daily..
ARS 4.0.3 patch 870 Server is suppose to be out soon .. it is in Q&A.. I do
not
know if this fixes.. it.
--
1 thing I just thought of.. do your Groups have Spaces in them.. I replaced
mine with _
or S-cruntche-D them down to small words. like Bldg3 or IFE vice Customer
Support ///
Just Guessing here.. I wonder if the " " in Groups makes Any
difference in
Errors.


-----Original Message-----
From: Phil Boucher [mailto:pboucher@INTRASYSTEMS.COM]
Sent: Wednesday, January 26, 2000 9:38 AM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Pat,
I've done that and still have prolems with HelpDesk 4.0. My problems seem
to be associated with active links. I've rewritten some in the past and
that cured the problem. However; lost permissions appeared again on a
different Active Link, some I've created, some that came with the software.
It's a real problem !!
Phil

-----Original Message-----
From: Zandi Patrick S TSgt AFRL/IFOSS [mailto:Patrick.Zandi@RL.AF.MIL]
Sent: Tuesday, January 25, 2000 3:04 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Gotcha Phil,
However I am thinkin the following in a Escalation is my answer
every
morning at 0600 run the job.. see how that goes..
AND Give Thanks to Pascale

-----SEE BELOW ---- ><><><><><><><><><><><><><><><><><><><><><><><><>
Hi all,
I'm so happy to see that I'm not the only one having all sorts of problems.
For the permissions, what I did is a sub routine that runs regularly. That
routine just purge the USER cache and GROUP cache. It works pretty well. I
haven't had that problem since I've done that.
The command lines are: arreload -a -p -d -f -s
-u User
arreload -a -p -d -f
-s -g Group

This will purge both permissions cache and reload it with the corrected
value.
Hope this helps

Pascale
***************************************
Pascale Boyer
Programmer Analyst Tel: (514) 341-6780 x4499

><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
-----Original Message-----
From: Phil Boucher [mailto:pboucher@INTRASYSTEMS.COM]
Sent: Tuesday, January 25, 2000 12:24 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Zandi,
I too have had problems with permissions. I just found out the if the error
messsage contains just the field number the problem is on another form; if
it contains the field number and NAME the problem is on the active window.

PHIL

-----Original Message-----
From: Zandi Patrick S TSgt AFRL/IFOSS [mailto:Patrick.Zandi@RL.AF.MIL]
Sent: Tuesday, January 25, 2000 10:45 AM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Just to tell you all
I stopped ARSystem cache, and started it.. in the past.. No
Difference..
so this is not it.. But it might be the user cache.. and there privileges...
and I did not bounce the client,., just logged back in ..

-----Original Message-----
From: Cook, Rick [mailto:rick.cook@ATTWS.COM]
Sent: Monday, January 24, 2000 5:33 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Been following this thread with more interest than an Oracle problem would
generally warrant. I'm not an Oracle person (yet), but it seems to me that
if bouncing the client app clears the problem, the cause might be a
corruption in the cache - either at the sending end (client), or the
receiving end (server). Since the problem is specific to Oracle, could it
also be what Remedy believes to be a DBMS-enforced timeout of some kind?

Rick Cook
ISS Remedy Consultant
AT&T Wireless Services
425-580-8139

> -----Original Message-----
> From: Zandi Patrick S TSgt AFRL/IFOSS [SMTP:Patrick.Zandi@RL.AF.MIL]
> Sent: Monday, January 24, 2000 1:58 PM
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Re: Lose Permissions
>
> I have this issue right now.. and it is getting worse Slowly...
> I have the customer log in and out and all is fine..
> But I do nothing.. Which is Very Irratating...
> I am hoping the 4.0.3 Patch 863 is going to fix this...
> But we will see...
> If anyone fixed it .. then I would love to find out how...
> Oracle 7.3.4 ARS 4.0.2, no patch.. Solaris. Sun. :-)
>
> -----Original Message-----
> From: Hensley Terrence [mailto:Hensley_Terrence@PRC.COM]
> Sent: Monday, January 24, 2000 4:19 PM
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Re: Lose Permissions
>
>
> Sur nough!. Yes it has seemed to resolve some of my problems on occasion,
> though not always.
> Just make sure the circumstances are consistent, that is changes were made
> exactly the same way under the same circumstances. Sometimes workflow
> dictates when permissions apply. Of course if you created the workflow
> you
> will probably know the possibility of that happening.
>
> In case you are wondering, we are using Oracle 8.05 at present. Now that
> I
> think of it this has only occurred once in about a year now for this
> version. I think I saw it twice in Oracle 7.3.4 over a 1 year period.
>
> Terrence J Hensley
> Litton/PRC - SETA_EAMS
> 703-553-3522
>
>
>
> -----Original Message-----
> From: Rick Ponzo [mailto:list@HELP.SPAWAR.NAVY.MIL]
> Sent: Monday, January 24, 2000 16:06
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Lose Permissions
>
>
> Greetings,
>
> Once in a while I get a call from someone who is updating a record but
> receives an error telling them they don't have write access to the field.
> I
> go in and remove their group from the permissions, and add them again, and
> everything works again. Anyone see this?
>
> Thanks,
>
>
> Rick Ponzo
> Senior System Administrator
> Litton/PRC
> SPAWAR Technical Information Center
> 619-524-3535
> ponzo@spawar.navy.mil
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist
>
>
> To Unsubscribe send e-mail to:
> body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

in the fact that I have 2 entries in the server_cache table. I would be
curious
to see if everyone who is having this problem has more than one entry in the
server_cache table. Apparently, there should only be one. We have two.
(one with serverId = 1, server = arsuno ; one with serverId = 4, server =
arsuno.lanl.gov)
This can happen as a result of having different servernames embedded in
your workflow objects. We do have this situation.
The permanent fix is to delete both entries, put one back, run arreload,
export all objects
except forms (server independent), run arclean on them so that they all use
the
same server name, delete all the original objects, then re-import. This
seems really
scarey to me (exporting ALL my workflow - editing it - deleting the
originals -
then importing the modified ones). Whoa. I don't know if I have the guts
for this one.
Just thought you'd like to know !!


At 12:48 PM 1/26/00 -0500, you wrote:
>4.0.2 on oracle 734 or 7345 has problem.
>I am going to patch 4.0.3 Patch 863 though.. hoping for a Permanent Fix.
>
>-----Original Message-----
>From: Barry Diamond [mailto:Barry.Diamond@AEXP.COM]
>Sent: Wednesday, January 26, 2000 10:34 AM
>To: ARSLIST@LISTSERV.VISTAIT.COM
>Subject: Re: Lose Permissions
>
>
>Listers,
>
>We have been having permission problems ever since upgrading to 4.x. I find
>it very interesting that Remedy could never duplicate the problem and closed
>ALL of my tickets. Obviously there is a problem or all of you would not
>have
>been writing about it.
>
>Does anyone know when the "New Patch" will be available and how we can get
>it? Has anyone also been experiencing unusual timeout issues when
>performing
>simple list queries. It seems that every day I get a call from my Help Desk
>folks telling me that Remedy is giving them the dreaded RPC timeout error.
>This never happened under version 3.x and my database has not changed!
>
>I wish Remedy would share some of these bugs with their tech support people.
>I have been getting the run-around for two months on these issues.
>
>
>
>Barry Diamond
>American Express
>Email: Barry.Diamond@aexp.com
>Phone: (801) 965-5468
>Fax: (801) 965-5500
>
>
>To Unsubscribe send e-mail to:
>body of text is: unsubscribe arslist
>
>
>To Unsubscribe send e-mail to:
>body of text is: unsubscribe arslist
>
********************************************************************
Susan (Markus) Coulter
Technical Staff Member
CIC-15 / Advanced Database and Information Technologies
Los Alamos National Laboratory

email: skc@lanl.gov
voice: (505) 667-8425
fax: (505) 665-5402
i********************************************************************


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

the next time I have a report of permissions problems, which occur about
once a week. My server-cache only shows one entry:

serverId = 1
server = antidote

That's pretty strange when you consider that we have consciously tried to
have every aspect of the system, to include all imported workflow and all
clients, use the fully qualified domain name of antidote.acs.unt.edu
(reflects a vote of non-confidence in our campus DNS services, which have
been historically bad until lately).

Christopher Strauss, MSLS
Remedy Database Administrator
University of North Texas Computing Center
http://remedy.unt.edu/helpdesk/

> -----Original Message-----
> From: Susan K. Coulter [mailto:markus@LANL.GOV]
> Sent: Wednesday, January 26, 2000 12:48 PM
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Re: Lose Permissions
>
>
> Just spoke with Remedy tech support. They claim the problem is rooted
> in the fact that I have 2 entries in the server_cache table.
> I would be
> curious
> to see if everyone who is having this problem has more than
> one entry in the
> server_cache table. Apparently, there should only be one.
> We have two.
> (one with serverId = 1, server = arsuno ; one with serverId =
> 4, server =
> arsuno.lanl.gov)
> This can happen as a result of having different servernames
> embedded in
> your workflow objects. We do have this situation.


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

-----Original Message-----
From: Susan K. Coulter [ mailto:markus@LANL.GOV]
Sent: Wednesday, January 26, 2000 12:48 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Just spoke with Remedy tech support. They claim the problem is rooted
in the fact that I have 2 entries in the server_cache table. I would be
curious
to see if everyone who is having this problem has more than one entry in the
server_cache table. Apparently, there should only be one. We have two.
(one with serverId = 1, server = arsuno ; one with serverId = 4, server =
arsuno.lanl.gov)
This can happen as a result of having different servernames embedded in
your workflow objects. We do have this situation.
The permanent fix is to delete both entries, put one back, run arreload,
export all objects
except forms (server independent), run arclean on them so that they all use
the
same server name, delete all the original objects, then re-import. This
seems really
scarey to me (exporting ALL my workflow - editing it - deleting the
originals -
then importing the modified ones). Whoa. I don't know if I have the guts
for this one.
Just thought you'd like to know !!


At 12:48 PM 1/26/00 -0500, you wrote:
>4.0.2 on oracle 734 or 7345 has problem.
>I am going to patch 4.0.3 Patch 863 though.. hoping for a Permanent Fix.
>
>-----Original Message-----
>From: Barry Diamond [ mailto:Barry.Diamond@AEXP.COM]
>Sent: Wednesday, January 26, 2000 10:34 AM
>To: ARSLIST@LISTSERV.VISTAIT.COM
>Subject: Re: Lose Permissions
>
>
>Listers,
>
>We have been having permission problems ever since upgrading to 4.x. I find
>it very interesting that Remedy could never duplicate the problem and closed
>ALL of my tickets. Obviously there is a problem or all of you would not
>have
>been writing about it.
>
>Does anyone know when the "New Patch" will be available and how we can get
>it? Has anyone also been experiencing unusual timeout issues when
>performing
>simple list queries. It seems that every day I get a call from my Help Desk
>folks telling me that Remedy is giving them the dreaded RPC timeout error.
>This never happened under version 3.x and my database has not changed!
>
>I wish Remedy would share some of these bugs with their tech support people.
>I have been getting the run-around for two months on these issues.
>
>
>
>Barry Diamond
>American Express
>Email: Barry.Diamond@aexp.com
>Phone: (801) 965-5468
>Fax: (801) 965-5500
>
>
>To Unsubscribe send e-mail to:
>body of text is: unsubscribe arslist
>
>
>To Unsubscribe send e-mail to:
>body of text is: unsubscribe arslist
>
********************************************************************
Susan (Markus) Coulter
Technical Staff Member
CIC-15 / Advanced Database and Information Technologies
Los Alamos National Laboratory

email: skc@lanl.gov
voice: (505) 667-8425
fax: (505) 665-5402
i********************************************************************


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

Barry Diamond
American Express
Email: Barry.Diamond@aexp.com
Phone: (801) 965-5468
Fax: (801) 965-5500


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist

****************************
Hi Regina,

I just wanted to give you an update to this request...I have received the following information from engineering...the problem you are having -losing permissions to fields randomly have been reported by serveral customers and Engineering is aware of the problem.. Patch 870 on the server is currently in Development to resolve this issue. Once I have received notification that the patch is released I will forward that information for you to download. I will place this call in Support Follow Up until I have the required information to forward to you. Thank you for all of your patience on this issue.

Regards
Lisa
****************************
-----Original Message-----
From: Barry Diamond [ mailto:Barry.Diamond@AEXP.COM]
Sent: Wednesday, January 26, 2000 8:39 PM
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: Lose Permissions


Tried all of that! Still getting errors


Barry Diamond
American Express
Email: Barry.Diamond@aexp.com
Phone: (801) 965-5468
Fax: (801) 965-5500


To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist