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
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
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
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
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
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?
---
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
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.
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
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
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
11 matches
Mail list logo