Re: IDCAMS ODDITY?
John, You must have CRS ... Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Oct 3, 2012, at 1:23 PM, "McKown, John" wrote: > Thanks. I totally remember that wrong. I wish it were like ISPF 3.4 dataset > list. > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets® > > 9151 Boulevard 26 . N. Richland Hills . TX 76010 > (817) 255-3225 phone . > john.mck...@healthmarkets.com . www.HealthMarkets.com > > Confidentiality Notice: This e-mail message may contain confidential or > proprietary information. If you are not the intended recipient, please > contact the sender by reply e-mail and destroy all copies of the original > message. HealthMarkets® is the brand name for products underwritten and > issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake > Life Insurance Company®, Mid-West National Life Insurance Company of > TennesseeSM and The MEGA Life and Health Insurance Company.SM > > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >> On Behalf Of Farley, Peter x23353 >> Sent: Wednesday, October 03, 2012 11:58 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: IDCAMS ODDITY? >> >> John, >> >> Actually that's not true. The restriction is to one wildcarded >> qualifier. It does not necessarily need to be the last. >> >> The OP's original example >> >> BAST.PROM1.*.*.*.* >> >> Is correctly coded as >> >> BAST.PROM1.** >> >> But AFAIK this is just as legal: >> >> BAST.PROM1.**.D12191 >> >> Peter >> >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >> On Behalf Of McKown, John >> Sent: Wednesday, October 03, 2012 12:44 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: IDCAMS ODDITY? >> >> WAD. You can only "wild card" the last node with IDCAMS. I have other >> utilities from other vendors which can do otherwise. Such a Co:Z Data >> Set Pipes' "catsearch", which is a UNIX command. >> >> catsearch 'bast.prom1.**' |\ >> while read i;do tsocmd "alter $i mgmtclas(mnobk2)";done >> >> From a UNIX shell which is properly set up. The alter can be left in >> lower case because "tsocmd" automatically uppercases. >> >> -- >> John McKown >> Systems Engineer IV >> IT >> >> Administrative Services Group >> >> HealthMarkets® >> >> 9151 Boulevard 26 . N. Richland Hills . TX 76010 >> (817) 255-3225 phone . >> john.mck...@healthmarkets.com . www.HealthMarkets.com >> >> Confidentiality Notice: This e-mail message may contain confidential or >> proprietary information. If you are not the intended recipient, please >> contact the sender by reply e-mail and destroy all copies of the >> original message. HealthMarkets® is the brand name for products >> underwritten and issued by the insurance subsidiaries of HealthMarkets, >> Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life >> Insurance Company of TennesseeSM and The MEGA Life and Health Insurance >> Company.SM >> >> >>> -Original Message- >>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >>> On Behalf Of esmie moo >>> Sent: Wednesday, October 03, 2012 11:33 AM >>> To: IBM-MAIN@LISTSERV.UA.EDU >>> Subject: IDCAMS ODDITY? >>> >>> Good Morning Gentle Readers, >>> >>> I am not sure if it is a fluke. I am trying to alter the MGMTCLASS >> of >>> a ton of dsns (SMS ACS for the MGMTCLAS has been changed) which are >>> migrated or on DASD. The dsns have 6 qualifiers. When I try this >>> ALTER command : >>> ALTER BAST.PROM1.*.*.*.* - >>> MGMTCLAS (MNOBK2) >>> >>> I get the following error message: >>> IDC3203I ITEM 'BAST.PROM1.*.*.*.*' DOES NOT ADHERE TO RESTRICTIONS >>> IDC3202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 >>> >>> However, I tried the following and it worked: >>> >>> ALTER BAST.PROM1.PROD.LIV.JCLLIB2.*- >>> MGMTCLAS (MNOBK5) >>> IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12191 ALTERED >>> IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12228 ALTERED >>> IDC0531I ENTRY B
Re: IDCAMS ODDITY?
Why don't you produce a 3.4 list of the DSNs in question and use the // block command to process all them at once. This will eliminate any confusion about wild cards. :>: -Original Message- :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :>: Behalf Of esmie moo :>: Sent: Wednesday, October 03, 2012 10:31 AM :>: To: IBM-MAIN@LISTSERV.UA.EDU :>: Subject: Re: IDCAMS ODDITY? :>: :>: Peter, :>: :>: Thanks for the explanation and the examples. Now another dumber :>: question. Would A.B.C.** work? Because I have a whole load of the :>: following to ALTER : :>: :>: CE21.CICS.CODE1P.** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IDCAMS ODDITY?
On Wed, 3 Oct 2012 12:23:54 -0500, McKown, John wrote: >Thanks. I totally remember that wrong. I wish it were like ISPF 3.4 dataset >list. > Consistent behavior!? You want consistent behavior? Next you'll wish they had reused reusable code! --gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IDCAMS ODDITY?
>From the Manual DFSMS Access Method Services for Catalogs SC26-7394-09 can contain 1 to 44 alphanumeric characters, national characters, or hyphens. Names that contain more than 8 characters must be segmented by periods; 1 to 8 characters can be specified between periods. A name segmented by periods is called a qualified name. Each name segment is referred to as a qualifier. The first character of any name or qualifier must be either an alphabetic character or a national character. Unless the individual command indicates otherwise, entryname(modifier) is not permitted for a data set name specification and will result in an error message. This includes a specification of relative generation numbers for the data set name (for example, ″GDGname(+1)″). Generation data set names must be specified as absolute names, that is GDGname.GVyy. Use an asterisk to replace a qualifier to indicate a generic command with certain commands. However, an asterisk cannot be used as the high level (leftmost) qualifier, as a partial replacement for a qualifier, or to replace more than one qualifier. The following examples show you how to use an asterisk for a generic name: A.* A.*.C The following examples are not acceptable ways to use a generic name: A.*.* A.B* *.B.C You cannot use an ASTERISK for the high level quaifier. Lizette -Original Message- >From: esmie moo >Sent: Oct 3, 2012 10:36 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: IDCAMS ODDITY? > >Dan, > >Thanks for the clarification. Now I think I understand. I am only allowed >one wildcard in the mix, doesn't matter where it is placed. >A.B.C.D.E.* >*.B.C.D.E.F >A.*.C.D.E.F >A.B.*.D.E.F >A.B.C.D.*.F > >Brings back memories of kindergarten. Thanks for the AHA moment. Many thanks. > > > >From: Dan >To: IBM-MAIN@LISTSERV.UA.EDU; Esmie Moo >Cc: Dan >Sent: Wednesday, October 3, 2012 1:21:49 PM >Subject: Re: IDCAMS ODDITY? > >Hi Esmie, > >Peter said... >" The restriction is to one wildcarded qualifier." > >as in USERID.*.CNTL or USERID.TEST.* or USERID.ABC.DEF.GHI.*.CNTL >I believe that USERID.T*.CNTL may also work. > >The IDCAMS parser is not the same as for DF/DSS and the qualifier.** does not >do what you want. IDCAMS is an old tool and a single * is all that's >allowed...anywhere within the dsname. > >Dan > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IDCAMS ODDITY?
I did this a lot before I turned to the dark side of z/OS: the UNIX shell. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 • N. Richland Hills • TX 76010 (817) 255-3225 phone • john.mck...@healthmarkets.com • www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Dan > Sent: Wednesday, October 03, 2012 12:33 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IDCAMS ODDITY? > > Esmie, > > Why not use ISPF 3.4 to create a list with all the filtering capability > you need. Then SAVE that list. > With some creative editing you could easily create a list of specific > ALTER commands. > > Dan > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IDCAMS ODDITY?
Esmie, a number of the replies you've received have been incorrect (or at least they do not match the manual), and the below list is also not correct (the 2nd example is not valid). My suggestion would be to take a look at the DFSMS AMS for Catalogs manual, specifically the section titled 'How to code subparameters'. It has a section on what is and is not legal for the 'entryname' parameter. Bart -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of esmie moo Sent: Wednesday, October 03, 2012 1:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IDCAMS ODDITY? Dan, Thanks for the clarification. Now I think I understand. I am only allowed one wildcard in the mix, doesn't matter where it is placed. A.B.C.D.E.* *.B.C.D.E.F A.*.C.D.E.F A.B.*.D.E.F A.B.C.D.*.F Brings back memories of kindergarten. Thanks for the AHA moment. Many thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IDCAMS ODDITY?
Dan, Thanks for the clarification. Now I think I understand. I am only allowed one wildcard in the mix, doesn't matter where it is placed. A.B.C.D.E.* *.B.C.D.E.F A.*.C.D.E.F A.B.*.D.E.F A.B.C.D.*.F Brings back memories of kindergarten. Thanks for the AHA moment. Many thanks. From: Dan To: IBM-MAIN@LISTSERV.UA.EDU; Esmie Moo Cc: Dan Sent: Wednesday, October 3, 2012 1:21:49 PM Subject: Re: IDCAMS ODDITY? Hi Esmie, Peter said... " The restriction is to one wildcarded qualifier." as in USERID.*.CNTL or USERID.TEST.* or USERID.ABC.DEF.GHI.*.CNTL I believe that USERID.T*.CNTL may also work. The IDCAMS parser is not the same as for DF/DSS and the qualifier.** does not do what you want. IDCAMS is an old tool and a single * is all that's allowed...anywhere within the dsname. Dan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IDCAMS ODDITY?
Esmie, Why not use ISPF 3.4 to create a list with all the filtering capability you need. Then SAVE that list. With some creative editing you could easily create a list of specific ALTER commands. Dan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IDCAMS ODDITY?
I too stand corrected. The * replaces a single qualifer not a partial one. USERID.TES*.CNTL will NOT work. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IDCAMS ODDITY?
Peter, Thanks for the explanation and the examples. Now another dumber question. Would A.B.C.** work? Because I have a whole load of the following to ALTER : CE21.CICS.CODE1P.** From: "Farley, Peter x23353" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, October 3, 2012 1:26:13 PM Subject: Re: IDCAMS ODDITY? For my part, yes I believe it would have worked with the ONE multi-qualifier wildcard at the end. Using more than one "*" Or "**" in an entry name is not permitted. Only one occurrence of "*" or one occurrence of "**" is allowed, not both and not more than one of either. Any of these is OK, where "A" or "C" or any non-"*" term can be more than one non-"*" qualifier like ABCDEFG.HIJKLMN.WXYZ: A.*.C A.**.C A.B.* A.B.** But NOT any of these: A.*.*.Z A.*.B.* A.**.D.** A.*.U.**.Z A.**.G.*.I Does that help? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of esmie moo Sent: Wednesday, October 03, 2012 1:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IDCAMS ODDITY? Now I am totally confused. Peter, am I understanding you correctly that if I had coded BAST.PROM1.** the alter command would have worked? Elardus, are you saying that if I coded BAST.*.*.*.*.D12191 the alter would have worked? Sorry for sounding like a donkey but could you clear it up? Thanks. From: "Farley, Peter x23353" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, October 3, 2012 12:57:42 PM Subject: Re: IDCAMS ODDITY? John, Actually that's not true. The restriction is to one wildcarded qualifier. It does not necessarily need to be the last. The OP's original example BAST.PROM1.*.*.*.* Is correctly coded as BAST.PROM1.** But AFAIK this is just as legal: BAST.PROM1.**.D12191 Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of McKown, John Sent: Wednesday, October 03, 2012 12:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IDCAMS ODDITY? WAD. You can only "wild card" the last node with IDCAMS. I have other utilities from other vendors which can do otherwise. Such a Co:Z Data Set Pipes' "catsearch", which is a UNIX command. catsearch 'bast.prom1.**' |\ while read i;do tsocmd "alter $i mgmtclas(mnobk2)";done From a UNIX shell which is properly set up. The alter can be left in lower case because "tsocmd" automatically uppercases. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of esmie moo > Sent: Wednesday, October 03, 2012 11:33 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: IDCAMS ODDITY? > > Good Morning Gentle Readers, > > I am not sure if it is a fluke. I am trying to alter the MGMTCLASS of > a ton of dsns (SMS ACS for the MGMTCLAS has been changed) which are > migrated or on DASD. The dsns have 6 qualifiers. When I try this > ALTER command : > ALTER BAST.PROM1.*.*.*.* - > MGMTCLAS (MNOBK2) > > I get the following error message: > IDC3203I ITEM 'BAST.PROM1.*.*.*.*' DOES NOT ADHERE TO RESTRICTIONS > IDC3202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 > > However, I tried the following and it worked: > > ALTER BAST.PROM1.PROD.LIV.JCLLIB2.* - > MGMTCLAS (MNOBK5) > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12191 ALTERED > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12228 ALTERED > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.VER291 ALTERED > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.VER367 ALTERED > > Does this mean that IDCAMS will only accept a WILDCARD for the last > qualifier? > > Just curious if anybody has encountered this. > > Thanks. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---
Re: IDCAMS ODDITY?
Oops. I stand corrected. "**" is not allowed in IDCAMS. I forgot because I often use IKJEFTxx in batch and use the equivalent TSO commands for IDCAMS needs, and in that environment ** is valid. Mea culpa for my error. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pommier, Rex R. Sent: Wednesday, October 03, 2012 1:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IDCAMS ODDITY? Esmie, As best I can see, neither of the examples you show below will work. At least as of z/OS 1.10, the double asterisk was not a valid form of wildcarding dataset names within IDCAMS. In addition, the single asterisk can only be used in place of a single qualifier, and you can only have one asterisk in a DSN. While other tools allow the double asterisk, IDCAMS does not. So you could do an A.B.*.D, but you cannot do A.*.*.D. HTH Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of esmie moo Sent: Wednesday, October 03, 2012 12:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IDCAMS ODDITY? Now I am totally confused. Peter, am I understanding you correctly that if I had coded BAST.PROM1.** the alter command would have worked? Elardus, are you saying that if I coded BAST.*.*.*.*.D12191 the alter would have worked? Sorry for sounding like a donkey but could you clear it up? Thanks. From: "Farley, Peter x23353" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, October 3, 2012 12:57:42 PM Subject: Re: IDCAMS ODDITY? John, Actually that's not true. The restriction is to one wildcarded qualifier. It does not necessarily need to be the last. The OP's original example BAST.PROM1.*.*.*.* Is correctly coded as BAST.PROM1.** But AFAIK this is just as legal: BAST.PROM1.**.D12191 Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of McKown, John Sent: Wednesday, October 03, 2012 12:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IDCAMS ODDITY? WAD. You can only "wild card" the last node with IDCAMS. I have other utilities from other vendors which can do otherwise. Such a Co:Z Data Set Pipes' "catsearch", which is a UNIX command. catsearch 'bast.prom1.**' |\ while read i;do tsocmd "alter $i mgmtclas(mnobk2)";done >From a UNIX shell which is properly set up. The alter can be left in lower >case because "tsocmd" automatically uppercases. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of esmie moo > Sent: Wednesday, October 03, 2012 11:33 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: IDCAMS ODDITY? > > Good Morning Gentle Readers, > > I am not sure if it is a fluke. I am trying to alter the MGMTCLASS of > a ton of dsns (SMS ACS for the MGMTCLAS has been changed) which are > migrated or on DASD. The dsns have 6 qualifiers. When I try this > ALTER command : > ALTER BAST.PROM1.*.*.*.* - > MGMTCLAS (MNOBK2) > > I get the following error message: > IDC3203I ITEM 'BAST.PROM1.*.*.*.*' DOES NOT ADHERE TO RESTRICTIONS > IDC3202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 > > However, I tried the following and it worked: > > ALTER BAST.PROM1.PROD.LIV.JCLLIB2.*- > MGMTCLAS (MNOBK5) > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12191 ALTERED IDC0531I > ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12228 ALTERED IDC0531I ENTRY > BAST.PROM1.PROD.LIV.JCLLIB2.VER291 ALTERED IDC0531I ENTRY > BAST.PROM1.PROD.LIV.JCLLIB2.VER367 ALTERED > > Does this mean that IDCAMS will only accept a WILDCARD for the last > qualifier? > > Just curious if anybody has encountered this. > > Thanks. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM
Re: IDCAMS ODDITY?
For my part, yes I believe it would have worked with the ONE multi-qualifier wildcard at the end. Using more than one "*" Or "**" in an entry name is not permitted. Only one occurrence of "*" or one occurrence of "**" is allowed, not both and not more than one of either. Any of these is OK, where "A" or "C" or any non-"*" term can be more than one non-"*" qualifier like ABCDEFG.HIJKLMN.WXYZ: A.*.C A.**.C A.B.* A.B.** But NOT any of these: A.*.*.Z A.*.B.* A.**.D.** A.*.U.**.Z A.**.G.*.I Does that help? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of esmie moo Sent: Wednesday, October 03, 2012 1:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IDCAMS ODDITY? Now I am totally confused. Peter, am I understanding you correctly that if I had coded BAST.PROM1.** the alter command would have worked? Elardus, are you saying that if I coded BAST.*.*.*.*.D12191 the alter would have worked? Sorry for sounding like a donkey but could you clear it up? Thanks. From: "Farley, Peter x23353" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, October 3, 2012 12:57:42 PM Subject: Re: IDCAMS ODDITY? John, Actually that's not true. The restriction is to one wildcarded qualifier. It does not necessarily need to be the last. The OP's original example BAST.PROM1.*.*.*.* Is correctly coded as BAST.PROM1.** But AFAIK this is just as legal: BAST.PROM1.**.D12191 Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of McKown, John Sent: Wednesday, October 03, 2012 12:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IDCAMS ODDITY? WAD. You can only "wild card" the last node with IDCAMS. I have other utilities from other vendors which can do otherwise. Such a Co:Z Data Set Pipes' "catsearch", which is a UNIX command. catsearch 'bast.prom1.**' |\ while read i;do tsocmd "alter $i mgmtclas(mnobk2)";done >From a UNIX shell which is properly set up. The alter can be left in lower >case because "tsocmd" automatically uppercases. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of esmie moo > Sent: Wednesday, October 03, 2012 11:33 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: IDCAMS ODDITY? > > Good Morning Gentle Readers, > > I am not sure if it is a fluke. I am trying to alter the MGMTCLASS of > a ton of dsns (SMS ACS for the MGMTCLAS has been changed) which are > migrated or on DASD. The dsns have 6 qualifiers. When I try this > ALTER command : > ALTER BAST.PROM1.*.*.*.* - > MGMTCLAS (MNOBK2) > > I get the following error message: > IDC3203I ITEM 'BAST.PROM1.*.*.*.*' DOES NOT ADHERE TO RESTRICTIONS > IDC3202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 > > However, I tried the following and it worked: > > ALTER BAST.PROM1.PROD.LIV.JCLLIB2.* - > MGMTCLAS (MNOBK5) > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12191 ALTERED > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12228 ALTERED > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.VER291 ALTERED > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.VER367 ALTERED > > Does this mean that IDCAMS will only accept a WILDCARD for the last > qualifier? > > Just curious if anybody has encountered this. > > Thanks. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the i
Re: IDCAMS ODDITY?
Esmie, As best I can see, neither of the examples you show below will work. At least as of z/OS 1.10, the double asterisk was not a valid form of wildcarding dataset names within IDCAMS. In addition, the single asterisk can only be used in place of a single qualifier, and you can only have one asterisk in a DSN. While other tools allow the double asterisk, IDCAMS does not. So you could do an A.B.*.D, but you cannot do A.*.*.D. HTH Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of esmie moo Sent: Wednesday, October 03, 2012 12:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IDCAMS ODDITY? Now I am totally confused. Peter, am I understanding you correctly that if I had coded BAST.PROM1.** the alter command would have worked? Elardus, are you saying that if I coded BAST.*.*.*.*.D12191 the alter would have worked? Sorry for sounding like a donkey but could you clear it up? Thanks. From: "Farley, Peter x23353" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, October 3, 2012 12:57:42 PM Subject: Re: IDCAMS ODDITY? John, Actually that's not true. The restriction is to one wildcarded qualifier. It does not necessarily need to be the last. The OP's original example BAST.PROM1.*.*.*.* Is correctly coded as BAST.PROM1.** But AFAIK this is just as legal: BAST.PROM1.**.D12191 Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of McKown, John Sent: Wednesday, October 03, 2012 12:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IDCAMS ODDITY? WAD. You can only "wild card" the last node with IDCAMS. I have other utilities from other vendors which can do otherwise. Such a Co:Z Data Set Pipes' "catsearch", which is a UNIX command. catsearch 'bast.prom1.**' |\ while read i;do tsocmd "alter $i mgmtclas(mnobk2)";done >From a UNIX shell which is properly set up. The alter can be left in lower >case because "tsocmd" automatically uppercases. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of esmie moo > Sent: Wednesday, October 03, 2012 11:33 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: IDCAMS ODDITY? > > Good Morning Gentle Readers, > > I am not sure if it is a fluke. I am trying to alter the MGMTCLASS of > a ton of dsns (SMS ACS for the MGMTCLAS has been changed) which are > migrated or on DASD. The dsns have 6 qualifiers. When I try this > ALTER command : > ALTER BAST.PROM1.*.*.*.* - > MGMTCLAS (MNOBK2) > > I get the following error message: > IDC3203I ITEM 'BAST.PROM1.*.*.*.*' DOES NOT ADHERE TO RESTRICTIONS > IDC3202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 > > However, I tried the following and it worked: > > ALTER BAST.PROM1.PROD.LIV.JCLLIB2.*- > MGMTCLAS (MNOBK5) > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12191 ALTERED IDC0531I > ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12228 ALTERED IDC0531I ENTRY > BAST.PROM1.PROD.LIV.JCLLIB2.VER291 ALTERED IDC0531I ENTRY > BAST.PROM1.PROD.LIV.JCLLIB2.VER367 ALTERED > > Does this mean that IDCAMS will only accept a WILDCARD for the last > qualifier? > > Just curious if anybody has encountered this. > > Thanks. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dis
Re: IDCAMS ODDITY?
Thanks. I totally remember that wrong. I wish it were like ISPF 3.4 dataset list. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Farley, Peter x23353 > Sent: Wednesday, October 03, 2012 11:58 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IDCAMS ODDITY? > > John, > > Actually that's not true. The restriction is to one wildcarded > qualifier. It does not necessarily need to be the last. > > The OP's original example > > BAST.PROM1.*.*.*.* > > Is correctly coded as > > BAST.PROM1.** > > But AFAIK this is just as legal: > > BAST.PROM1.**.D12191 > > Peter > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of McKown, John > Sent: Wednesday, October 03, 2012 12:44 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IDCAMS ODDITY? > > WAD. You can only "wild card" the last node with IDCAMS. I have other > utilities from other vendors which can do otherwise. Such a Co:Z Data > Set Pipes' "catsearch", which is a UNIX command. > > catsearch 'bast.prom1.**' |\ > while read i;do tsocmd "alter $i mgmtclas(mnobk2)";done > > From a UNIX shell which is properly set up. The alter can be left in > lower case because "tsocmd" automatically uppercases. > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets® > > 9151 Boulevard 26 . N. Richland Hills . TX 76010 > (817) 255-3225 phone . > john.mck...@healthmarkets.com . www.HealthMarkets.com > > Confidentiality Notice: This e-mail message may contain confidential or > proprietary information. If you are not the intended recipient, please > contact the sender by reply e-mail and destroy all copies of the > original message. HealthMarkets® is the brand name for products > underwritten and issued by the insurance subsidiaries of HealthMarkets, > Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life > Insurance Company of TennesseeSM and The MEGA Life and Health Insurance > Company.SM > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of esmie moo > > Sent: Wednesday, October 03, 2012 11:33 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: IDCAMS ODDITY? > > > > Good Morning Gentle Readers, > > > > I am not sure if it is a fluke. I am trying to alter the MGMTCLASS > of > > a ton of dsns (SMS ACS for the MGMTCLAS has been changed) which are > > migrated or on DASD. The dsns have 6 qualifiers. When I try this > > ALTER command : > > ALTER BAST.PROM1.*.*.*.* - > > MGMTCLAS (MNOBK2) > > > > I get the following error message: > > IDC3203I ITEM 'BAST.PROM1.*.*.*.*' DOES NOT ADHERE TO RESTRICTIONS > > IDC3202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 > > > > However, I tried the following and it worked: > > > > ALTER BAST.PROM1.PROD.LIV.JCLLIB2.* - > > MGMTCLAS (MNOBK5) > > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12191 ALTERED > > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12228 ALTERED > > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.VER291 ALTERED > > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.VER367 ALTERED > > > > Does this mean that IDCAMS will only accept a WILDCARD for the last > > qualifier? > > > > Just curious if anybody has encountered this. > > > > Thanks. > > > > - > - > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM- > MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, >
Re: IDCAMS ODDITY?
Hi Esmie, Peter said... " The restriction is to one wildcarded qualifier." as in USERID.*.CNTL or USERID.TEST.* or USERID.ABC.DEF.GHI.*.CNTL I believe that USERID.T*.CNTL may also work. The IDCAMS parser is not the same as for DF/DSS and the qualifier.** does not do what you want. IDCAMS is an old tool and a single * is all that's allowed...anywhere within the dsname. Dan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IDCAMS ODDITY?
Now I am totally confused. Peter, am I understanding you correctly that if I had coded BAST.PROM1.** the alter command would have worked? Elardus, are you saying that if I coded BAST.*.*.*.*.D12191 the alter would have worked? Sorry for sounding like a donkey but could you clear it up? Thanks. From: "Farley, Peter x23353" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, October 3, 2012 12:57:42 PM Subject: Re: IDCAMS ODDITY? John, Actually that's not true. The restriction is to one wildcarded qualifier. It does not necessarily need to be the last. The OP's original example BAST.PROM1.*.*.*.* Is correctly coded as BAST.PROM1.** But AFAIK this is just as legal: BAST.PROM1.**.D12191 Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of McKown, John Sent: Wednesday, October 03, 2012 12:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IDCAMS ODDITY? WAD. You can only "wild card" the last node with IDCAMS. I have other utilities from other vendors which can do otherwise. Such a Co:Z Data Set Pipes' "catsearch", which is a UNIX command. catsearch 'bast.prom1.**' |\ while read i;do tsocmd "alter $i mgmtclas(mnobk2)";done From a UNIX shell which is properly set up. The alter can be left in lower case because "tsocmd" automatically uppercases. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of esmie moo > Sent: Wednesday, October 03, 2012 11:33 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: IDCAMS ODDITY? > > Good Morning Gentle Readers, > > I am not sure if it is a fluke. I am trying to alter the MGMTCLASS of > a ton of dsns (SMS ACS for the MGMTCLAS has been changed) which are > migrated or on DASD. The dsns have 6 qualifiers. When I try this > ALTER command : > ALTER BAST.PROM1.*.*.*.* - > MGMTCLAS (MNOBK2) > > I get the following error message: > IDC3203I ITEM 'BAST.PROM1.*.*.*.*' DOES NOT ADHERE TO RESTRICTIONS > IDC3202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 > > However, I tried the following and it worked: > > ALTER BAST.PROM1.PROD.LIV.JCLLIB2.* - > MGMTCLAS (MNOBK5) > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12191 ALTERED > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12228 ALTERED > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.VER291 ALTERED > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.VER367 ALTERED > > Does this mean that IDCAMS will only accept a WILDCARD for the last > qualifier? > > Just curious if anybody has encountered this. > > Thanks. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IDCAMS ODDITY?
John, Actually that's not true. The restriction is to one wildcarded qualifier. It does not necessarily need to be the last. The OP's original example BAST.PROM1.*.*.*.* Is correctly coded as BAST.PROM1.** But AFAIK this is just as legal: BAST.PROM1.**.D12191 Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of McKown, John Sent: Wednesday, October 03, 2012 12:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IDCAMS ODDITY? WAD. You can only "wild card" the last node with IDCAMS. I have other utilities from other vendors which can do otherwise. Such a Co:Z Data Set Pipes' "catsearch", which is a UNIX command. catsearch 'bast.prom1.**' |\ while read i;do tsocmd "alter $i mgmtclas(mnobk2)";done >From a UNIX shell which is properly set up. The alter can be left in lower >case because "tsocmd" automatically uppercases. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of esmie moo > Sent: Wednesday, October 03, 2012 11:33 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: IDCAMS ODDITY? > > Good Morning Gentle Readers, > > I am not sure if it is a fluke. I am trying to alter the MGMTCLASS of > a ton of dsns (SMS ACS for the MGMTCLAS has been changed) which are > migrated or on DASD. The dsns have 6 qualifiers. When I try this > ALTER command : > ALTER BAST.PROM1.*.*.*.* - > MGMTCLAS (MNOBK2) > > I get the following error message: > IDC3203I ITEM 'BAST.PROM1.*.*.*.*' DOES NOT ADHERE TO RESTRICTIONS > IDC3202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 > > However, I tried the following and it worked: > > ALTER BAST.PROM1.PROD.LIV.JCLLIB2.* - > MGMTCLAS (MNOBK5) > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12191 ALTERED > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12228 ALTERED > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.VER291 ALTERED > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.VER367 ALTERED > > Does this mean that IDCAMS will only accept a WILDCARD for the last > qualifier? > > Just curious if anybody has encountered this. > > Thanks. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IDCAMS ODDITY?
esmie moo wrote: >Good Morning Gentle Readers, Morning? ;-D It is now 18:45 (SAST time) and am now busy breaking my favourite z toy, hehehe. ;-D >IDC3203I ITEM 'BAST.PROM1.*.*.*.*' DOES NOT ADHERE TO RESTRICTIONS Seemed to be WAD, after reading this in 'PREFACE.5.3 How to code subparameters' in 'DFSMS Access Method Services for Catalogs': Use an asterisk to replace a qualifier to indicate a generic command with certain commands. However, an asterisk cannot be used as the high level (leftmost) qualifier, as a partial replacement for a qualifier, or to replace more than one qualifier. The following examples show you how to use an asterisk for a generic name: A.* A.*.C The following examples are not acceptable ways to use a generic name: A.*.* A.B* *.B.C >Does this mean that IDCAMS will only accept a WILDCARD for the last qualifier? No, but see above quote. HTH! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IDCAMS ODDITY?
WAD. You can only "wild card" the last node with IDCAMS. I have other utilities from other vendors which can do otherwise. Such a Co:Z Data Set Pipes' "catsearch", which is a UNIX command. catsearch 'bast.prom1.**' |\ while read i;do tsocmd "alter $i mgmtclas(mnobk2)";done >From a UNIX shell which is properly set up. The alter can be left in lower >case because "tsocmd" automatically uppercases. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of esmie moo > Sent: Wednesday, October 03, 2012 11:33 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: IDCAMS ODDITY? > > Good Morning Gentle Readers, > > I am not sure if it is a fluke. I am trying to alter the MGMTCLASS of > a ton of dsns (SMS ACS for the MGMTCLAS has been changed) which are > migrated or on DASD. The dsns have 6 qualifiers. When I try this > ALTER command : > ALTER BAST.PROM1.*.*.*.* - > MGMTCLAS (MNOBK2) > > I get the following error message: > IDC3203I ITEM 'BAST.PROM1.*.*.*.*' DOES NOT ADHERE TO RESTRICTIONS > IDC3202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 > > However, I tried the following and it worked: > > ALTER BAST.PROM1.PROD.LIV.JCLLIB2.* - > MGMTCLAS (MNOBK5) > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12191 ALTERED > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12228 ALTERED > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.VER291 ALTERED > IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.VER367 ALTERED > > Does this mean that IDCAMS will only accept a WILDCARD for the last > qualifier? > > Just curious if anybody has encountered this. > > Thanks. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IDCAMS ODDITY?
>From the AMS for Catalogs manual: "However, an asterisk cannot be used as the high level (leftmost) qualifier, as a partial replacement for a qualifier, or to replace more than one qualifier." Bart -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of esmie moo Sent: Wednesday, October 03, 2012 12:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IDCAMS ODDITY? Good Morning Gentle Readers, I am not sure if it is a fluke. I am trying to alter the MGMTCLASS of a ton of dsns (SMS ACS for the MGMTCLAS has been changed) which are migrated or on DASD. The dsns have 6 qualifiers. When I try this ALTER command : ALTER BAST.PROM1.*.*.*.* - MGMTCLAS (MNOBK2) I get the following error message: IDC3203I ITEM 'BAST.PROM1.*.*.*.*' DOES NOT ADHERE TO RESTRICTIONS IDC3202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 However, I tried the following and it worked: ALTER BAST.PROM1.PROD.LIV.JCLLIB2.* - MGMTCLAS (MNOBK5) IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12191 ALTERED IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12228 ALTERED IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.VER291 ALTERED IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.VER367 ALTERED Does this mean that IDCAMS will only accept a WILDCARD for the last qualifier? Just curious if anybody has encountered this. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IDCAMS ODDITY?
Good Morning Gentle Readers, I am not sure if it is a fluke. I am trying to alter the MGMTCLASS of a ton of dsns (SMS ACS for the MGMTCLAS has been changed) which are migrated or on DASD. The dsns have 6 qualifiers. When I try this ALTER command : ALTER BAST.PROM1.*.*.*.* - MGMTCLAS (MNOBK2) I get the following error message: IDC3203I ITEM 'BAST.PROM1.*.*.*.*' DOES NOT ADHERE TO RESTRICTIONS IDC3202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 However, I tried the following and it worked: ALTER BAST.PROM1.PROD.LIV.JCLLIB2.* - MGMTCLAS (MNOBK5) IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12191 ALTERED IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.D12228 ALTERED IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.VER291 ALTERED IDC0531I ENTRY BAST.PROM1.PROD.LIV.JCLLIB2.VER367 ALTERED Does this mean that IDCAMS will only accept a WILDCARD for the last qualifier? Just curious if anybody has encountered this. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
