There is only one RACF database.
>>> Rick Fochtman 8/18/2009 9:21 PM >>>
---
Funny, I don't read the message that way. Nothing in the explanation
indicates to me that the target name is the one with the problem. Also,
I had no trouble with
that was deleted?
Regards - Bob
Robert S. Hansel
Lead RACF Specialist
RSH Consulting, Inc.
www.rshconsulting.com
617-969-8211
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Scott Rowe
Sent: Tuesday, August 18, 2009 2:12 PM
To: IBM-MAIN@bama
On Tue, 18 Aug 2009 15:11:39 -0400, Scott Rowe wrote:
>I understand all that, yet the fact remains that this process worked
before, when there was no
>PAGE.** profile defined. I guess this is not a big deal now, I was just
trying to understand what
>had changed.
If adding PAGE.** allowed it t
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Scott Rowe
Sent: Tuesday, August 18, 2009 2:12 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IDC3009I RC=110
I understand all that, yet the fact remains that this process worked before,
when there
---
Funny, I don't read the message that way. Nothing in the explanation
indicates to me that the target name is the one with the problem. Also,
I had no trouble with the last ServerPac I installed and the target was
the same, though the s
---
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Scott Rowe
Sent: Tuesday, August 18, 2009 2:12 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IDC3009I RC=110
I understand all that, yet the fact remains that this process worked before,
when there was no PAGE.** profile de
009 2:12 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IDC3009I RC=110
I understand all that, yet the fact remains that this process worked before,
when there was no PAGE.** profile defined. I guess this is not a big deal now,
I was just trying to understand what had changed.
>>> John Laub
I understand all that, yet the fact remains that this process worked before,
when there was no PAGE.** profile defined. I guess this is not a big deal now,
I was just trying to understand what had changed.
>>> John Laubenheimer 8/18/2009 2:46 PM >>>
Also, check the SETROPTS for the PROTECTALL
Also, check the SETROPTS for the PROTECTALL option. If you had a PAGE.*
profile, which only covered the 2nd level, the PAGE.A.another_level is NOT
protected, and RACF (actually DFSMS) would fail any access to the dataset.
When you created PAGE.**, you then covered any number of levels after
P
here are smarter people than me
on this list who could explain it correctly. :-)
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Scott Rowe
Sent: Tuesday, August 18, 2009 12:35 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IDC3009I RC=110
Fu
Tampa FL 33647-1760
Tel. (813) 470-2177
Scott Rowe
Sent by: IBM Mainframe Discussion List
2009.08.18 13:35
Please respond to
IBM Mainframe Discussion List
To
IBM-MAIN@bama.ua.edu
cc
Subject
Re: IDC3009I RC=110
Funny, I don't read the message that way. Nothing in the expl
ama.ua.edu
cc
Subject
Re: IDC3009I RC=110
Funny, I don't read the message that way. Nothing in the explanation
indicates to me that the target name is the one with the problem. Also, I
had no trouble with the last ServerPac I installed and the target was the
same, though the so
@bama.ua.edu
Subject: Re: IDC3009I RC=110
Funny, I don't read the message that way. Nothing in the explanation
indicates to me that the target name is the one with the problem. Also,
I had no trouble with the last ServerPac I installed and the target was
the same, though the source prefix
Funny, I don't read the message that way. Nothing in the explanation indicates
to me that the target name is the one with the problem. Also, I had no trouble
with the last ServerPac I installed and the target was the same, though the
source prefix had changed, so I assumed that that was the is
-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Scott Rowe
Sent: Tuesday, August 18, 2009 11:24 AM
To: IBM-MAIN@bama.ua.edu
Subject: IDC3009I RC=110
I am running the ServerPac step to rename datasets to their final name,
and am getting an error that just isn't ma
I am running the ServerPac step to rename datasets to their final name, and am
getting an error that just isn't making sense. Here is the ALTER and resulting
message:
ALTER -
SRVPAC.PAGE.CPAC.COMMON -
16 matches
Mail list logo
