Re: basic SMS question
Some people create data set reports based a DATACLAS names. Those people are not happy when their reports are "wrong". ALso DATACLAS has at least one dynamic attribute, "Dynamic Volume Count". Changes to Dynamic Volume Count affect existing data sets. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Vernooij, CP - SPLXM > Sent: Monday, February 11, 2013 2:55 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: basic SMS question > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On > Behalf Of Pew, Curtis G > Sent: Friday, February 08, 2013 17:51 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: basic SMS question > > On Feb 8, 2013, at 10:41 AM, "Gibney, Dave" wrote: > > > Which of the many DATACLAS attributes do you wish to change. Most are > physical aspects of the actual existing dataset. Just changing the > description will have no effect. These attributes are fixed when the > dataset is created. Re-creation and copying the data is the only > effective way to change most if not all DATACLAS attributes. > > > > I will ask again, what is the real underlying problem you want to > solve? > > Exactly. A DATACLAS is a set of defaults applied when the file is > created (and any particular attribute set by the DATACLAS may be > overridden at creation time.) Once the data set exists, what does it > matter what its DATACLAS is? > > -- > Curtis Pew (c@its.utexas.edu) > ITS Systems Core > The University of Texas at Austin > > > --- > This is not true anymore: several new parameters in space constraint > relief and dynamic volume count, are also used during the life of a > datasets. > > Kees. > > For information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee only. > If you are not the addressee, you are notified that no part of the e- > mail or any attachment may be disclosed, copied or distributed, and > that any other action related to this e-mail or attachment is strictly > prohibited, and may be unlawful. If you have received this e-mail by > error, please notify the sender immediately by return e-mail, and > delete this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or > its employees shall not be liable for the incorrect or incomplete > transmission of this e-mail or any attachments, nor responsible for any > delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch > Airlines) is registered in Amstelveen, The Netherlands, with registered > number 33014286 > > > > -- > 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: basic SMS question
That's the winner. Thanks. Jim McAlpine On Mon, Feb 11, 2013 at 1:42 PM, Martin, Larry D wrote: > If you have corrected the SMS rules then you may use ADRDSSU and the > REDETERMINE command to reset the DATACLAS, MGMTCLAS, and STORCLAS for any > specific disk volume. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Vernooij, CP - SPLXM > Sent: Monday, February 11, 2013 2:55 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: basic SMS question > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Pew, Curtis G > Sent: Friday, February 08, 2013 17:51 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: basic SMS question > > On Feb 8, 2013, at 10:41 AM, "Gibney, Dave" wrote: > > > Which of the many DATACLAS attributes do you wish to change. Most are > physical aspects of the actual existing dataset. Just changing the > description will have no effect. These attributes are fixed when the > dataset is created. Re-creation and copying the data is the only effective > way to change most if not all DATACLAS attributes. > > > > I will ask again, what is the real underlying problem you want to > solve? > > Exactly. A DATACLAS is a set of defaults applied when the file is created > (and any particular attribute set by the DATACLAS may be overridden at > creation time.) Once the data set exists, what does it matter what its > DATACLAS is? > > -- > Curtis Pew (c@its.utexas.edu) > ITS Systems Core > The University of Texas at Austin > > > --- > This is not true anymore: several new parameters in space constraint > relief and dynamic volume count, are also used during the life of a > datasets. > > Kees. > > For information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee only. If > you are not the addressee, you are notified that no part of the e-mail or > any attachment may be disclosed, copied or distributed, and that any other > action related to this e-mail or attachment is strictly prohibited, and may > be unlawful. If you have received this e-mail by error, please notify the > sender immediately by return e-mail, and delete this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its > employees shall not be liable for the incorrect or incomplete transmission > of this e-mail or any attachments, nor responsible for any delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch > Airlines) is registered in Amstelveen, The Netherlands, with registered > number 33014286 > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > This E-mail and any of its attachments may contain Prince George’s > County Government or Prince George's County 7th Judicial Circuit > Court proprietary information or Protected Health Information, > which is privileged and confidential. This E-mail is intended > solely for the use of the individual or entity to which it is > addressed. If you are not the intended recipient of this E-mail, > you are hereby notified that any dissemination, distribution, > copying, or action taken in relation to the contents of and > attachments to this E-mail is strictly prohibited by federal law > and may expose you to civil and/or criminal penalties. If you have > received this E-mail in error, please notify the sender immediately > and permanently delete the original and any copy of this E-mail and > any printout. > > -- > 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: basic SMS question
If you have corrected the SMS rules then you may use ADRDSSU and the REDETERMINE command to reset the DATACLAS, MGMTCLAS, and STORCLAS for any specific disk volume. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Monday, February 11, 2013 2:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: basic SMS question -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pew, Curtis G Sent: Friday, February 08, 2013 17:51 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: basic SMS question On Feb 8, 2013, at 10:41 AM, "Gibney, Dave" wrote: > Which of the many DATACLAS attributes do you wish to change. Most are physical aspects of the actual existing dataset. Just changing the description will have no effect. These attributes are fixed when the dataset is created. Re-creation and copying the data is the only effective way to change most if not all DATACLAS attributes. > > I will ask again, what is the real underlying problem you want to solve? Exactly. A DATACLAS is a set of defaults applied when the file is created (and any particular attribute set by the DATACLAS may be overridden at creation time.) Once the data set exists, what does it matter what its DATACLAS is? -- Curtis Pew (c@its.utexas.edu) ITS Systems Core The University of Texas at Austin --- This is not true anymore: several new parameters in space constraint relief and dynamic volume count, are also used during the life of a datasets. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This E-mail and any of its attachments may contain Prince George’s County Government or Prince George's County 7th Judicial Circuit Court proprietary information or Protected Health Information, which is privileged and confidential. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited by federal law and may expose you to civil and/or criminal penalties. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: basic SMS question
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pew, Curtis G Sent: Friday, February 08, 2013 17:51 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: basic SMS question On Feb 8, 2013, at 10:41 AM, "Gibney, Dave" wrote: > Which of the many DATACLAS attributes do you wish to change. Most are physical aspects of the actual existing dataset. Just changing the description will have no effect. These attributes are fixed when the dataset is created. Re-creation and copying the data is the only effective way to change most if not all DATACLAS attributes. > > I will ask again, what is the real underlying problem you want to solve? Exactly. A DATACLAS is a set of defaults applied when the file is created (and any particular attribute set by the DATACLAS may be overridden at creation time.) Once the data set exists, what does it matter what its DATACLAS is? -- Curtis Pew (c@its.utexas.edu) ITS Systems Core The University of Texas at Austin --- This is not true anymore: several new parameters in space constraint relief and dynamic volume count, are also used during the life of a datasets. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: basic SMS question
On Feb 8, 2013, at 10:41 AM, "Gibney, Dave" wrote: > Which of the many DATACLAS attributes do you wish to change. Most are > physical aspects of the actual existing dataset. Just changing the > description will have no effect. These attributes are fixed when the dataset > is created. Re-creation and copying the data is the only effective way to > change most if not all DATACLAS attributes. > > I will ask again, what is the real underlying problem you want to solve? Exactly. A DATACLAS is a set of defaults applied when the file is created (and any particular attribute set by the DATACLAS may be overridden at creation time.) Once the data set exists, what does it matter what its DATACLAS is? -- Curtis Pew (c@its.utexas.edu) ITS Systems Core The University of Texas at Austin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: basic SMS question
Which of the many DATACLAS attributes do you wish to change. Most are physical aspects of the actual existing dataset. Just changing the description will have no effect. These attributes are fixed when the dataset is created. Re-creation and copying the data is the only effective way to change most if not all DATACLAS attributes. I will ask again, what is the real underlying problem you want to solve? > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Jim McAlpine > Sent: Friday, February 08, 2013 1:16 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: basic SMS question > > I've found another error in the data class selection routines which > means that datasets have been converted but not assigned the correct > data class. > What is the quickest way to reassign a data class (or storage class > come to that). Do I have to CONVERTV to NONSMS and then CONVERTV to > SMS again or is there some quicker method. > > Jim McAlpine > > On Thu, Feb 7, 2013 at 4:11 PM, Jim McAlpine > wrote: > > > Thanks for the explanation. Much appreciated. > > > > Jim McAlpine > > > > On Thu, Feb 7, 2013 at 3:51 PM, Darth Keller > wrote: > > > >> A couple of things - > >> > >> &DSN(2) = 'DSNDBD' - 'DSNDBD' in the 2nd level generally > identifies > >> the data component of a DB2 LDS. Data components do not get > assigned > >> their own SMS Constructs. Constructs are assigned at the cluster > >> level. I see this as useless code unless your shop is actually using > >> cluster names with DSNDBD as the 2nd level. > >> > >> 2ndly - the answer to your question is going to depend on what's in > >> the filterlist &DB2E. > >> > >> If it contains an entry like DB2E.** , then all those datasets > would > >> be assigned SCDB2 in the &DSN(1) segment and then re-assigned SCSMS > in the > >> SELECT/WHEN you've shown us. This is a result of not having a EXIT > in > >> the first set of statements - the allocation falls through into the > >> next code segment and gets re-evaluated. And it will continue to be > >> re-evaluated after your > >> SET &STORCLAS = 'SCSMS'as that statement also doesn't appear to > have a > >> paired EXIT. > >> > >> Without the WRITE stmts Lisa mentioned, it's pretty hard to tell > from > >> what you've shown us. Your allocation could actually have several > >> storage classes assigned and re-assigned, with some other segment > >> having the final assignment of 'SCSMS' before it finally falls out > of SMS. > >> > >> My general rule of thumb is that the only time I don't pair a SET > >> with an EXIT is when I want to set a default StorCLas. I always > pair > >> a SET with a WRITE and generally its a SET, WRITE, & EXIT. > >> > >> I'd recommend investigating NAVIQUEST to use in testing your code & > >> any changes you're thinking of making. > >> ddk > >> > >> > >> > >> > >> > >> I've inherited an SMS setup and I know little about SMS but this I > >> know isn't working. In the storage class ACS routines is this > >> snippet - > >> > >> IF &DSN(1) = 'DB2E' THEN > >> DO > >> IF &DSN(2) = 'DSNDBC' THEN > >> DO > >> SET &STORCLAS='SCDB2' > >> END > >> IF &DSN(2) = 'DSNDBD' THEN > >> DO > >> SET &STORCLAS='SCDB2' > >> END > >> END > >> followed by this - > >> > >> SELECT > >> WHEN (&DSN = &DB2E) > >> SET &STORCLAS = 'SCSMS' > >> Question. Any dataset of the form DB2E.DSNDBC.** is getting the > >> storage class SCSMS and not SCDB2 which is what is required. I want > >> all > >> DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset > to > >> get SCSMS. What is wrong with the above syntax please. > >> > >> Jim McAlpine > >> > >> > >> > >> > >> > >> This e-mail message and all attachments transmitted with it may > >> contain legally privileged and/or confidential information intended > >> solely for the use of the addressee(s). If the reader of this > m
Re: basic SMS question
Ok, then I did it with CA-DISK or FDR. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Friday, February 08, 2013 16:15 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: basic SMS question That is correct see http://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fco m.ibm.zos.r12.idas200%2Fs2010.htm Thank You, Dave O'Brien NIH Contractor From: Don Williams [donb...@gmail.com] Sent: Friday, February 08, 2013 9:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: basic SMS question IIRC, not a DFDMDdss COPY option, either. DSS does not reformat data. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Vernooij, CP - SPLXM > Sent: Friday, February 08, 2013 7:42 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: basic SMS question > > Correct, very irritating restriction. > You can MOVE the dataset with DFDSS and provide a new DATACLAS then. > > Kees. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Brian Fraser > Sent: Friday, February 08, 2013 13:23 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: basic SMS question > > >>ALTER data.set.name DATACLAS(newvalue) > > DATACLAS is not an optional parameter to IDCAMS ALTER > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > For information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee only. > If you are not the addressee, you are notified that no part of the e- > mail or any attachment may be disclosed, copied or distributed, and > that any other action related to this e-mail or attachment is strictly > prohibited, and may be unlawful. If you have received this e-mail by > error, please notify the sender immediately by return e-mail, and > delete this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or > its employees shall not be liable for the incorrect or incomplete > transmission of this e-mail or any attachments, nor responsible for > any delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal > Dutch > Airlines) is registered in Amstelveen, The Netherlands, with > registered number 33014286 > > > > -- > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: basic SMS question
That is correct see http://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r12.idas200%2Fs2010.htm Thank You, Dave O'Brien NIH Contractor From: Don Williams [donb...@gmail.com] Sent: Friday, February 08, 2013 9:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: basic SMS question IIRC, not a DFDMDdss COPY option, either. DSS does not reformat data. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Vernooij, CP - SPLXM > Sent: Friday, February 08, 2013 7:42 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: basic SMS question > > Correct, very irritating restriction. > You can MOVE the dataset with DFDSS and provide a new DATACLAS then. > > Kees. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On > Behalf Of Brian Fraser > Sent: Friday, February 08, 2013 13:23 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: basic SMS question > > >>ALTER data.set.name DATACLAS(newvalue) > > DATACLAS is not an optional parameter to IDCAMS ALTER > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > For information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee only. > If you are not the addressee, you are notified that no part of the e- > mail or any attachment may be disclosed, copied or distributed, and > that any other action related to this e-mail or attachment is strictly > prohibited, and may be unlawful. If you have received this e-mail by > error, please notify the sender immediately by return e-mail, and > delete this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or > its employees shall not be liable for the incorrect or incomplete > transmission of this e-mail or any attachments, nor responsible for any > delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch > Airlines) is registered in Amstelveen, The Netherlands, with registered > number 33014286 > > > > -- > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: basic SMS question
IIRC, not a DFDMDdss COPY option, either. DSS does not reformat data. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Vernooij, CP - SPLXM > Sent: Friday, February 08, 2013 7:42 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: basic SMS question > > Correct, very irritating restriction. > You can MOVE the dataset with DFDSS and provide a new DATACLAS then. > > Kees. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On > Behalf Of Brian Fraser > Sent: Friday, February 08, 2013 13:23 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: basic SMS question > > >>ALTER data.set.name DATACLAS(newvalue) > > DATACLAS is not an optional parameter to IDCAMS ALTER > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > For information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee only. > If you are not the addressee, you are notified that no part of the e- > mail or any attachment may be disclosed, copied or distributed, and > that any other action related to this e-mail or attachment is strictly > prohibited, and may be unlawful. If you have received this e-mail by > error, please notify the sender immediately by return e-mail, and > delete this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or > its employees shall not be liable for the incorrect or incomplete > transmission of this e-mail or any attachments, nor responsible for any > delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch > Airlines) is registered in Amstelveen, The Netherlands, with registered > number 33014286 > > > > -- > 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: basic SMS question
ALTER can change MGMTCLAS and STORCLAS, but not DATACLAS My best guess is that changing the DATACLAS would imply rewritting the data, since some DATACLAS attributes control the physical recording of data. Don > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Mike Schwab > Sent: Friday, February 08, 2013 6:36 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: basic SMS question > > ALTER data.set.name DATACLAS(newvalue) > On a ISPF 3.4 line, a / picks up the data.set.name from that line. > > On Fri, Feb 8, 2013 at 3:15 AM, Jim McAlpine > wrote: > > I've found another error in the data class selection routines which > means > > that datasets have been converted but not assigned the correct data > class. > > What is the quickest way to reassign a data class (or storage class > come to > > that). Do I have to CONVERTV to NONSMS and then CONVERTV to SMS > again or > > is there some quicker method. > > > > Jim McAlpine > > > > On Thu, Feb 7, 2013 at 4:11 PM, Jim McAlpine > wrote: > > > >> Thanks for the explanation. Much appreciated. > >> > >> Jim McAlpine > >> > >> On Thu, Feb 7, 2013 at 3:51 PM, Darth Keller > wrote: > >> > >>> A couple of things - > >>> > >>> &DSN(2) = 'DSNDBD' - 'DSNDBD' in the 2nd level generally > identifies > >>> the data component of a DB2 LDS. Data components do not get > assigned > >>> their own SMS Constructs. Constructs are assigned at the cluster > level. I > >>> see this as useless code unless your shop is actually using cluster > names > >>> with DSNDBD as the 2nd level. > >>> > >>> 2ndly - the answer to your question is going to depend on what's in > the > >>> filterlist &DB2E. > >>> > >>> If it contains an entry like DB2E.** , then all those > datasets would > >>> be assigned SCDB2 in the &DSN(1) segment and then re-assigned SCSMS > in the > >>> SELECT/WHEN you've shown us. This is a result of not having a > EXIT in > >>> the first set of statements - the allocation falls through into the > next > >>> code segment and gets re-evaluated. And it will continue to be > >>> re-evaluated after your > >>> SET &STORCLAS = 'SCSMS'as that statement also doesn't appear to > have a > >>> paired EXIT. > >>> > >>> Without the WRITE stmts Lisa mentioned, it's pretty hard to tell > from what > >>> you've shown us. Your allocation could actually have several > storage > >>> classes assigned and re-assigned, with some other segment having > the final > >>> assignment of 'SCSMS' before it finally falls out of SMS. > >>> > >>> My general rule of thumb is that the only time I don't pair a SET > with an > >>> EXIT is when I want to set a default StorCLas. I always pair a SET > with a > >>> WRITE and generally its a SET, WRITE, & EXIT. > >>> > >>> I'd recommend investigating NAVIQUEST to use in testing your code & > any > >>> changes you're thinking of making. > >>> ddk > >>> > >>> > >>> > >>> > >>> > >>> I've inherited an SMS setup and I know little about SMS but this I > know > >>> isn't working. In the storage class ACS routines is this snippet - > >>> > >>> IF &DSN(1) = 'DB2E' THEN > >>> DO > >>> IF &DSN(2) = 'DSNDBC' THEN > >>> DO > >>> SET &STORCLAS='SCDB2' > >>> END > >>> IF &DSN(2) = 'DSNDBD' THEN > >>> DO > >>> SET &STORCLAS='SCDB2' > >>> END > >>> END > >>> followed by this - > >>> > >>> SELECT > >>> WHEN (&DSN = &DB2E) > >>> SET &STORCLAS = 'SCSMS' > >>> Question. Any dataset of the form DB2E.DSNDBC.** is getting the > storage > >>> class SCSMS and not SCDB2 which is what is required. I want all > >>> DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset > to get > >>> SCSMS. What is wrong with the above syntax please. > >>> > >>
Re: basic SMS question
Correct, very irritating restriction. You can MOVE the dataset with DFDSS and provide a new DATACLAS then. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Brian Fraser Sent: Friday, February 08, 2013 13:23 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: basic SMS question >>ALTER data.set.name DATACLAS(newvalue) DATACLAS is not an optional parameter to IDCAMS ALTER -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: basic SMS question
>>ALTER data.set.name DATACLAS(newvalue) DATACLAS is not an optional parameter to IDCAMS ALTER -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: basic SMS question
Thanks Mike. Jim On Fri, Feb 8, 2013 at 11:35 AM, Mike Schwab wrote: > ALTER data.set.name DATACLAS(newvalue) > On a ISPF 3.4 line, a / picks up the data.set.name from that line. > > On Fri, Feb 8, 2013 at 3:15 AM, Jim McAlpine > wrote: > > I've found another error in the data class selection routines which means > > that datasets have been converted but not assigned the correct data > class. > > What is the quickest way to reassign a data class (or storage class come > to > > that). Do I have to CONVERTV to NONSMS and then CONVERTV to SMS again or > > is there some quicker method. > > > > Jim McAlpine > > > > On Thu, Feb 7, 2013 at 4:11 PM, Jim McAlpine > wrote: > > > >> Thanks for the explanation. Much appreciated. > >> > >> Jim McAlpine > >> > >> On Thu, Feb 7, 2013 at 3:51 PM, Darth Keller < > darth.kel...@assurant.com>wrote: > >> > >>> A couple of things - > >>> > >>> &DSN(2) = 'DSNDBD' - 'DSNDBD' in the 2nd level generally > identifies > >>> the data component of a DB2 LDS. Data components do not get assigned > >>> their own SMS Constructs. Constructs are assigned at the cluster > level. I > >>> see this as useless code unless your shop is actually using cluster > names > >>> with DSNDBD as the 2nd level. > >>> > >>> 2ndly - the answer to your question is going to depend on what's in the > >>> filterlist &DB2E. > >>> > >>> If it contains an entry like DB2E.** , then all those datasets > would > >>> be assigned SCDB2 in the &DSN(1) segment and then re-assigned SCSMS in > the > >>> SELECT/WHEN you've shown us. This is a result of not having a EXIT in > >>> the first set of statements - the allocation falls through into the > next > >>> code segment and gets re-evaluated. And it will continue to be > >>> re-evaluated after your > >>> SET &STORCLAS = 'SCSMS'as that statement also doesn't appear to > have a > >>> paired EXIT. > >>> > >>> Without the WRITE stmts Lisa mentioned, it's pretty hard to tell from > what > >>> you've shown us. Your allocation could actually have several storage > >>> classes assigned and re-assigned, with some other segment having the > final > >>> assignment of 'SCSMS' before it finally falls out of SMS. > >>> > >>> My general rule of thumb is that the only time I don't pair a SET with > an > >>> EXIT is when I want to set a default StorCLas. I always pair a SET > with a > >>> WRITE and generally its a SET, WRITE, & EXIT. > >>> > >>> I'd recommend investigating NAVIQUEST to use in testing your code & any > >>> changes you're thinking of making. > >>> ddk > >>> > >>> > >>> > >>> > >>> > >>> I've inherited an SMS setup and I know little about SMS but this I know > >>> isn't working. In the storage class ACS routines is this snippet - > >>> > >>> IF &DSN(1) = 'DB2E' THEN > >>> DO > >>> IF &DSN(2) = 'DSNDBC' THEN > >>> DO > >>> SET &STORCLAS='SCDB2' > >>> END > >>> IF &DSN(2) = 'DSNDBD' THEN > >>> DO > >>> SET &STORCLAS='SCDB2' > >>> END > >>> END > >>> followed by this - > >>> > >>> SELECT > >>> WHEN (&DSN = &DB2E) > >>> SET &STORCLAS = 'SCSMS' > >>> Question. Any dataset of the form DB2E.DSNDBC.** is getting the > storage > >>> class SCSMS and not SCDB2 which is what is required. I want all > >>> DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to > get > >>> SCSMS. What is wrong with the above syntax please. > >>> > >>> Jim McAlpine > >>> > >>> > >>> > >>> > >>> > >>> This e-mail message and all attachments transmitted with it may > >>> contain legally privileged and/or confidential information intended > >>> solely for the use of the addressee(s). If the reader of this > >>> message is not the intended recipient, you are hereby notified that > >>> any reading, dissemination, distribution, copying, forwarding or > >>> other use of this message or its attachments is strictly > >>> prohibited. If you have received this message in error, please > >>> notify the sender immediately and delete this message and all > >>> copies and backups thereof. Thank you. > >>> > >>> -- > >>> 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 > > > > -- > Mike A Schwab, Springfield IL USA > Where do Forest Rangers go to get away from it all? > > -- > 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 / archi
Re: basic SMS question
ALTER data.set.name DATACLAS(newvalue) On a ISPF 3.4 line, a / picks up the data.set.name from that line. On Fri, Feb 8, 2013 at 3:15 AM, Jim McAlpine wrote: > I've found another error in the data class selection routines which means > that datasets have been converted but not assigned the correct data class. > What is the quickest way to reassign a data class (or storage class come to > that). Do I have to CONVERTV to NONSMS and then CONVERTV to SMS again or > is there some quicker method. > > Jim McAlpine > > On Thu, Feb 7, 2013 at 4:11 PM, Jim McAlpine wrote: > >> Thanks for the explanation. Much appreciated. >> >> Jim McAlpine >> >> On Thu, Feb 7, 2013 at 3:51 PM, Darth Keller >> wrote: >> >>> A couple of things - >>> >>> &DSN(2) = 'DSNDBD' - 'DSNDBD' in the 2nd level generally identifies >>> the data component of a DB2 LDS. Data components do not get assigned >>> their own SMS Constructs. Constructs are assigned at the cluster level. I >>> see this as useless code unless your shop is actually using cluster names >>> with DSNDBD as the 2nd level. >>> >>> 2ndly - the answer to your question is going to depend on what's in the >>> filterlist &DB2E. >>> >>> If it contains an entry like DB2E.** , then all those datasets would >>> be assigned SCDB2 in the &DSN(1) segment and then re-assigned SCSMS in the >>> SELECT/WHEN you've shown us. This is a result of not having a EXIT in >>> the first set of statements - the allocation falls through into the next >>> code segment and gets re-evaluated. And it will continue to be >>> re-evaluated after your >>> SET &STORCLAS = 'SCSMS'as that statement also doesn't appear to have a >>> paired EXIT. >>> >>> Without the WRITE stmts Lisa mentioned, it's pretty hard to tell from what >>> you've shown us. Your allocation could actually have several storage >>> classes assigned and re-assigned, with some other segment having the final >>> assignment of 'SCSMS' before it finally falls out of SMS. >>> >>> My general rule of thumb is that the only time I don't pair a SET with an >>> EXIT is when I want to set a default StorCLas. I always pair a SET with a >>> WRITE and generally its a SET, WRITE, & EXIT. >>> >>> I'd recommend investigating NAVIQUEST to use in testing your code & any >>> changes you're thinking of making. >>> ddk >>> >>> >>> >>> >>> >>> I've inherited an SMS setup and I know little about SMS but this I know >>> isn't working. In the storage class ACS routines is this snippet - >>> >>> IF &DSN(1) = 'DB2E' THEN >>> DO >>> IF &DSN(2) = 'DSNDBC' THEN >>> DO >>> SET &STORCLAS='SCDB2' >>> END >>> IF &DSN(2) = 'DSNDBD' THEN >>> DO >>> SET &STORCLAS='SCDB2' >>> END >>> END >>> followed by this - >>> >>> SELECT >>> WHEN (&DSN = &DB2E) >>> SET &STORCLAS = 'SCSMS' >>> Question. Any dataset of the form DB2E.DSNDBC.** is getting the storage >>> class SCSMS and not SCDB2 which is what is required. I want all >>> DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get >>> SCSMS. What is wrong with the above syntax please. >>> >>> Jim McAlpine >>> >>> >>> >>> >>> >>> This e-mail message and all attachments transmitted with it may >>> contain legally privileged and/or confidential information intended >>> solely for the use of the addressee(s). If the reader of this >>> message is not the intended recipient, you are hereby notified that >>> any reading, dissemination, distribution, copying, forwarding or >>> other use of this message or its attachments is strictly >>> prohibited. If you have received this message in error, please >>> notify the sender immediately and delete this message and all >>> copies and backups thereof. Thank you. >>> >>> -- >>> 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 -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: basic SMS question
I've found another error in the data class selection routines which means that datasets have been converted but not assigned the correct data class. What is the quickest way to reassign a data class (or storage class come to that). Do I have to CONVERTV to NONSMS and then CONVERTV to SMS again or is there some quicker method. Jim McAlpine On Thu, Feb 7, 2013 at 4:11 PM, Jim McAlpine wrote: > Thanks for the explanation. Much appreciated. > > Jim McAlpine > > On Thu, Feb 7, 2013 at 3:51 PM, Darth Keller > wrote: > >> A couple of things - >> >> &DSN(2) = 'DSNDBD' - 'DSNDBD' in the 2nd level generally identifies >> the data component of a DB2 LDS. Data components do not get assigned >> their own SMS Constructs. Constructs are assigned at the cluster level. I >> see this as useless code unless your shop is actually using cluster names >> with DSNDBD as the 2nd level. >> >> 2ndly - the answer to your question is going to depend on what's in the >> filterlist &DB2E. >> >> If it contains an entry like DB2E.** , then all those datasets would >> be assigned SCDB2 in the &DSN(1) segment and then re-assigned SCSMS in the >> SELECT/WHEN you've shown us. This is a result of not having a EXIT in >> the first set of statements - the allocation falls through into the next >> code segment and gets re-evaluated. And it will continue to be >> re-evaluated after your >> SET &STORCLAS = 'SCSMS'as that statement also doesn't appear to have a >> paired EXIT. >> >> Without the WRITE stmts Lisa mentioned, it's pretty hard to tell from what >> you've shown us. Your allocation could actually have several storage >> classes assigned and re-assigned, with some other segment having the final >> assignment of 'SCSMS' before it finally falls out of SMS. >> >> My general rule of thumb is that the only time I don't pair a SET with an >> EXIT is when I want to set a default StorCLas. I always pair a SET with a >> WRITE and generally its a SET, WRITE, & EXIT. >> >> I'd recommend investigating NAVIQUEST to use in testing your code & any >> changes you're thinking of making. >> ddk >> >> >> >> >> >> I've inherited an SMS setup and I know little about SMS but this I know >> isn't working. In the storage class ACS routines is this snippet - >> >> IF &DSN(1) = 'DB2E' THEN >> DO >> IF &DSN(2) = 'DSNDBC' THEN >> DO >> SET &STORCLAS='SCDB2' >> END >> IF &DSN(2) = 'DSNDBD' THEN >> DO >> SET &STORCLAS='SCDB2' >> END >> END >> followed by this - >> >> SELECT >> WHEN (&DSN = &DB2E) >> SET &STORCLAS = 'SCSMS' >> Question. Any dataset of the form DB2E.DSNDBC.** is getting the storage >> class SCSMS and not SCDB2 which is what is required. I want all >> DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get >> SCSMS. What is wrong with the above syntax please. >> >> Jim McAlpine >> >> >> >> >> >> This e-mail message and all attachments transmitted with it may >> contain legally privileged and/or confidential information intended >> solely for the use of the addressee(s). If the reader of this >> message is not the intended recipient, you are hereby notified that >> any reading, dissemination, distribution, copying, forwarding or >> other use of this message or its attachments is strictly >> prohibited. If you have received this message in error, please >> notify the sender immediately and delete this message and all >> copies and backups thereof. Thank you. >> >> -- >> 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: basic SMS question
Thanks for the explanation. Much appreciated. Jim McAlpine On Thu, Feb 7, 2013 at 3:51 PM, Darth Keller wrote: > A couple of things - > > &DSN(2) = 'DSNDBD' - 'DSNDBD' in the 2nd level generally identifies > the data component of a DB2 LDS. Data components do not get assigned > their own SMS Constructs. Constructs are assigned at the cluster level. I > see this as useless code unless your shop is actually using cluster names > with DSNDBD as the 2nd level. > > 2ndly - the answer to your question is going to depend on what's in the > filterlist &DB2E. > > If it contains an entry like DB2E.** , then all those datasets would > be assigned SCDB2 in the &DSN(1) segment and then re-assigned SCSMS in the > SELECT/WHEN you've shown us. This is a result of not having a EXIT in > the first set of statements - the allocation falls through into the next > code segment and gets re-evaluated. And it will continue to be > re-evaluated after your > SET &STORCLAS = 'SCSMS'as that statement also doesn't appear to have a > paired EXIT. > > Without the WRITE stmts Lisa mentioned, it's pretty hard to tell from what > you've shown us. Your allocation could actually have several storage > classes assigned and re-assigned, with some other segment having the final > assignment of 'SCSMS' before it finally falls out of SMS. > > My general rule of thumb is that the only time I don't pair a SET with an > EXIT is when I want to set a default StorCLas. I always pair a SET with a > WRITE and generally its a SET, WRITE, & EXIT. > > I'd recommend investigating NAVIQUEST to use in testing your code & any > changes you're thinking of making. > ddk > > > > > > I've inherited an SMS setup and I know little about SMS but this I know > isn't working. In the storage class ACS routines is this snippet - > > IF &DSN(1) = 'DB2E' THEN > DO > IF &DSN(2) = 'DSNDBC' THEN > DO > SET &STORCLAS='SCDB2' > END > IF &DSN(2) = 'DSNDBD' THEN > DO > SET &STORCLAS='SCDB2' > END > END > followed by this - > > SELECT > WHEN (&DSN = &DB2E) > SET &STORCLAS = 'SCSMS' > Question. Any dataset of the form DB2E.DSNDBC.** is getting the storage > class SCSMS and not SCDB2 which is what is required. I want all > DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get > SCSMS. What is wrong with the above syntax please. > > Jim McAlpine > > > > > > This e-mail message and all attachments transmitted with it may > contain legally privileged and/or confidential information intended > solely for the use of the addressee(s). If the reader of this > message is not the intended recipient, you are hereby notified that > any reading, dissemination, distribution, copying, forwarding or > other use of this message or its attachments is strictly > prohibited. If you have received this message in error, please > notify the sender immediately and delete this message and all > copies and backups thereof. Thank you. > > -- > 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: basic SMS question
A couple of things - &DSN(2) = 'DSNDBD' - 'DSNDBD' in the 2nd level generally identifies the data component of a DB2 LDS. Data components do not get assigned their own SMS Constructs. Constructs are assigned at the cluster level. I see this as useless code unless your shop is actually using cluster names with DSNDBD as the 2nd level. 2ndly - the answer to your question is going to depend on what's in the filterlist &DB2E. If it contains an entry like DB2E.** , then all those datasets would be assigned SCDB2 in the &DSN(1) segment and then re-assigned SCSMS in the SELECT/WHEN you've shown us. This is a result of not having a EXIT in the first set of statements - the allocation falls through into the next code segment and gets re-evaluated. And it will continue to be re-evaluated after your SET &STORCLAS = 'SCSMS'as that statement also doesn't appear to have a paired EXIT. Without the WRITE stmts Lisa mentioned, it's pretty hard to tell from what you've shown us. Your allocation could actually have several storage classes assigned and re-assigned, with some other segment having the final assignment of 'SCSMS' before it finally falls out of SMS. My general rule of thumb is that the only time I don't pair a SET with an EXIT is when I want to set a default StorCLas. I always pair a SET with a WRITE and generally its a SET, WRITE, & EXIT. I'd recommend investigating NAVIQUEST to use in testing your code & any changes you're thinking of making. ddk I've inherited an SMS setup and I know little about SMS but this I know isn't working. In the storage class ACS routines is this snippet - IF &DSN(1) = 'DB2E' THEN DO IF &DSN(2) = 'DSNDBC' THEN DO SET &STORCLAS='SCDB2' END IF &DSN(2) = 'DSNDBD' THEN DO SET &STORCLAS='SCDB2' END END followed by this - SELECT WHEN (&DSN = &DB2E) SET &STORCLAS = 'SCSMS' Question. Any dataset of the form DB2E.DSNDBC.** is getting the storage class SCSMS and not SCDB2 which is what is required. I want all DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get SCSMS. What is wrong with the above syntax please. Jim McAlpine This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: basic SMS question
First I would consider putting EXIT in your WHEN DO/END statements. Otherwise it will keep parsing the code to find another match. Second, I use WRITE statements in my Do/End code to ensure I got where I Thought I was going. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim McAlpine Sent: Thursday, February 07, 2013 8:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: basic SMS question I've inherited an SMS setup and I know little about SMS but this I know isn't working. In the storage class ACS routines is this snippet - IF &DSN(1) = 'DB2E' THEN DO IF &DSN(2) = 'DSNDBC' THEN DO SET &STORCLAS='SCDB2' END IF &DSN(2) = 'DSNDBD' THEN DO SET &STORCLAS='SCDB2' END END followed by this - SELECT WHEN (&DSN = &DB2E) SET &STORCLAS = 'SCSMS' Question. Any dataset of the form DB2E.DSNDBC.** is getting the storage class SCSMS and not SCDB2 which is what is required. I want all DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get SCSMS. What is wrong with the above syntax please. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: basic SMS question
The FILTLIST has &DB2E defined. I would remove the IF logic and then change the SELECT WHEN from SCSMS to SCDB2 Regards, Doug Sent from my iPhone On Feb 7, 2013, at 10:13, Jim McAlpine wrote: > I've inherited an SMS setup and I know little about SMS but this I know > isn't working. In the storage class ACS routines is this snippet - > > IF &DSN(1) = 'DB2E' THEN > DO >IF &DSN(2) = 'DSNDBC' THEN > DO >SET &STORCLAS='SCDB2' > END >IF &DSN(2) = 'DSNDBD' THEN > DO >SET &STORCLAS='SCDB2' > END > END > followed by this - > > SELECT >WHEN (&DSN = &DB2E) > SET &STORCLAS = 'SCSMS' > Question. Any dataset of the form DB2E.DSNDBC.** is getting the storage > class SCSMS and not SCDB2 which is what is required. I want all > DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get > SCSMS. What is wrong with the above syntax please. > > Jim McAlpine > > -- > 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: basic SMS question
You are not exiting the routine after the set &Storclas statement. By not exiting you are falling through the code to the last true statement. -Original Message- From: Jim McAlpine [mailto:jim.mcalp...@gmail.com] Sent: Thursday, February 07, 2013 10:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: basic SMS question I've inherited an SMS setup and I know little about SMS but this I know isn't working. In the storage class ACS routines is this snippet - IF &DSN(1) = 'DB2E' THEN DO IF &DSN(2) = 'DSNDBC' THEN DO SET &STORCLAS='SCDB2' END IF &DSN(2) = 'DSNDBD' THEN DO SET &STORCLAS='SCDB2' END END followed by this - SELECT WHEN (&DSN = &DB2E) SET &STORCLAS = 'SCSMS' Question. Any dataset of the form DB2E.DSNDBC.** is getting the storage class SCSMS and not SCDB2 which is what is required. I want all DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get SCSMS. What is wrong with the above syntax please. Jim McAlpine -- 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
basic SMS question
I've inherited an SMS setup and I know little about SMS but this I know isn't working. In the storage class ACS routines is this snippet - IF &DSN(1) = 'DB2E' THEN DO IF &DSN(2) = 'DSNDBC' THEN DO SET &STORCLAS='SCDB2' END IF &DSN(2) = 'DSNDBD' THEN DO SET &STORCLAS='SCDB2' END END followed by this - SELECT WHEN (&DSN = &DB2E) SET &STORCLAS = 'SCSMS' Question. Any dataset of the form DB2E.DSNDBC.** is getting the storage class SCSMS and not SCDB2 which is what is required. I want all DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get SCSMS. What is wrong with the above syntax please. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
