I believe that this message only applies to a dataset with a true alias.
Seems like IDCAMS doesn't redrive the catalog to move the entry from one
cat to another.

>From the IDCAMS book:

If you are changing a high-level qualifier, NEWNAME acts differently,
depending on whether the data set being renamed is SMS-managed or
non-SMS-managed, and whether the data set has aliases or not. Table 4
shows how NEWNAME resolves under different conditions.
Table 4. How NEWNAME Resolves When Change of Catalog is Required
Data Set Type                   SMS
Non-SMS 
VSAM                                    ALTER unsuccessful-entry not
renamed                         ALTER successful-entry remains in the
source catalog
non-VSAM with no aliases        ALTER successful-entry is recataloged in
target catalog.         ALTER successful-entry remains in the source
catalog

If it were me, I would run DSS with:

COPY DS(INC(dataset name to change)) - 
RENAMU(old dsn, new dsn) -
DELETE -                        
ALLDATA(*) -                    
CATALOG -                       
PURGE                           

_________________________________________________________________
Dave Jousma
Assistant Vice President, Mainframe Services
[email protected]
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On
Behalf Of John P Kalinich
Sent: Wednesday, June 10, 2009 8:43 AM
To: [email protected]
Subject: ALTER NEWNAME non-VSAM non-SMS

When I rename a non-VSAM/non-SMS dataset to a new high level alias using
ALTER NEWNAME, the result is the dataset is renamed in the VTOC
correctly,
but the wrong user catalog is updated with the new name.

Why doesn't IDCAMS issue message IDC3009I rc=48, re=120?

Regards,
John K


IDC3009I

RETURN CODE 48
Explanation: Incorrect VSAM catalog function.

Reason Code      Description

120 Explanation: The ALTER NEWNAME is not allowed for
non-VSAM data set with an alias when the new name
resolves to a different catalog than the current one.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to