Re: Question: Permission Issues with Infrastructure Change Management 7.x

2008-06-16 Thread Bilinski, John
Lisa,
 
You may be right, we are currently testing Remedy 7 in a lab/development
environment and are using 30-day trial licenses until we get within a
month of deployment so that we can upgrade and apply our 6x licenses to
the 7x environment. I just renewed the AR Server 30-day trial license
which could be what is causing the issue. I think I am going to have to
delete all of my test users, delete all of the licenses and start over. 
 
Thanks for the information. 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Lisa Westerfield
Sent: Friday, June 13, 2008 4:56 PM
To: arslist@ARSLIST.ORG
Subject: Re: Question: Permission Issues with Infrastructure Change
Management 7.x


** 

I have seen something similar when 1)we ran out of float licenses, 2)the
ARS permissions were Read, 3)the EA chaining order was incorrect, 4)the
User/People forms were out of synch, or 5)the license was not being
applied to the user appropriately

 

1  2:  It sounds as though you have these covered.

3:  If you are authenticating, check this setting in the server
information AR Administration Console/System/General/Server
Information/EA tab

4:  The best way to check #4 is to delete the People record, and
completely re-add the person.  Then check the licensing details on both
the people and user forms.

5. Check the license that is being applied to that user when they log
in.  AR Administration Console/Application/'Users/Groups/Roles'/License
Review

 

Hope that helps,

LisaD

 

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Bilinski, John
Sent: Friday, June 13, 2008 11:15 AM
To: arslist@ARSLIST.ORG
Subject: Question: Permission Issues with Infrastructure Change
Management 7.x

 

** 

 

I am running into some permission issues while I am testing Change
Management 7x. For example I created a user chgmanager. This user has
is in the proper support groups and has the proper functional roles as a
Change Manager and Change Assignee. But when I open certain change
Requests I am getting this error:

ARERR [332] You do not have write access (at create time) to field :
179 

ARERR [333] You have no access to field : 7 then a second error: ARERR
[313] Data types are not appropriate for relational operation:

Field ID:7 is The Status* field but I cannot find 179. What makes me
confused is that the Status* field  is General Access. What gives? 

 

Also when I go to another existing Change Request to update it when I
save the change it gives me this error: 

 ARERR [330] You do not have write access to field :  Address 

Here are the Permission groups my chgmanager user belongs to: 

Asset Viewer 
Infrastructure Change User (Fixed) 
Contact Location Admin 
Contact organization Admin 
Contact People User 
DSL Viewer 

AR Permissions: Floating AR User License. 
Access Restrictions: Unrestricted Access 

Has anyone seen these permission errors before? Is there a white paper
on Access controls for ITSM that gives the low-down on permissions and
access?

Thanks. 

John Bilinski 
Operations Services Staff 
JCON Help Desk 
202-305-3202 

__Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
html___

  http://www.bmc.com/userworld/  


TuringSMI is a Platinum Sponsor of both BMC UserWorld Events

Email Disclaimer  
This email has been sent from the TuringSMI Group 

This message is subject to and does not create or vary any contractual
relationship between TuringSMI, SMI Technologies, SMI Telco, its
subsidiaries or affiliates and you. Internet communications are not
secure and therefore the TuringSMI Group does not accept any legal
responsibility for the contents of this message. Any views or opinions
expressed are those of the author.  This message is intended for the
addressee(s) only and its contents and any attached files are strictly
confidential. If you have received it in error, please contact the
sender on the number above.

__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


Question: Permission Issues with Infrastructure Change Management 7.x

2008-06-13 Thread Bilinski, John

I am running into some permission issues while I am testing Change
Management 7x. For example I created a user chgmanager. This user has
is in the proper support groups and has the proper functional roles as a
Change Manager and Change Assignee. But when I open certain change
Requests I am getting this error:

ARERR [332] You do not have write access (at create time) to field :
179

ARERR [333] You have no access to field : 7 then a second error: ARERR
[313] Data types are not appropriate for relational operation:

Field ID:7 is The Status* field but I cannot find 179. What makes me
confused is that the Status* field  is General Access. What gives? 


