Re: SMS - HSM invalid DSORG
Barry Schwarz wrote: Assigning a dataclass to a data set fills in the DCB parameters only during allocation. If the data set already exists, it has no affect. But if the data set is never opened, why do you want HSM to process it? It contains nothing. It contains nothing, but it takes valuable DASD space. While other (non-epmty) datasets are being migrated, or even deleted after specified time/conditions the empty file remains on DASD. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS - HSM invalid DSORG
have a default dataclass for errant allocations; my routine looks something like this: WHEN ((DSTYPE NE 'TEMP') AND ((DSORG NE 'PO') OR (DSORG NE 'VS') OR (DSORG NE 'DA'))AND (DSORG EQ '')) DO SET DATACLAS = 'DCPS' EXIT END DCPS is my naming convention for Dataclass for DSORG=PS; no space values, nothing, except for DSORG=PS. - ravi. On Tue, 13 Sep 2005 13:48:34 -0500, Mark Steely [EMAIL PROTECTED] wrote: We are z/OS V1R4. We have several datasets which are allocated but never opened or closed. This leaves the dataset with an invalid DSORG. These datasets are SMS managed, which I thought SMS would prevent from happening. As a result HSM will not back up or migrate these datasets. How do other shop's manage these datasets? Thank You -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS - HSM invalid DSORG
Ambat Ravi Nair wrote: have a default dataclass for errant allocations; my routine looks something like this: WHEN ((DSTYPE NE 'TEMP') AND ((DSORG NE 'PO') OR (DSORG NE 'VS') OR (DSORG NE 'DA'))AND (DSORG EQ '')) DO SET DATACLAS = 'DCPS' EXIT END DCPS is my naming convention for Dataclass for DSORG=PS; no space values, nothing, except for DSORG=PS. I don't understand what is the reason to double check DSORG. Why not WHEN ((DSTYPE NE 'TEMP') AND (DSORG EQ '')) DO Just curious. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS - HSM invalid DSORG
During research if the file was never backed up and the customer was trying to determine if that file was empty or not at a certain time, the customer would have to guess that if the file is not backed up then it was empty. I would rather the file be there empty or not so no guessing was involved. Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Barry Schwarz Sent: Wednesday, September 14, 2005 1:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS - HSM invalid DSORG Assigning a dataclass to a data set fills in the DCB parameters only during allocation. If the data set already exists, it has no affect. But if the data set is never opened, why do you want HSM to process it? It contains nothing. Mark Steely [EMAIL PROTECTED] wrote: Thanks for the information. I will define a dataclass for these files. Thanks - Yahoo! for Good Click here to donate to the Hurricane Katrina relief effort. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS - HSM invalid DSORG
On Sep 14, 2005, at 1:53 PM, Barry Schwarz wrote: Assigning a dataclass to a data set fills in the DCB parameters only during allocation. If the data set already exists, it has no affect. But if the data set is never opened, why do you want HSM to process it? It contains nothing. Mark Steely [EMAIL PROTECTED] wrote: Thanks for the information. I will define a dataclass for these files. Mark, Good question 1 or 2 answers. 1. a few products depend on it being unknown... It should be marked (IMO) as DA. 2. See 1 and until a few years ago HSM would not touch them (and would given an error telling you he couldn't touch them until DFDSS became a datamover for DFHSM then it could touch them (if you have it specified to do so). Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMS - HSM invalid DSORG
We are z/OS V1R4. We have several datasets which are allocated but never opened or closed. This leaves the dataset with an invalid DSORG. These datasets are SMS managed, which I thought SMS would prevent from happening. As a result HSM will not back up or migrate these datasets. How do other shop's manage these datasets? Thank You -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS - HSM invalid DSORG
Did you assign a DATACLAS? Assign a DATACLAS to every data set just make it a nice empty one call it STANDARD or something and you should not see this. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 It seemed the world was divided into good and bad people. The good ones slept better ... while the bad ones seemed to enjoy the waking hours much more. - Woody Allen -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Steely Sent: Tuesday, September 13, 2005 2:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject: SMS - HSM invalid DSORG We are z/OS V1R4. We have several datasets which are allocated but never opened or closed. This leaves the dataset with an invalid DSORG. These datasets are SMS managed, which I thought SMS would prevent from happening. As a result HSM will not back up or migrate these datasets. How do other shop's manage these datasets? Thank You This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS - HSM invalid DSORG
Thanks for the information. I will define a dataclass for these files. Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Tuesday, September 13, 2005 1:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS - HSM invalid DSORG Did you assign a DATACLAS? Assign a DATACLAS to every data set just make it a nice empty one call it STANDARD or something and you should not see this. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 It seemed the world was divided into good and bad people. The good ones slept better ... while the bad ones seemed to enjoy the waking hours much more. - Woody Allen -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Steely Sent: Tuesday, September 13, 2005 2:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject: SMS - HSM invalid DSORG We are z/OS V1R4. We have several datasets which are allocated but never opened or closed. This leaves the dataset with an invalid DSORG. These datasets are SMS managed, which I thought SMS would prevent from happening. As a result HSM will not back up or migrate these datasets. How do other shop's manage these datasets? Thank You This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html