Re: Dataset copy error with FDR.
- From: jakwlk@xxxxxxxxxxxx (Jasen Kloeppel)
- Date: 20 Jun 2006 09:55:48 -0700
I don't have access to issue the SETROPTS LIST command. I have requested the information from out RACF admin. When I issue the command LD DA('AUL1$.SAS.FORMATS') G ALL doesn't that tell me what profile is protecting the dataset. If so the profile is AUL1$.* I can allocate the dataset just fine from 3.2.
Some further information. It appears the issue is associated with the source dataset. AUL1.SAS.FORMATS versus the target of the copy. I was able to successfully run the following.
COPY TYPE=DSF,
DSNENQ=NONE
SELECT CATDSN=AUL1.ACTUAXP1.TEST,
NEWNAME=AUL1$.SAS.FORMATS.TEST2
The issue appears to be that whenever the source dataset is AUL1.SAS.FORMATS. (which is non SMS managed), the FDRCOPY job runs and the new dataset name is now to be SMS managed and should be placed in a Storage group containing volumes that begin with CLNxxx. However it appears that the allocation is being attempted on the same volume as the original dataset D90089.
Could these datasets be allocated in some special way that would cause FDR to try to put the new copies of the dataset back on the original volume?
My associate whose ID has been around longer than mine is able to run the job ok, but what we can't figure out is what access he has that is enabling him to run this where no one else can. The dataset goes to the correct volume and everything works as expected.
FDR162** SMS ERROR MESSAGES FOR DSN=AUL1$.FORMATS.TEST2
FDR162 IGD17012I USER NOT AUTHORIZED TO DEFINE DATA SET
FDR162 AUL1$.FORMATS.TEST2
FDR162 DADSM HISTORIC RETURN CODE IS 172 DADSM DIAGNOSTIC INFORMATION IS 040E
FDR156** ALLOCATE FAILED FOR 00037 TRK COMP=X'00AC-040E0800' VOL=D90089 DSN=AUL1
FDR326** COPY ENDED WITH NO DATA SETS COPIED VOL=D90089
FDR007 ENDING TIME OF DATA SET COPY -- 11.04.20 -- IN=D#D90089
From: "Schwarz, Barry A" <barry.a.schwarz@xxxxxxxxxxxx>
Reply-To: IBM Mainframe Discussion List <IBM-MAIN@xxxxxxxxxxx>
To: IBM-MAIN@xxxxxxxxxxx
Subject: Re: Dataset copy error with FDR.
Date: Tue, 20 Jun 2006 09:13:36 -0700
If Enhanced Generic Naming is in effect (SETROPTS LIST will tell you),
your profile is only for two qualifier names. You need a
AUL1$.** profile. It is Table 81 in my RACF Command Reference.
-----Original Message-----
From: Jasen Kloeppel [mailto:jakwlk@xxxxxxxxxxxx
Sent: Tuesday, June 20, 2006 8:11 AM
To: IBM-MAIN@xxxxxxxxxxx
Subject: Dataset copy error with FDR.
_________________________________________________________________
Don?t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
.
- Follow-Ups:
- Re: Dataset copy error with FDR. (issue resolved...)
- From: Jasen Kloeppel
- Re: Dataset copy error with FDR. (issue resolved...)
- Prev by Date: RE: manual incremental backups
- Next by Date: Re: IBM/Gerogia Tech unveil fast chip
- Previous by thread: RE: Dataset copy error with FDR.
- Next by thread: Re: Dataset copy error with FDR. (issue resolved...)
- Index(es):
Relevant Pages
|
|