Also when I go to another existing Change Request to update it when I
save the change it gives me this error:

 ARERR [330] You do not have write access to field :  Address

Here are the Permission groups my chgmanager user belongs to:

Asset Viewer
Infrastructure Change User (Fixed)
Contact Location Admin
Contact organization Admin
Contact People User
DSL Viewer

AR Permissions: Floating AR User License.
Access Restrictions: Unrestricted Access

Has anyone seen these permission errors before? Is there a white paper
on Access controls for ITSM that gives the low-down on permissions and
access?

Thanks.

John Bilinski
Operations Services Staff
JCON Help Desk
202-305-3202


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are


Re: Question: Permission Issues with Infrastructure Change Management 7.x

2008-06-13 Thread strauss
Just out of curiosity (I have not started the process of configuring
Change Management on our system yet - was too busy getting IM, SLM, RKM,
and Kinetic Request implemented, and still have PM to go), are you on
patch 007 of the ITSM 7 application?  Patch 007 consisted _primarily_ of
fixes to Change Management, so I would not want to even attempt to
configure and test it at a lower patch level.

 

Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing  IT Center
http://itsm.unt.edu/ http://itsm.unt.edu/  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Bilinski, John
Sent: Friday, June 13, 2008 11:15 AM
To: arslist@ARSLIST.ORG
Subject: Question: Permission Issues with Infrastructure Change
Management 7.x

 

** 

 

I am running into some permission issues while I am testing Change
Management 7x. For example I created a user chgmanager. This user has
is in the proper support groups and has the proper functional roles as a
Change Manager and Change Assignee. But when I open certain change
Requests I am getting this error:

ARERR [332] You do not have write access (at create time) to field :
179 

ARERR [333] You have no access to field : 7 then a second error: ARERR
[313] Data types are not appropriate for relational operation:

Field ID:7 is The Status* field but I cannot find 179. What makes me
confused is that the Status* field  is General Access. What gives? 

 

Also when I go to another existing Change Request to update it when I
save the change it gives me this error: 

 ARERR [330] You do not have write access to field :  Address 

Here are the Permission groups my chgmanager user belongs to: 

Asset Viewer 
Infrastructure Change User (Fixed) 
Contact Location Admin 
Contact organization Admin 
Contact People User 
DSL Viewer 

AR Permissions: Floating AR User License. 
Access Restrictions: Unrestricted Access 

Has anyone seen these permission errors before? Is there a white paper
on Access controls for ITSM that gives the low-down on permissions and
access?

Thanks. 

John Bilinski 
Operations Services Staff 
JCON Help Desk 
202-305-3202 

__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


Re: Question: Permission Issues with Infrastructure Change Management 7.x

2008-06-13 Thread Bilinski, John
I know this much, that I am on Change Management v7.0.3. As for the
patch level, that is a little tricky because I had an issue that I
discovered when I tried to install the data Management Tool where the
Data Management Tool installer could not find the patch level of any of
my ITSM installed applications. I called Remedy Support and they were
like don't worry about it and sent me a shared properties record  to
import into the Share Application Properties form so the installer would
read patch level 6. Because of this I can't really tell you what patch I
am on. 
 
Are you suggesting to download the Change management patch 7? I thought
it was only on patch 6? These error are not good because I know how the
Permissions structures are in Change 7 and these error just don't make
sense. I will download and try to install it unless you have run into
permission errors on Incident or Problem that are like this?
 
Thanks.



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of strauss
Sent: Friday, June 13, 2008 12:33 PM
To: arslist@ARSLIST.ORG
Subject: Re: Question: Permission Issues with Infrastructure Change
Management 7.x


** 

Just out of curiosity (I have not started the process of configuring
Change Management on our system yet - was too busy getting IM, SLM, RKM,
and Kinetic Request implemented, and still have PM to go), are you on
patch 007 of the ITSM 7 application?  Patch 007 consisted _primarily_ of
fixes to Change Management, so I would not want to even attempt to
configure and test it at a lower patch level.

 

Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing  IT Center
http://itsm.unt.edu/ http://itsm.unt.edu/  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Bilinski, John
Sent: Friday, June 13, 2008 11:15 AM
To: arslist@ARSLIST.ORG
Subject: Question: Permission Issues with Infrastructure Change
Management 7.x

 

