Re: Finding Aliases? Symbolic Aliases?
<[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > But I tried this. Since my data set names will be the same in all LPARs, > and the IDCAMS RM says, "Allows [not Requires] ... using system symbols," > I saw no need to incorporate a variable part, > > I get: > > IDCAMS SYSTEM SERVICESTIME: 09:19:13 11/20/05 PAGE 1 > > DEFINE ALIAS( NAME( SPPG.TEST.ALIAS2 ) - > SYMBOLICRELATE( SPPG.TEST.ALIAS0 ) ) > IDC3014I CATALOG ERROR > IDC3009I ** VSAM CATALOG RETURN CODE IS 64 - REASON CODE IS IGG0CLEK-8 > IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 > > DEFINE ALIAS( NAME( SPPG.TEST.ALIAS1 ) - > RELATE( SPPG.TEST.ALIAS0 ) ) > IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0 > > IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12 > > -- gil No, it's because you didn't specify any symbolics in the SYMBOLICRELATE keyword. 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
Re: Finding Aliases? Symbolic Aliases?
In a recent note, Peter Pfaffner said: > Date: Tue, 8 Nov 2005 22:14:18 +0100 > > >Is there any way to stabilize the alias > Sort of if you use DEFINE ALIAS SYMBOLICRELATE because these aliases are not > directly tied to a basic dataset, just to a name. > Define system symbols for each dataset (hopefully not to much because the > number of system symbols is limited). > Change all existing aliases to use the corresponding system symbol. Done. > Neat! But I tried this. Since my data set names will be the same in all LPARs, and the IDCAMS RM says, "Allows [not Requires] ... using system symbols," I saw no need to incorporate a variable part, I get: IDCAMS SYSTEM SERVICESTIME: 09:19:13 11/20/05 PAGE 1 DEFINE ALIAS( NAME( SPPG.TEST.ALIAS2 ) - SYMBOLICRELATE( SPPG.TEST.ALIAS0 ) ) IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 64 - REASON CODE IS IGG0CLEK-8 IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 DEFINE ALIAS( NAME( SPPG.TEST.ALIAS1 ) - RELATE( SPPG.TEST.ALIAS0 ) ) IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0 IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12 M&C tells me: RETURN CODE 64 Explanation: The associated entry does not exist. This condition indicates that a system error has occurred such that the catalog cannot find either a data or an index entry which is associated with a cluster or alternate index entry. Reason Code Description x Explanation: An internal logic error has occurred. Programmer Response: Contact the IBM Support Center. 6 Explanation: The association of a true name record in an ICF catalog is incorrect. Programmer Response: Use access method services to define the associated base of the true name record. Reason Code -8 is not listed. Is it time to "Contact the IBM Support Center"? -- gil -- StorageTek INFORMATION made POWERFUL -- 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
Finding Aliases? Symbolic Aliases?
Nobody answered so I'll jump in: Gil wrote: I'm considering, as an alternative to compress, a tactic of copy/rename/ DEFINE ALIAS. ... Experiment shows that when I do the rename; create new version; DEFINE ALIAS; their aliases continue to refer to the obsolete content by its new name rather than the new content with the classic name. And when I ultimately delete the obsolete version after all jobs free it, the aliases simply vanish. Create new, Copy old to new, DELETE/DEFINE ALIAS is the right sequence. No RENAME !!! I introduced this to many customers and it works very well as long there is no considerable time gap between DELETE/DEFINE ALIAS. There is a small risk of loosing member updates during the COPY operation (User updates member in old dataset after it already has been copied). So you need some organisational coordination. Can I create an alias of an alias? Unfortunately not. I asked for this some years ago in IBMMAIN, but Mark Thomen rejected this request. Is there any way to stabilize the alias Sort of if you use DEFINE ALIAS SYMBOLICRELATE because these aliases are not directly tied to a basic dataset, just to a name. Define system symbols for each dataset (hopefully not to much because the number of system symbols is limited). Change all existing aliases to use the corresponding system symbol. Done. Is there any way to enumerate all aliases of a given data set? AFAIK for non-symbolic aliases use LISTCAT "real.dataset.name" ALL Or write some REXX to use the Catalog Search Interface. Sorry for the short answer, but I'm very busy at the moment. HTH Peter -- 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
Finding Aliases? Symbolic Aliases?
We have some data sets that are so heavily enqueued SHR as STEPLIBs that we never have an opportunity to compress them. PDSE is not an option because they are shared beyond sysplex boundaries. I'm considering, as an alternative to compress, a tactic of copy/rename/ DEFINE ALIAS. This should largely be nondisruptive to users with existing JCL. Their jobs will continue to use the obsolescent versions until they complete; when next submitted they will allocate the current versions. Alas, some users have privately defined their own aliases for compatibility with abandoned naming conventions. Experiment shows that when I do the rename; create new version; DEFINE ALIAS; their aliases continue to refer to the obsolete content by its new name rather than the new content with the classic name. And when I ultimately delete the obsolete version after all jobs free it, the aliases simply vanish. Is there any way to enumerate all aliases of a given data set? Obviously the OS has the information, in order to delete the alias when the RELATED data set is deleted. I'd at least like to know the scope of the problem in order to alert the affected users. Is there any way to stabilize the alias, so it would refer to the RELATED data set by name rather than by content? I need the behavior similar the POSIX "ln -s" rather than the DEFINE ALIAS RELATED. Can I create an alias of an alias? I eagerly await the day when I can use HFS directories in a STEPLIB concatenation, even as they now work in SYSLIB (and other) library concatenations. This would obviously solve this problem along with others. Thanks, gil -- StorageTek INFORMATION made POWERFUL -- 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