"Knutson, Sam" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > Hi, > > Let me SHARE a little pain and maybe save you some. > > We are currently in the process of upgrading from 1.4 to 1.6. On > the 1.6 system we hit the following problem. > > > ALTER - > FOO.GFOO0901.AIPMASTR/ - > READPW( ) > IDC3014I CATALOG ERROR > IDC3009I ** VSAM CATALOG RETURN CODE IS 18 - REASON CODE IS IGG0CLE8-12 > IDC0532I **ENTRY FOO.GFOO0901.AIPMASTR NOT ALTERED > IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 > > This works just fine on z/OS R4. > > ALTER - > FOO.GFOO0901.AIPMASTR/ - > READPW( ) > IDC0180I PASSWORD SPECIFICATION FOR FOO.GFOO0901.AIPMASTR MAY BE > IDC0180I INEFFECTIVE > IDC0531I ENTRY FOO.GFOO0901.AIPMASTR ALTERED > IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0 > > It turns out the new message is documented in the z/os V1.7 MVS System > Messages Vol 6. > > 12 Explanation: An attempt to alter a data set's security > information was rejected. Security information is no > longer supported in catalogs. > Programmer Response: Remove the security-related > parameters (READPW, UPDATEPW, MASTERPW, CONTROLPW, > ATTEMPTS, CODE, AUTHORIZATION) and retry the alter > request. > > > Apparently the loophole for allowing these to pass is closed at z/OS R5 > for IDCAMS ALTER. Starting from that > release, those unsupported parms will lead to IDC3009I RC18 RSN12.
We were gradually removing the code in each new release, but honoring requests to extract the data because down-level systems could be still using the passwords (i.e. systems sharing the same catalog). As of HDZ11H0, the code was removed and security information is no longer kept in the catalog records. Thanks, Mark Thomen Catalog/IDCAMS/VSAM Development ---------------------------------------------------------------------- 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