** 

 

I am running into some permission issues while I am testing Change
Management 7x. For example I created a user chgmanager. This user has
is in the proper support groups and has the proper functional roles as a
Change Manager and Change Assignee. But when I open certain change
Requests I am getting this error:

ARERR [332] You do not have write access (at create time) to field :
179 

ARERR [333] You have no access to field : 7 then a second error: ARERR
[313] Data types are not appropriate for relational operation:

Field ID:7 is The Status* field but I cannot find 179. What makes me
confused is that the Status* field  is General Access. What gives? 

 

Also when I go to another existing Change Request to update it when I
save the change it gives me this error: 

 ARERR [330] You do not have write access to field :  Address 

Here are the Permission groups my chgmanager user belongs to: 

Asset Viewer 
Infrastructure Change User (Fixed) 
Contact Location Admin 
Contact organization Admin 
Contact People User 
DSL Viewer 

AR Permissions: Floating AR User License. 
Access Restrictions: Unrestricted Access 

Has anyone seen these permission errors before? Is there a white paper
on Access controls for ITSM that gives the low-down on permissions and
access?

Thanks. 

John Bilinski 
Operations Services Staff 
JCON Help Desk 
202-305-3202 

__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


Re: Question: Permission Issues with Infrastructure Change Management 7.x

2008-06-13 Thread strauss
I would definitely download and install patch 007 to ITSM 7.0.03 - ON
DEVELOPMENT FIRST, and make sure that it does not affect anything that
you have in production, or circumvent any customizations.  I came up
with pages of post-patch 007 actions that I had to perform, where patch
007 had reactivated workflow that I had disabled and replaced with
custom, or updated disabled workflow so that I had to carry that update
into my custom objects. It also wiped out Incident Patch 9002, so I had
all of that ready in a post-patch action checklist when I applied 007 to
the production server.  I can hardly wait to do that all again at the
end of the month or in July, after patch 008 comes out.

 

I have had some permission errors on the Problem Investigation module,
specifically Known Errors, but these may have been resolved by adding a
global assignment rule for Problem Management. Most of these
applications require a LOT of configuration, not all of it documented,
before they work at all. As I said, I have yet to put my toes in the
water on Change Management... it's coiled up on my server like a water
moccasin, waiting to strike.

 

BTW, I haven't heard anyone else chime in with patch 007 to Change
Management fixed my problem(s), so I don't know if any sites have
applied it and seen improvement.

 

Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing  IT Center
http://itsm.unt.edu/ 

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Bilinski, John
Sent: Friday, June 13, 2008 11:47 AM
To: arslist@ARSLIST.ORG
Subject: Re: Question: Permission Issues with Infrastructure Change
Management 7.x

 

** 

I know this much, that I am on Change Management v7.0.3. As for the
patch level, that is a little tricky because I had an issue that I
discovered when I tried to install the data Management Tool where the
Data Management Tool installer could not find the patch level of any of
my ITSM installed applications. I called Remedy Support and they were
like don't worry about it and sent me a shared properties record  to
import into the Share Application Properties form so the installer would
read patch level 6. Because of this I can't really tell you what patch I
am on. 

 

Are you suggesting to download the Change management patch 7? I thought
it was only on patch 6? These error are not good because I know how the
Permissions structures are in Change 7 and these error just don't make
sense. I will download and try to install it unless you have run into
permission errors on Incident or Problem that are like this?

 

Thanks.

 

  _  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of strauss
Sent: Friday, June 13, 2008 12:33 PM
To: arslist@ARSLIST.ORG
Subject: Re: Question: Permission Issues with Infrastructure Change
Management 7.x

** 

Just out of curiosity (I have not started the process of configuring
Change Management on our system yet - was too busy getting IM, SLM, RKM,
and Kinetic Request implemented, and still have PM to go), are you on
patch 007 of the ITSM 7 application?  Patch 007 consisted _primarily_ of
fixes to Change Management, so I would not want to even attempt to
configure and test it at a lower patch level.

 

Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing  IT Center
http://itsm.unt.edu/ 

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Bilinski, John
Sent: Friday, June 13, 2008 11:15 AM
To: arslist@ARSLIST.ORG
Subject: Question: Permission Issues with Infrastructure Change
Management 7.x

 

