Re: ICH13005I

2017-08-24 Thread Smith III, Phil (HPE Data Security (Voltage))
John Eells wrote: >Whether it's a bug or a doc error vs. a feature depends on exactly what >weirdness you saw and whether it's expectedly or unexpectedly weird. That's a >question for Level 2 or RACF-L. But as I understand it, some of the weird >things derive from commands against a class that

Re: ICH13005I

2017-08-24 Thread John Eells
Smith III, Phil , HPE Data Security Voltage wrote: John Eells wrote: OK, not related to the problem for which we took the APARs. Was the POSIT shared with another class? Weird Things Happen when you do that. That was my guess, and what led me to suggest they change it. But I don't know. St

Re: ICH13005I

2017-08-24 Thread John Eells
Tom Conley wrote: John, There's no way to know without tearing apart ICHCRCDE. RACF, in its infinite wisdom, provides no report showing POSIT. If it's a Dynamic CDT entry, RLIST CDT name CDTINFO will show POSIT: CDTINFO INFORMATION --- CASE = UPPER DEFAULTRC = 004 DEFAULTUAC

Re: ICH13005I

2017-08-23 Thread Roger Lowe
Have you checked out the LISTCDT utility - https://www-03.ibm.com/systems/z/os/zos/features/racf/downloads/listcdt.html Haven't run it for sometime but I am sure the report it produces lists off the POSIT values Roger -- For I

Re: ICH13005I

2017-08-23 Thread Tom Conley
On 8/23/2017 7:10 PM, John Eells wrote: Smith III, Phil , HPE Data Security Voltage wrote: John Eells wrote: Phil, there are plenty of people left on the RACF team in POK to read whatever you send in. Good. But may I ask what the POSIT was?  There could be a relevant APAR or two. 019. P.S

Re: ICH13005I

2017-08-23 Thread Smith III, Phil (HPE Data Security (Voltage))
John Eells wrote: >OK, not related to the problem for which we took the APARs. >Was the POSIT shared with another class? Weird Things Happen when you do that. That was my guess, and what led me to suggest they change it. But I don't know. Still seems like a bug, or at least a doc error, no? ---

Re: ICH13005I

2017-08-23 Thread John Eells
Smith III, Phil , HPE Data Security Voltage wrote: John Eells wrote: Phil, there are plenty of people left on the RACF team in POK to read whatever you send in. Good. But may I ask what the POSIT was? There could be a relevant APAR or two. 019. P.S. Lizette, thanks - I meant to post to R

Re: ICH13005I

2017-08-22 Thread Smith III, Phil (HPE Data Security (Voltage))
John Eells wrote: >Phil, there are plenty of people left on the RACF team in POK to read whatever >you send in. Good. >But may I ask what the POSIT was? There could be a relevant APAR or two. 019. P.S. Lizette, thanks - I meant to post to RACF-L as well originally, forgot! Have done so now.

Re: ICH13005I

2017-08-22 Thread John Eells
Smith III, Phil , HPE Data Security Voltage wrote: A customer was getting: ICH13005I RESGROUP DOES NOT APPLY TO CDT CLASS ENTITIES; OPERAND IGNORED on an RDEFINE command. Some tinkering and a SWAG led me to ask him to change the POSIT, and the problem went away. Googling ICH13005I gets a grand

Re: ICH13005I

2017-08-22 Thread Lizette Koehler
UA.EDU] On > Behalf Of Smith III, Phil (HPE Data Security (Voltage)) > Sent: Tuesday, August 22, 2017 11:45 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: ICH13005I > > A customer was getting: > ICH13005I RESGROUP DOES NOT APPLY TO CDT CLASS ENTITIES; OPERAND IGNORED on > an R

ICH13005I

2017-08-22 Thread Smith III, Phil (HPE Data Security (Voltage))
A customer was getting: ICH13005I RESGROUP DOES NOT APPLY TO CDT CLASS ENTITIES; OPERAND IGNORED on an RDEFINE command. Some tinkering and a SWAG led me to ask him to change the POSIT, and the problem went away. Googling ICH13005I gets a grand total of 13 hits, none of them very helpful. The