** 

 

I am running into some permission issues while I am testing Change
Management 7x. For example I created a user chgmanager. This user has
is in the proper support groups and has the proper functional roles as a
Change Manager and Change Assignee. But when I open certain change
Requests I am getting this error:

ARERR [332] You do not have write access (at create time) to field :
179 

ARERR [333] You have no access to field : 7 then a second error: ARERR
[313] Data types are not appropriate for relational operation:

Field ID:7 is The Status* field but I cannot find 179. What makes me
confused is that the Status* field  is General Access. What gives? 

 

Also when I go to another existing Change Request to update it when I
save the change it gives me this error: 

 ARERR [330] You do not have write access to field :  Address 

Here are the Permission groups my chgmanager user belongs to: 

Asset Viewer 
Infrastructure Change User (Fixed) 
Contact Location Admin 
Contact organization Admin 
Contact People User 
DSL Viewer 

AR Permissions: Floating AR User License. 
Access Restrictions: Unrestricted Access 

Has anyone seen these permission errors before? Is there a white paper
on Access controls for ITSM that gives the low-down on permissions and
access?

Thanks. 

John

Re: Question: Permission Issues with Infrastructure Change Management 7.x

2008-06-13 Thread Lisa Westerfield
I have seen something similar when 1)we ran out of float licenses, 2)the
ARS permissions were Read, 3)the EA chaining order was incorrect, 4)the
User/People forms were out of synch, or 5)the license was not being
applied to the user appropriately

 

1  2:  It sounds as though you have these covered.

3:  If you are authenticating, check this setting in the server
information AR Administration Console/System/General/Server
Information/EA tab

4:  The best way to check #4 is to delete the People record, and
completely re-add the person.  Then check the licensing details on both
the people and user forms.

5. Check the license that is being applied to that user when they log
in.  AR Administration Console/Application/'Users/Groups/Roles'/License
Review

 

Hope that helps,

LisaD

 

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Bilinski, John
Sent: Friday, June 13, 2008 11:15 AM
To: arslist@ARSLIST.ORG
Subject: Question: Permission Issues with Infrastructure Change
Management 7.x

 

** 

 

I am running into some permission issues while I am testing Change
Management 7x. For example I created a user chgmanager. This user has
is in the proper support groups and has the proper functional roles as a
Change Manager and Change Assignee. But when I open certain change
Requests I am getting this error:

ARERR [332] You do not have write access (at create time) to field :
179 

ARERR [333] You have no access to field : 7 then a second error: ARERR
[313] Data types are not appropriate for relational operation:

Field ID:7 is The Status* field but I cannot find 179. What makes me
confused is that the Status* field  is General Access. What gives? 

 

Also when I go to another existing Change Request to update it when I
save the change it gives me this error: 

 ARERR [330] You do not have write access to field :  Address 

Here are the Permission groups my chgmanager user belongs to: 

Asset Viewer 
Infrastructure Change User (Fixed) 
Contact Location Admin 
Contact organization Admin 
Contact People User 
DSL Viewer 

AR Permissions: Floating AR User License. 
Access Restrictions: Unrestricted Access 

Has anyone seen these permission errors before? Is there a white paper
on Access controls for ITSM that gives the low-down on permissions and
access?

Thanks. 

John Bilinski 
Operations Services Staff 
JCON Help Desk 
202-305-3202 

__Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
html___


This message is subject to and does not create or vary any contractual 
relationship between TuringSMI, SMI Technologies, SMI Telco, its subsidiaries 
or affiliates and you. Internet communications are not secure and therefore the 
TuringSMI Group does not accept any legal responsibility for the contents of 
this message. Any views or opinions expressed are those of the author.  This 
message is intended for the addressee(s) only and its contents and any attached 
files are strictly confidential. If you have received it in error, please 
contact the sender on the number above.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are