Re: HSM question
For NON-SMS volumes, autobackup is not controlled by MGMTCLAS (as there is no MGMTCLAS) For autobackup to occur: The NON-SMS volume must be defined with: ADDVOL volser UNIT(unittype) PRIMARY(AUTOBACKUP) To control how many backup versions to keep: SETSYS VERSIONS(limit) On Wed, 11 Sep 2019 at 21:41, Brian Fraser wrote: > If the dsn is non-sms, then it doesn't have a MGMTCLAS. > > Default MGMTCLAS rules do not apply. > > Regards > Brian > > On Wed, Sep 11, 2019, 6:39 PM Gadi Ben-Avi, wrote: > >> Thanks >> In the Management Class there are to more options I would like to set: >> >> How many backup versions of a deleted dataset are kept. >> How long the backup is kept. >> Do these settings have equivalent setting for Non-SMS datasets? >> >> Gadi >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf >> Of retired mainframer >> Sent: Wednesday, September 11, 2019 11:12 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: HSM question >> >> Look at the VERSIONS operand of the SETSYS command and the ALTERDS command >> >> > -Original Message- >> > From: IBM Mainframe Discussion List On >> > Behalf Of Gadi Ben-Avi >> > Sent: Wednesday, September 11, 2019 12:15 AM >> > To: IBM-MAIN@LISTSERV.UA.EDU >> > Subject: Re: HSM question >> > >> > OK, >> > So how do I tell HSM to keep more than one backup version? >> > >> > Gadi >> > >> > -Original Message- >> > From: IBM Mainframe Discussion List On >> > Behalf Of Gibney, Dave >> > Sent: Wednesday, September 11, 2019 10:09 AM >> > To: IBM-MAIN@LISTSERV.UA.EDU >> > Subject: Re: HSM question >> > >> > MGMTCLAS won't matter for Non-SMS datasets >> > >> > > -Original Message- >> > > From: IBM Mainframe Discussion List On >> > > Behalf Of Gadi Ben-Avi >> > > Sent: Tuesday, September 10, 2019 11:39 PM >> > > To: IBM-MAIN@LISTSERV.UA.EDU >> > > Subject: HSM question >> > > >> > > Hi, >> > > I wanted to restore a PDS backed up by HSM. >> > > When I looked, I only found one backup version of the PDS. >> > > When I looked through the HSM logs, I found that it was backed up >> > > many times. >> > > >> > > The PDS is on a NON-SMS volume. >> > > The addvol statement for the volume is: >> > > ADDVOL vv UNIT(3390) PRIMARY(AUTODUMP(SUNDAY) AB) >> > > >> > > Sunday is defined as: >> > > DEFINE DUMPCLASS(SUNDAY DAY(6) - >> > >RETPD(27) AUTOREUSE NORESET - >> > >DATASETRESTORE VTOCCOPIES(0)) >> > > >> > > The default management class says to keep 20 versions of backups: >> > > >> > > What am I doing wrong? >> > > I am running z/OS v2.2. >> > > >> > > Thanks >> > > >> > > Gadi >> > > >> > > >> > > >> > > -- 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 >> > >> > Email secured by Check Point >> > >> > -- >> > 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 >> >> Email secured by Check Point >> >> -- >> 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: HSM question
If the dsn is non-sms, then it doesn't have a MGMTCLAS. Default MGMTCLAS rules do not apply. Regards Brian On Wed, Sep 11, 2019, 6:39 PM Gadi Ben-Avi, wrote: > Thanks > In the Management Class there are to more options I would like to set: > > How many backup versions of a deleted dataset are kept. > How long the backup is kept. > Do these settings have equivalent setting for Non-SMS datasets? > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of retired mainframer > Sent: Wednesday, September 11, 2019 11:12 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: HSM question > > Look at the VERSIONS operand of the SETSYS command and the ALTERDS command > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Gadi Ben-Avi > > Sent: Wednesday, September 11, 2019 12:15 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: HSM question > > > > OK, > > So how do I tell HSM to keep more than one backup version? > > > > Gadi > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Gibney, Dave > > Sent: Wednesday, September 11, 2019 10:09 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: HSM question > > > > MGMTCLAS won't matter for Non-SMS datasets > > > > > -Original Message- > > > From: IBM Mainframe Discussion List On > > > Behalf Of Gadi Ben-Avi > > > Sent: Tuesday, September 10, 2019 11:39 PM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: HSM question > > > > > > Hi, > > > I wanted to restore a PDS backed up by HSM. > > > When I looked, I only found one backup version of the PDS. > > > When I looked through the HSM logs, I found that it was backed up > > > many times. > > > > > > The PDS is on a NON-SMS volume. > > > The addvol statement for the volume is: > > > ADDVOL vv UNIT(3390) PRIMARY(AUTODUMP(SUNDAY) AB) > > > > > > Sunday is defined as: > > > DEFINE DUMPCLASS(SUNDAY DAY(6) - > > >RETPD(27) AUTOREUSE NORESET - > > >DATASETRESTORE VTOCCOPIES(0)) > > > > > > The default management class says to keep 20 versions of backups: > > > > > > What am I doing wrong? > > > I am running z/OS v2.2. > > > > > > Thanks > > > > > > Gadi > > > > > > > > > > > > -- 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 > > > > Email secured by Check Point > > > > -- > > 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 > > Email secured by Check Point > > -- > 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: HSM question
Gadi, Here is a random snapshot from ISMF's Management Class display for the applicable columns: # BACKUPS# BACKUPS RETAIN DAYS RETAIN DAYS (DS EXISTS) (DS DELETED) ONLY BACKUP EXTRA BACKUPS ---(13) (14) ---(15) (16)- 1 01 1 --- --- ------ 7 2 730730 7 2 180NOLIMIT 1 1 180 30 2 15NOLIMIT 1313 NOLIMITNOLIMIT 1313 NOLIMITNOLIMIT 1313 NOLIMITNOLIMIT 13 3 900900 3 3 180180 13 3 900900 1313 900900 1313 900900 --- --- ------ 1313 NOLIMITNOLIMIT 1313 NOLIMITNOLIMIT 1313 NOLIMITNOLIMIT For non-SMS, look up the ADDVOL command in the manual for stuff enforced at the volume level. For dataset backups, code RETPD and/or EXPDT in the JCL; or use GDGs, etc. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi Sent: Wednesday, September 11, 2019 4:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM question Thanks In the Management Class there are to more options I would like to set: How many backup versions of a deleted dataset are kept. How long the backup is kept. Do these settings have equivalent setting for Non-SMS datasets? Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of retired mainframer Sent: Wednesday, September 11, 2019 11:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM question Look at the VERSIONS operand of the SETSYS command and the ALTERDS command > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gadi Ben-Avi > Sent: Wednesday, September 11, 2019 12:15 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: HSM question > > OK, > So how do I tell HSM to keep more than one backup version? > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gibney, Dave > Sent: Wednesday, September 11, 2019 10:09 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: HSM question > > MGMTCLAS won't matter for Non-SMS datasets > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Gadi Ben-Avi > > Sent: Tuesday, September 10, 2019 11:39 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: HSM question > > > > Hi, > > I wanted to restore a PDS backed up by HSM. > > When I looked, I only found one backup version of the PDS. > > When I looked through the HSM logs, I found that it was backed up > > many times. > > > > The PDS is on a NON-SMS volume. > > The addvol statement for the volume is: > > ADDVOL vv UNIT(3390) PRIMARY(AUTODUMP(SUNDAY) AB) > > > > Sunday is defined as: > > DEFINE DUMPCLASS(SUNDAY DAY(6) - > >RETPD(27) AUTOREUSE NORESET - > >DATASETRESTORE VTOCCOPIES(0)) > > > > The default management class says to keep 20 versions of backups: > > > > What am I doing wrong? > > I am running z/OS v2.2. > > > > Thanks > > > > Gadi > > > > > > > > -- 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 > > Email secured by Check Point > > -- > 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 Email secured by Check Point -- 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: HSM question
Thanks In the Management Class there are to more options I would like to set: How many backup versions of a deleted dataset are kept. How long the backup is kept. Do these settings have equivalent setting for Non-SMS datasets? Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of retired mainframer Sent: Wednesday, September 11, 2019 11:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM question Look at the VERSIONS operand of the SETSYS command and the ALTERDS command > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gadi Ben-Avi > Sent: Wednesday, September 11, 2019 12:15 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: HSM question > > OK, > So how do I tell HSM to keep more than one backup version? > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gibney, Dave > Sent: Wednesday, September 11, 2019 10:09 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: HSM question > > MGMTCLAS won't matter for Non-SMS datasets > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Gadi Ben-Avi > > Sent: Tuesday, September 10, 2019 11:39 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: HSM question > > > > Hi, > > I wanted to restore a PDS backed up by HSM. > > When I looked, I only found one backup version of the PDS. > > When I looked through the HSM logs, I found that it was backed up > > many times. > > > > The PDS is on a NON-SMS volume. > > The addvol statement for the volume is: > > ADDVOL vv UNIT(3390) PRIMARY(AUTODUMP(SUNDAY) AB) > > > > Sunday is defined as: > > DEFINE DUMPCLASS(SUNDAY DAY(6) - > >RETPD(27) AUTOREUSE NORESET - > >DATASETRESTORE VTOCCOPIES(0)) > > > > The default management class says to keep 20 versions of backups: > > > > What am I doing wrong? > > I am running z/OS v2.2. > > > > Thanks > > > > Gadi > > > > > > > > -- 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 > > Email secured by Check Point > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM question
Look at the VERSIONS operand of the SETSYS command and the ALTERDS command > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gadi Ben-Avi > Sent: Wednesday, September 11, 2019 12:15 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: HSM question > > OK, > So how do I tell HSM to keep more than one backup version? > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gibney, Dave > Sent: Wednesday, September 11, 2019 10:09 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: HSM question > > MGMTCLAS won't matter for Non-SMS datasets > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Gadi Ben-Avi > > Sent: Tuesday, September 10, 2019 11:39 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: HSM question > > > > Hi, > > I wanted to restore a PDS backed up by HSM. > > When I looked, I only found one backup version of the PDS. > > When I looked through the HSM logs, I found that it was backed up many > > times. > > > > The PDS is on a NON-SMS volume. > > The addvol statement for the volume is: > > ADDVOL vv UNIT(3390) PRIMARY(AUTODUMP(SUNDAY) AB) > > > > Sunday is defined as: > > DEFINE DUMPCLASS(SUNDAY DAY(6) - > >RETPD(27) AUTOREUSE NORESET - > >DATASETRESTORE VTOCCOPIES(0)) > > > > The default management class says to keep 20 versions of backups: > > > > What am I doing wrong? > > I am running z/OS v2.2. > > > > Thanks > > > > Gadi > > > > > > -- > > 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 > > Email secured by Check Point > > -- > 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: HSM question
OK, So how do I tell HSM to keep more than one backup version? Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, September 11, 2019 10:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM question MGMTCLAS won't matter for Non-SMS datasets > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gadi Ben-Avi > Sent: Tuesday, September 10, 2019 11:39 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: HSM question > > Hi, > I wanted to restore a PDS backed up by HSM. > When I looked, I only found one backup version of the PDS. > When I looked through the HSM logs, I found that it was backed up many > times. > > The PDS is on a NON-SMS volume. > The addvol statement for the volume is: > ADDVOL vv UNIT(3390) PRIMARY(AUTODUMP(SUNDAY) AB) > > Sunday is defined as: > DEFINE DUMPCLASS(SUNDAY DAY(6) - >RETPD(27) AUTOREUSE NORESET - >DATASETRESTORE VTOCCOPIES(0)) > > The default management class says to keep 20 versions of backups: > > What am I doing wrong? > I am running z/OS v2.2. > > Thanks > > Gadi > > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM question
MGMTCLAS won't matter for Non-SMS datasets > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gadi Ben-Avi > Sent: Tuesday, September 10, 2019 11:39 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: HSM question > > Hi, > I wanted to restore a PDS backed up by HSM. > When I looked, I only found one backup version of the PDS. > When I looked through the HSM logs, I found that it was backed up many > times. > > The PDS is on a NON-SMS volume. > The addvol statement for the volume is: > ADDVOL vv UNIT(3390) PRIMARY(AUTODUMP(SUNDAY) AB) > > Sunday is defined as: > DEFINE DUMPCLASS(SUNDAY DAY(6) - >RETPD(27) AUTOREUSE NORESET - >DATASETRESTORE VTOCCOPIES(0)) > > The default management class says to keep 20 versions of backups: > > What am I doing wrong? > I am running z/OS v2.2. > > Thanks > > Gadi > > > -- > 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: [External] Re: HSM question - ML2 copy2 tapes that have no copy1
Thank you, Max, for that excellent response. I'm off to the tape mgmt. doc to figure out how to scratch the tapes. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Max Smith Sent: Friday, February 15, 2019 9:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: HSM question - ML2 copy2 tapes that have no copy1 Rex, There are 2 places HSM records the DUPLEX volser 1 in the MCV record while the Primary volume is still a partial tape and then in the TTOC record. The DUPLEX tape would be displayed in the LIST TTOC output if the Primary volume still existed. If it doesn't show in the LIST TTOC output then HSM does not know anything about the tape. There will be no commands in HSM that will return it to scratch, HSM should have done that when HSM returned the Primary volume to scratch. At this point you should be able to return the volumes to scratch via your Tape Management system. I know there is a way in TMS that you can force the return to scratch of these tapes as I have directed other clients to do this in the past. Max Smith DFSMShsm Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM question - ML2 copy2 tapes that have no copy1
Rex, There are 2 places HSM records the DUPLEX volser 1 in the MCV record while the Primary volume is still a partial tape and then in the TTOC record. The DUPLEX tape would be displayed in the LIST TTOC output if the Primary volume still existed. If it doesn't show in the LIST TTOC output then HSM does not know anything about the tape. There will be no commands in HSM that will return it to scratch, HSM should have done that when HSM returned the Primary volume to scratch. At this point you should be able to return the volumes to scratch via your Tape Management system. I know there is a way in TMS that you can force the return to scratch of these tapes as I have directed other clients to do this in the past. Max Smith DFSMShsm Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM question - ML2 copy2 tapes that have no copy1
This can be done, however it's been a long long time since I have used HSM duplex tapes. A PMR w/IBM would probably shortcut this process. Glenn Wilcox is very good about responding. HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, February 14, 2019 2:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM question - ML2 copy2 tapes that have no copy1 I get "entry not defined". Unfortunately that doesn't help, because on my playground I have duplex tapes with their primary ML2 tape still existent, and I get the same "not defined" message. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Thursday, February 14, 2019 12:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: HSM question - ML2 copy2 tapes that have no copy1 Try HSEND DELVOL(XX) PURGE FORCE(?) I haven't looked up the syntax. Actually, if they are not in the TTOC you can probably just expire them. Not sure if you are using RMM, TMS, or other, but RMM had a quirk, whereby if the tape ever had a permanent error (as defined by having a SWAP associated) the volume would not go scratch until replaced. Don't remember the exact details. Al -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, February 14, 2019 11:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM question - ML2 copy2 tapes that have no copy1 Allan, Sorry, this doesn't help. The LIST TTOC is only showing my VTS-based ML2 tapes which have no duplex. BTW, LIST TTOC does show duplex volumes if they exist. :-) These duplex tapes all have old create dates and so I am confident they are orphans. Now, how to get rid of them. I'll try the TAPEREPL process in a test environment to see what happens. Thanks. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Thursday, February 14, 2019 8:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: HSM question - ML2 copy2 tapes that have no copy1 Most likely a continuation of a prior volume. Without going into a lot of detail, if a dataset spans from 1 volume to another the 1st volume in the sequence "owns it". Duplex volumes are never referenced by DFHSM directly. HSEND LIST TTOC will list all primary voulmes. I expect the duplex volumes will also be shown, but I am not sure. It has been too long since I've duplexed. This *will* show the predecessor and successor volumes. I expect the "offending" volsers to be successor volumes. HSEND LIST TTOC(volser) will give you a list of datasets on the volume. Use this to obtain the "English" name of the datset. At this point there are 2 choices. HDELETE 'DSN' for the dataset that spans volumes. This will automatically delete the duplex volumes. Use the output of the HSEND LIST TTOC to obtain the "owning" primary volume. Recycle the "owning" primary volume. The "offending" duplex volumes will be deleted as part of the recycle process. HSEND RECYCLE EXECUTE VOLUME(owning volser) HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Wednesday, February 13, 2019 4:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HSM question - ML2 copy2 tapes that have no copy1 Hello list, I have a few HSM ML2 duplex tapes that no longer have their corresponding migrate tapes that I can't seem to get rid of. If I try to do DELVOL, I get an error saying they're not defined migrate volumes. What we're doing is migrating our HSM ML2 environment into a VTS (replicated) and eliminating the duplex tapes. I have these 4 duplex tapes from 2015 and 2017 that I can't get rid of. I think HSM still knows about these tapes and if I try to scratch them in the TMS, it says they're owned by an external data manager (ie HSM). Any thoughts on how to cleanly get rid of these tapes? I've looked at TAPEREPL but don't know if that would be a solution or not. TIA, Rex The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send
Re: HSM question - ML2 copy2 tapes that have no copy1
I get "entry not defined". Unfortunately that doesn't help, because on my playground I have duplex tapes with their primary ML2 tape still existent, and I get the same "not defined" message. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Thursday, February 14, 2019 12:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: HSM question - ML2 copy2 tapes that have no copy1 Try HSEND DELVOL(XX) PURGE FORCE(?) I haven't looked up the syntax. Actually, if they are not in the TTOC you can probably just expire them. Not sure if you are using RMM, TMS, or other, but RMM had a quirk, whereby if the tape ever had a permanent error (as defined by having a SWAP associated) the volume would not go scratch until replaced. Don't remember the exact details. Al -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, February 14, 2019 11:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM question - ML2 copy2 tapes that have no copy1 Allan, Sorry, this doesn't help. The LIST TTOC is only showing my VTS-based ML2 tapes which have no duplex. BTW, LIST TTOC does show duplex volumes if they exist. :-) These duplex tapes all have old create dates and so I am confident they are orphans. Now, how to get rid of them. I'll try the TAPEREPL process in a test environment to see what happens. Thanks. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Thursday, February 14, 2019 8:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: HSM question - ML2 copy2 tapes that have no copy1 Most likely a continuation of a prior volume. Without going into a lot of detail, if a dataset spans from 1 volume to another the 1st volume in the sequence "owns it". Duplex volumes are never referenced by DFHSM directly. HSEND LIST TTOC will list all primary voulmes. I expect the duplex volumes will also be shown, but I am not sure. It has been too long since I've duplexed. This *will* show the predecessor and successor volumes. I expect the "offending" volsers to be successor volumes. HSEND LIST TTOC(volser) will give you a list of datasets on the volume. Use this to obtain the "English" name of the datset. At this point there are 2 choices. HDELETE 'DSN' for the dataset that spans volumes. This will automatically delete the duplex volumes. Use the output of the HSEND LIST TTOC to obtain the "owning" primary volume. Recycle the "owning" primary volume. The "offending" duplex volumes will be deleted as part of the recycle process. HSEND RECYCLE EXECUTE VOLUME(owning volser) HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Wednesday, February 13, 2019 4:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HSM question - ML2 copy2 tapes that have no copy1 Hello list, I have a few HSM ML2 duplex tapes that no longer have their corresponding migrate tapes that I can't seem to get rid of. If I try to do DELVOL, I get an error saying they're not defined migrate volumes. What we're doing is migrating our HSM ML2 environment into a VTS (replicated) and eliminating the duplex tapes. I have these 4 duplex tapes from 2015 and 2017 that I can't get rid of. I think HSM still knows about these tapes and if I try to scratch them in the TMS, it says they're owned by an external data manager (ie HSM). Any thoughts on how to cleanly get rid of these tapes? I've looked at TAPEREPL but don't know if that would be a solution or not. TIA, Rex The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed
Re: HSM question - ML2 copy2 tapes that have no copy1
Try HSEND DELVOL(XX) PURGE FORCE(?) I haven't looked up the syntax. Actually, if they are not in the TTOC you can probably just expire them. Not sure if you are using RMM, TMS, or other, but RMM had a quirk, whereby if the tape ever had a permanent error (as defined by having a SWAP associated) the volume would not go scratch until replaced. Don't remember the exact details. Al -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, February 14, 2019 11:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM question - ML2 copy2 tapes that have no copy1 Allan, Sorry, this doesn't help. The LIST TTOC is only showing my VTS-based ML2 tapes which have no duplex. BTW, LIST TTOC does show duplex volumes if they exist. :-) These duplex tapes all have old create dates and so I am confident they are orphans. Now, how to get rid of them. I'll try the TAPEREPL process in a test environment to see what happens. Thanks. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Thursday, February 14, 2019 8:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: HSM question - ML2 copy2 tapes that have no copy1 Most likely a continuation of a prior volume. Without going into a lot of detail, if a dataset spans from 1 volume to another the 1st volume in the sequence "owns it". Duplex volumes are never referenced by DFHSM directly. HSEND LIST TTOC will list all primary voulmes. I expect the duplex volumes will also be shown, but I am not sure. It has been too long since I've duplexed. This *will* show the predecessor and successor volumes. I expect the "offending" volsers to be successor volumes. HSEND LIST TTOC(volser) will give you a list of datasets on the volume. Use this to obtain the "English" name of the datset. At this point there are 2 choices. HDELETE 'DSN' for the dataset that spans volumes. This will automatically delete the duplex volumes. Use the output of the HSEND LIST TTOC to obtain the "owning" primary volume. Recycle the "owning" primary volume. The "offending" duplex volumes will be deleted as part of the recycle process. HSEND RECYCLE EXECUTE VOLUME(owning volser) HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Wednesday, February 13, 2019 4:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HSM question - ML2 copy2 tapes that have no copy1 Hello list, I have a few HSM ML2 duplex tapes that no longer have their corresponding migrate tapes that I can't seem to get rid of. If I try to do DELVOL, I get an error saying they're not defined migrate volumes. What we're doing is migrating our HSM ML2 environment into a VTS (replicated) and eliminating the duplex tapes. I have these 4 duplex tapes from 2015 and 2017 that I can't get rid of. I think HSM still knows about these tapes and if I try to scratch them in the TMS, it says they're owned by an external data manager (ie HSM). Any thoughts on how to cleanly get rid of these tapes? I've looked at TAPEREPL but don't know if that would be a solution or not. TIA, Rex The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL
Re: HSM question - ML2 copy2 tapes that have no copy1
Allan, Sorry, this doesn't help. The LIST TTOC is only showing my VTS-based ML2 tapes which have no duplex. BTW, LIST TTOC does show duplex volumes if they exist. :-) These duplex tapes all have old create dates and so I am confident they are orphans. Now, how to get rid of them. I'll try the TAPEREPL process in a test environment to see what happens. Thanks. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Thursday, February 14, 2019 8:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: HSM question - ML2 copy2 tapes that have no copy1 Most likely a continuation of a prior volume. Without going into a lot of detail, if a dataset spans from 1 volume to another the 1st volume in the sequence "owns it". Duplex volumes are never referenced by DFHSM directly. HSEND LIST TTOC will list all primary voulmes. I expect the duplex volumes will also be shown, but I am not sure. It has been too long since I've duplexed. This *will* show the predecessor and successor volumes. I expect the "offending" volsers to be successor volumes. HSEND LIST TTOC(volser) will give you a list of datasets on the volume. Use this to obtain the "English" name of the datset. At this point there are 2 choices. HDELETE 'DSN' for the dataset that spans volumes. This will automatically delete the duplex volumes. Use the output of the HSEND LIST TTOC to obtain the "owning" primary volume. Recycle the "owning" primary volume. The "offending" duplex volumes will be deleted as part of the recycle process. HSEND RECYCLE EXECUTE VOLUME(owning volser) HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Wednesday, February 13, 2019 4:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HSM question - ML2 copy2 tapes that have no copy1 Hello list, I have a few HSM ML2 duplex tapes that no longer have their corresponding migrate tapes that I can't seem to get rid of. If I try to do DELVOL, I get an error saying they're not defined migrate volumes. What we're doing is migrating our HSM ML2 environment into a VTS (replicated) and eliminating the duplex tapes. I have these 4 duplex tapes from 2015 and 2017 that I can't get rid of. I think HSM still knows about these tapes and if I try to scratch them in the TMS, it says they're owned by an external data manager (ie HSM). Any thoughts on how to cleanly get rid of these tapes? I've looked at TAPEREPL but don't know if that would be a solution or not. TIA, Rex The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or a
Re: HSM question - ML2 copy2 tapes that have no copy1
Most likely a continuation of a prior volume. Without going into a lot of detail, if a dataset spans from 1 volume to another the 1st volume in the sequence "owns it". Duplex volumes are never referenced by DFHSM directly. HSEND LIST TTOC will list all primary voulmes. I expect the duplex volumes will also be shown, but I am not sure. It has been too long since I've duplexed. This *will* show the predecessor and successor volumes. I expect the "offending" volsers to be successor volumes. HSEND LIST TTOC(volser) will give you a list of datasets on the volume. Use this to obtain the "English" name of the datset. At this point there are 2 choices. HDELETE 'DSN' for the dataset that spans volumes. This will automatically delete the duplex volumes. Use the output of the HSEND LIST TTOC to obtain the "owning" primary volume. Recycle the "owning" primary volume. The "offending" duplex volumes will be deleted as part of the recycle process. HSEND RECYCLE EXECUTE VOLUME(owning volser) HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Wednesday, February 13, 2019 4:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HSM question - ML2 copy2 tapes that have no copy1 Hello list, I have a few HSM ML2 duplex tapes that no longer have their corresponding migrate tapes that I can't seem to get rid of. If I try to do DELVOL, I get an error saying they're not defined migrate volumes. What we're doing is migrating our HSM ML2 environment into a VTS (replicated) and eliminating the duplex tapes. I have these 4 duplex tapes from 2015 and 2017 that I can't get rid of. I think HSM still knows about these tapes and if I try to scratch them in the TMS, it says they're owned by an external data manager (ie HSM). Any thoughts on how to cleanly get rid of these tapes? I've looked at TAPEREPL but don't know if that would be a solution or not. TIA, Rex The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM question - ML2 tapes no longer avaialble
IMO, an empty tape has no value. HSM will not even mount attempt to mount it for the recycle. That being said, HDELVOL volser MIGRATION(PURGE) will also work just fine. -Original Message- From: IBM Mainframe Discussion List On Behalf Of retired mainframer Sent: Wednesday, February 13, 2019 9:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM question - ML2 tapes no longer avaialble Two recommendations below > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Allan Staller > Sent: Wednesday, February 13, 2019 7:03 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: HSM question - ML2 tapes no longer avaialble > > For each affected volser: > > HSEND LIST TTOC(volser) ODS(x) > HDEL 'datasetname' for each indicated dataset. Add the PURGE operand to the HDEL command in case any datasets have long retention. > HSEND RECYCLE ALL EXECUTE PERCENTVALID(0) HDELVOL volser MIGRATION(PURGE) might be safer (will not affect any other empty tapes). > HTH, > > > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Tony Thigpen > Sent: Wednesday, February 13, 2019 9:00 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: HSM question - ML2 tapes no longer avaialble > > Several years ago, the HSM tapes were migrated from 3490 to 3590. > > At that time, two 3490 tapes were unreadable so the systems programmer just skipped > the recycle and went on to the next tape. So, now I have 2 > 3490 tapes still in my CDS and I want to remove them. These tapes were created back > in 2001, so we are just going to write-off the data on the tapes as 'aged-out'. > > What is the proper procedure to eliminate these volumes from HSM? > > -- > Tony Thigpen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM question - ML2 tapes no longer avaialble
Thanks. Tony Thigpen Allan Staller wrote on 2/13/19 10:02 AM: For each affected volser: HSEND LIST TTOC(volser) ODS(x) HDEL 'datasetname' for each indicated dataset. HSEND RECYCLE ALL EXECUTE PERCENTVALID(0) HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, February 13, 2019 9:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HSM question - ML2 tapes no longer avaialble Several years ago, the HSM tapes were migrated from 3490 to 3590. At that time, two 3490 tapes were unreadable so the systems programmer just skipped the recycle and went on to the next tape. So, now I have 2 3490 tapes still in my CDS and I want to remove them. These tapes were created back in 2001, so we are just going to write-off the data on the tapes as 'aged-out'. What is the proper procedure to eliminate these volumes from HSM? -- Tony Thigpen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- 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: HSM question - ML2 tapes no longer avaialble
Two recommendations below > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Allan Staller > Sent: Wednesday, February 13, 2019 7:03 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: HSM question - ML2 tapes no longer avaialble > > For each affected volser: > > HSEND LIST TTOC(volser) ODS(x) > HDEL 'datasetname' for each indicated dataset. Add the PURGE operand to the HDEL command in case any datasets have long retention. > HSEND RECYCLE ALL EXECUTE PERCENTVALID(0) HDELVOL volser MIGRATION(PURGE) might be safer (will not affect any other empty tapes). > HTH, > > > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Tony Thigpen > Sent: Wednesday, February 13, 2019 9:00 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: HSM question - ML2 tapes no longer avaialble > > Several years ago, the HSM tapes were migrated from 3490 to 3590. > > At that time, two 3490 tapes were unreadable so the systems programmer just skipped > the recycle and went on to the next tape. So, now I have 2 > 3490 tapes still in my CDS and I want to remove them. These tapes were created back > in 2001, so we are just going to write-off the data on the tapes as 'aged-out'. > > What is the proper procedure to eliminate these volumes from HSM? > > -- > Tony Thigpen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM question - ML2 tapes no longer avaialble
For each affected volser: HSEND LIST TTOC(volser) ODS(x) HDEL 'datasetname' for each indicated dataset. HSEND RECYCLE ALL EXECUTE PERCENTVALID(0) HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, February 13, 2019 9:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HSM question - ML2 tapes no longer avaialble Several years ago, the HSM tapes were migrated from 3490 to 3590. At that time, two 3490 tapes were unreadable so the systems programmer just skipped the recycle and went on to the next tape. So, now I have 2 3490 tapes still in my CDS and I want to remove them. These tapes were created back in 2001, so we are just going to write-off the data on the tapes as 'aged-out'. What is the proper procedure to eliminate these volumes from HSM? -- Tony Thigpen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM question
Do the del/def. populate it then issue a HMIG Sent from my iPhone Sorry for any grammar problems > On Sep 22, 2017, at 16:28, Lizette Koehlerwrote: > > Is there a way for your to create a VSAM dataset with Data and Index component > and then migrate it to see what it looks like? > > That might help answer your questions. > > Lizette > > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >> Behalf Of PINION, RICHARD W. >> Sent: Friday, September 22, 2017 10:06 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: HSM question >> >> When a VSAM data set is migrated is the cluster, index, and data component >> displayed under ISPF 3.4 as migrated? Or is only the cluster name shown? >> FIRST TENNESSEE >> > > -- > 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: HSM question
Is there a way for your to create a VSAM dataset with Data and Index component and then migrate it to see what it looks like? That might help answer your questions. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of PINION, RICHARD W. > Sent: Friday, September 22, 2017 10:06 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: HSM question > > When a VSAM data set is migrated is the cluster, index, and data component > displayed under ISPF 3.4 as migrated? Or is only the cluster name shown? > FIRST TENNESSEE > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM question
All three should show MIGRAT and all three will still show up as they are all in the catalog. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of PINION, RICHARD W. Sent: Friday, September 22, 2017 1:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HSM question When a VSAM data set is migrated is the cluster, index, and data component displayed under ISPF 3.4 as migrated? Or is only the cluster name shown? FIRST TENNESSEE Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This email transmission and any accompanying attachments may contain CSX privileged and confidential information intended only for the use of the intended addressee. Any dissemination, distribution, copying or action taken in reliance on the contents of this email by anyone other than the intended recipient is strictly prohibited. If you have received this email in error please immediately delete it and notify sender at the above CSX email address. Sender and CSX accept no liability for any damage caused directly or indirectly by receipt of this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM question
Run a list of your assigned tapes. Recycle any that are not marked full. They were created before you got the setting correct. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Tony Thigpen > Sent: Thursday, November 24, 2016 2:39 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: HSM question > > That's what I thought, but it does not seem to be working. So, I figured I was > misreading or doing something wrong. > > Tony Thigpen > > retired mainframer wrote on 11/24/2016 04:42 PM: > > Doesn't SETSYS PARTIALTAPE(BAKCUP(MARKFULL)) do what you want? > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] > > On Behalf Of Tony Thigpen > > Sent: Thursday, November 24, 2016 7:30 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: HSM question > > > > The elapsed time is 10 minutes. > > > > Before we get off-track too much, the end result we are looking for is: > > We want the HSM backup process to *always* use a scratch tape. We > > never want it to ask for an existing tape to append to. > > > > -- > > 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: HSM question
Tony, When DFHSM does migration and backup by dataset (not an auto-function) it will not MARKFULL the tape. Make sure you users are not doing this. An HBACKUP or a HMIGRATE command should send the result to ML1 DASD unless ML2 is specified on the HMIGRATE command. There are settings in the management class to stop the users issuing these commands. . Richard On Fri, Nov 25, 2016 at 12:39 AM, Tony Thigpen <t...@vse2pdf.com> wrote: > That's what I thought, but it does not seem to be working. So, I figured I > was misreading or doing something wrong. > > Tony Thigpen > > > retired mainframer wrote on 11/24/2016 04:42 PM: > >> Doesn't SETSYS PARTIALTAPE(BAKCUP(MARKFULL)) do what you want? >> >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >> Behalf Of Tony Thigpen >> Sent: Thursday, November 24, 2016 7:30 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: HSM question >> >> The elapsed time is 10 minutes. >> >> Before we get off-track too much, the end result we are looking for is: >> We want the HSM backup process to *always* use a scratch tape. We never >> want it to ask for an existing tape to append to. >> >> -- >> 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: HSM question
That's what I thought, but it does not seem to be working. So, I figured I was misreading or doing something wrong. Tony Thigpen retired mainframer wrote on 11/24/2016 04:42 PM: Doesn't SETSYS PARTIALTAPE(BAKCUP(MARKFULL)) do what you want? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Thigpen Sent: Thursday, November 24, 2016 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM question The elapsed time is 10 minutes. Before we get off-track too much, the end result we are looking for is: We want the HSM backup process to *always* use a scratch tape. We never want it to ask for an existing tape to append to. -- 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: HSM question
Doesn't SETSYS PARTIALTAPE(BAKCUP(MARKFULL)) do what you want? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Thigpen Sent: Thursday, November 24, 2016 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM question The elapsed time is 10 minutes. Before we get off-track too much, the end result we are looking for is: We want the HSM backup process to *always* use a scratch tape. We never want it to ask for an existing tape to append to. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM question
The elapsed time is 10 minutes. Before we get off-track too much, the end result we are looking for is: We want the HSM backup process to *always* use a scratch tape. We never want it to ask for an existing tape to append to. We will recycle the tapes to combine them at our convenience. But, as best I can tell, the HSM control parms are already set to not use an existing tape: SETSYS PARTIALTAPE( BACKUP(MARKFULL) - MIGRATION(MARKFULL)) SETSYS SELECTVOLUME( BACKUP(SCRATCH) MIGRATION(SCRATCH) - DUMP(SCRATCH)) Tony Thigpen Elardus Engelbrecht wrote on 11/24/2016 09:09 AM: Tony Thigpen wrote: The remote operator is a human. Tape management system is CA1 Still researching logs. Thanks. I see that output and logs you gave to Lizette. I see you have MOUNT WAIT TIME=010 MINUTE(S), but what are the [elapsed] times for these messages and reply? *IEC501A M 0C01,015010,SL,COMP,DFSMSHSM,DFSMSHSM,DFHSM.BACKTAPE.DATASET *0037 ARC0310A CAN TAPE 015010 BE MOUNTED? REPLY Y OR N R 37,N You said it asked for another mount, is that for this message for which you drove in your car to do that mount? ARC0421I BACKUP VOLUME 015010 IS NOW MARKED FULL Just probing questions, because when I was a HSM admin ages ago, I got many gray hairs about those mounts... It is one of those things for which an autoreply is not going to work always in a 'lights-out 24/7' environment. Good luck! You will need all the help you are deserving. I hope you can get a good solution for this PITA. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM question
Other options: 1) Use Automation tool or MPF to automatically respond Y or N 2) Find out where the tape resides physically. Is it on a desk or next to the tape drives? At some shops I have worked at, we automatically responded N to this message and just let DFHSM pick it up next time and allow it to move on to the next task. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Lizette Koehler > Sent: Thursday, November 24, 2016 7:36 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: HSM question > > So I would say your MOUNTWAITTIME of 10mins is too short. The default for HSM > is 15 mins if it is not coded. > > You probably need to do the following > > 1) Change the mount wait time to make it longer. > 2) Review the history of tape mounts in general and see what is going on > when HSM is getting the ARC0310A > 3) Review IBMLINK for OS/390 V2.10 and see if there are any ptfs you have > not installed on DFHSM. > 4) Look at the running STC JCL for DFHSM. See what Parmlib member it is > running with. > What you think is the right dataset(member) might be different in the STC > JCL. > > When working with mount wait times, if HSM is held up too long, it may cause > issues as well. > > See if the mount wait time in the ARCCMDxx member is the same as the Q SETSYS > information. > > See when the last date the ARCCMDxx member was changed. If recent, then it is > possible someone updated it > > > There are tools to help with analyzing tape mount issues. IBM has Volume > Mount Analyzer, as well as the TAPETOOLS. > > If you have other products that can read SMF, then you could use those as > well. > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Elardus Engelbrecht > > Sent: Thursday, November 24, 2016 7:09 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: HSM question > > > > Tony Thigpen wrote: > > > > >The remote operator is a human. > > >Tape management system is CA1 > > >Still researching logs. > > > > Thanks. I see that output and logs you gave to Lizette. > > > > I see you have MOUNT WAIT TIME=010 MINUTE(S), but what are the > > [elapsed] times for these messages and reply? > > > > *IEC501A M > > 0C01,015010,SL,COMP,DFSMSHSM,DFSMSHSM,DFHSM.BACKTAPE.DATASET > > *0037 ARC0310A CAN TAPE 015010 BE MOUNTED? REPLY Y OR N > > R 37,N > > > > You said it asked for another mount, is that for this message for > > which you drove in your car to do that mount? > > > > ARC0421I BACKUP VOLUME 015010 IS NOW MARKED FULL > > > > Just probing questions, because when I was a HSM admin ages ago, I got > > many gray hairs about those mounts... > > > > It is one of those things for which an autoreply is not going to work > > always in a 'lights-out 24/7' environment. > > > > Good luck! You will need all the help you are deserving. I hope you > > can get a good solution for this PITA. > > > > 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: HSM question
So I would say your MOUNTWAITTIME of 10mins is too short. The default for HSM is 15 mins if it is not coded. You probably need to do the following 1) Change the mount wait time to make it longer. 2) Review the history of tape mounts in general and see what is going on when HSM is getting the ARC0310A 3) Review IBMLINK for OS/390 V2.10 and see if there are any ptfs you have not installed on DFHSM. 4) Look at the running STC JCL for DFHSM. See what Parmlib member it is running with. What you think is the right dataset(member) might be different in the STC JCL. When working with mount wait times, if HSM is held up too long, it may cause issues as well. See if the mount wait time in the ARCCMDxx member is the same as the Q SETSYS information. See when the last date the ARCCMDxx member was changed. If recent, then it is possible someone updated it There are tools to help with analyzing tape mount issues. IBM has Volume Mount Analyzer, as well as the TAPETOOLS. If you have other products that can read SMF, then you could use those as well. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Elardus Engelbrecht > Sent: Thursday, November 24, 2016 7:09 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: HSM question > > Tony Thigpen wrote: > > >The remote operator is a human. > >Tape management system is CA1 > >Still researching logs. > > Thanks. I see that output and logs you gave to Lizette. > > I see you have MOUNT WAIT TIME=010 MINUTE(S), but what are the [elapsed] times > for these messages and reply? > > *IEC501A M 0C01,015010,SL,COMP,DFSMSHSM,DFSMSHSM,DFHSM.BACKTAPE.DATASET > *0037 ARC0310A CAN TAPE 015010 BE MOUNTED? REPLY Y OR N > R 37,N > > You said it asked for another mount, is that for this message for which you > drove in your car to do that mount? > > ARC0421I BACKUP VOLUME 015010 IS NOW MARKED FULL > > Just probing questions, because when I was a HSM admin ages ago, I got many > gray hairs about those mounts... > > It is one of those things for which an autoreply is not going to work always > in a 'lights-out 24/7' environment. > > Good luck! You will need all the help you are deserving. I hope you can get a > good solution for this PITA. > > 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: HSM question
Tony Thigpen wrote: >The remote operator is a human. >Tape management system is CA1 >Still researching logs. Thanks. I see that output and logs you gave to Lizette. I see you have MOUNT WAIT TIME=010 MINUTE(S), but what are the [elapsed] times for these messages and reply? *IEC501A M 0C01,015010,SL,COMP,DFSMSHSM,DFSMSHSM,DFHSM.BACKTAPE.DATASET *0037 ARC0310A CAN TAPE 015010 BE MOUNTED? REPLY Y OR N R 37,N You said it asked for another mount, is that for this message for which you drove in your car to do that mount? ARC0421I BACKUP VOLUME 015010 IS NOW MARKED FULL Just probing questions, because when I was a HSM admin ages ago, I got many gray hairs about those mounts... It is one of those things for which an autoreply is not going to work always in a 'lights-out 24/7' environment. Good luck! You will need all the help you are deserving. I hope you can get a good solution for this PITA. 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: HSM question
So what was your analysis of the ARC0310A message ARC0310A CAN TAPE volser BE MOUNTED ON DEVICE devno? REPLY Y OR N Explanation The wait time as established by the DFSMShsm SETSYS command for open or end-of-volume (EOV) processing of a tape data set has elapsed and open or EOV processing has not returned control to DFSMShsm. If the tape with volume serial number volser is available and can be mounted within the next mount wait time period, reply Y. Otherwise, reply N. If the reply is Y, and the wait time again elapses before open or EOV processing completes, open or EOV fails and the currently running task is detached. System action The current DFSMShsm task waits until a reply is received. If the waiting task holds resources critical for DFSMShsm processing, all of DFSMShsm may eventually be waiting for the reply. If the reply is Y, DFSMShsm resets the time to the user mount wait time and continues to wait for mount completion. If the reply is N, the mount request ends and the DFSMShsm function (migration, recall, backup, recovery, or recycle) ends if the mount was for an input volume or continues using another volume if the mount was for an output volume. If the reply is N and the DFSMShsm function is volume dump or volume restore using DFSMSdss, the mount request ends and the DFSMShsm function ends. Operator response If the tape with volume serial number volser is available and can be mounted within the time allowed, reply Y and mount the specified tape. Otherwise reply N. If the time period is not known, issue the QUERY command with the SETSYS parameter and look at the MOUNT WAIT TIME value displayed in message ARC0147I. Did you check out the Wait time in HSM to see why it was taking longer than normal for the tape mount? >From the DFHSM Storage Admin manual: MOUNTWAITTIME: Specifying the time DFSMShsm waits for a tape mount and open Explanation: MOUNTWAITTIME(minutes) is an optional parameter specifying the time, in minutes, that DFSMShsm waits for the tape volume to be mounted and opened. For minutes, substitute a decimal number from 1 to 120 to represent how long DFSMShsm waits for a tape to be mounted and opened. If the first time period expires, DFSMShsm sends message ARC0310A to the operator asking whether to mount the tape volume. If the operator answers Y to message ARC0310A, DFSMShsm resets the timer to minutes. If the input volume has not been mounted and opened when the second time period expires, DFSMShsm automatically ends the task. If the output volume has not been mounted and opened when the second time period expires, DFSMShsm marks this volume as unavailable and selects another tape volume. If you have not mounted an output tape dump volume when the second time period expires, DFSMShsm automatically ends the dump task. DFSMShsm default: If you do not specify this parameter on any SETSYS command, the DFSMShsm default is 15 minutes. This may be due to a slow response to the mount request. Have you analyzed your tape mount process for DFHSM and see what it is okay sometimes and not okay other times? You may need to specify this parameter to extend how long HSM should wait. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Tony Thigpen > Sent: Thursday, November 24, 2016 6:33 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: HSM question > > Answers: > 1) OS/390 2.10 > > 2) output from Q SETSYS: > > QUERY SETSYS COMMAND STARTING ON HOST=1 > BUDENSITY=*, BUUNIT=TAPE90, BU RECYCLE 609 > (CONT.) PERCENTAGE=033%, MOUNT WAIT TIME=010 MINUTE(S), > (CONT.) TAPESPANSIZE(0100) > SELECTVOLUME=SCRATCH, 610 > (CONT.) TAPEDELETION=SCRATCHTAPE, PARTIALTAPE=MARKFULL, > (CONT.) DISASTERMODE=NO > INPUT TAPE ALLOCATION=NOWAIT, OUTPUT TAPE 611 > (CONT.) ALLOCATION=NOWAIT, RECYCLE TAPE ALLOCATION=NOWAIT, > (CONT.) TAPEFORMAT=SINGLEFILE > TAPE INPUT PROMPT FOR BACKUPTAPES=NO > TAPE INPUT PROMPT FOR DUMPTAPES=NO > TAPE INPUT PROMPT FOR MIGRATIONTAPES=NO > TAPE OUTPUT PROMPT FOR TAPECOPY=NO, DUPLEX 615 > (CONT.) BACKUP TAPES=NO, DUPLEX MIGRATION TAPES=NO > TAPEMIGRATION=ML2TAPE(TAPE(TAPE90)), 616 > (CONT.) MIGDENSITY=*, MIGUNIT=TAPE90, ML2 RECYCLE > (CONT.) PERCENTAGE=033%, TAPEMAXRECALLTASKS=01, ML2 PARTIALS > (CONT.) NOT ASSOCIATED GOAL=010, RECONNECT(NONE) TAPESECURITY=EXPIRATION, > DEFERMOUNT RECYCLEOUTPUT BACKUP=**NONE**, 618 > (CONT.) MIGRATION=**NONE** > MAXRECYCLETASKS=01, RECYCLE INPUT 619 > (CONT.) DEALLOCATION FREQUENCY BACKUP=000 MIGRATION=000 MONITOR STARTUP > NOSPACE NOVOLUME, MCDS(080), 620 > (CONT.) BCDS(080), OCDS(080), JOURNAL(080) JOURNAL=RECOVERY, LOG=YES, > TRACE=NO, 621 > (CONT.) SMFID=0240, DEBUG=NO, EMERG=NO, JES=2, SYS1DUMP=YES, > (CONT.) RACFIND=NO, ERASEONSCRATCH=NO, PDA=ON DAYS=380, ML1DAYS=003, 622 > (CONT.) PRIMARYSPMGMTSTART=
Re: HSM question
Elardus, The remote operator is a human. Tape management system is CA1 Still researching logs. Tony Thigpen Elardus Engelbrecht wrote on 11/23/2016 02:04 AM: Tony Thigpen wrote: Once a week, HSM performs an AUTOBACKUP. Until about 3 months ago, if nobody was at the shop, HSM would ask for an exiting tape, wait 10 minutes, and if no tape was mounted, it would ask "Can tape be mounted?". If our remote operator replied 'N', then HSM would us a scratch tape. About once ever month or so, we would run a recycle job to combine all the tapes. What remote operator? A person or automated task? Discussions with all the 3 others involved in the discussion 3 months ago came back with "I did not change anything 3 months ago." Really? Do you have any tape management system? So, I have come to the conclusion that somebody issued a command to HSM but did not update the config file so it would be handled at the next IPL. Hmmm, yes something *has* changed! What command(s) was issued? What are the results of that change(s)? Can you get RACF / SMF / SYSLOG records of that ? Lizette gave you good questions. I will certainly listen to her! ;-) 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM question
Answers: 1) OS/390 2.10 2) output from Q SETSYS: QUERY SETSYS COMMAND STARTING ON HOST=1 BUDENSITY=*, BUUNIT=TAPE90, BU RECYCLE 609 (CONT.) PERCENTAGE=033%, MOUNT WAIT TIME=010 MINUTE(S), (CONT.) TAPESPANSIZE(0100) SELECTVOLUME=SCRATCH, 610 (CONT.) TAPEDELETION=SCRATCHTAPE, PARTIALTAPE=MARKFULL, (CONT.) DISASTERMODE=NO INPUT TAPE ALLOCATION=NOWAIT, OUTPUT TAPE 611 (CONT.) ALLOCATION=NOWAIT, RECYCLE TAPE ALLOCATION=NOWAIT, (CONT.) TAPEFORMAT=SINGLEFILE TAPE INPUT PROMPT FOR BACKUPTAPES=NO TAPE INPUT PROMPT FOR DUMPTAPES=NO TAPE INPUT PROMPT FOR MIGRATIONTAPES=NO TAPE OUTPUT PROMPT FOR TAPECOPY=NO, DUPLEX 615 (CONT.) BACKUP TAPES=NO, DUPLEX MIGRATION TAPES=NO TAPEMIGRATION=ML2TAPE(TAPE(TAPE90)), 616 (CONT.) MIGDENSITY=*, MIGUNIT=TAPE90, ML2 RECYCLE (CONT.) PERCENTAGE=033%, TAPEMAXRECALLTASKS=01, ML2 PARTIALS (CONT.) NOT ASSOCIATED GOAL=010, RECONNECT(NONE) TAPESECURITY=EXPIRATION, DEFERMOUNT RECYCLEOUTPUT BACKUP=**NONE**, 618 (CONT.) MIGRATION=**NONE** MAXRECYCLETASKS=01, RECYCLE INPUT 619 (CONT.) DEALLOCATION FREQUENCY BACKUP=000 MIGRATION=000 MONITOR STARTUP NOSPACE NOVOLUME, MCDS(080), 620 (CONT.) BCDS(080), OCDS(080), JOURNAL(080) JOURNAL=RECOVERY, LOG=YES, TRACE=NO, 621 (CONT.) SMFID=0240, DEBUG=NO, EMERG=NO, JES=2, SYS1DUMP=YES, (CONT.) RACFIND=NO, ERASEONSCRATCH=NO, PDA=ON DAYS=380, ML1DAYS=003, 622 (CONT.) PRIMARYSPMGMTSTART=(0030 0430), (CONT.) MAXMIGRATIONTASKS=0002, INTERVALMIGRATION=NO, (CONT.) MIGRATIONCLEANUPDAYS(0014 0007 0003), SDSP=NONE, (CONT.) MIGRATION PREFIX=DFHSM, SCRATCH EXPIRED DATA SETS=YES, (CONT.) SECONDARYSPMGMTSTART=(0015 0330) PRIMARY SPACE MGMT CYCLE LENGTH=07 DAYS, 623 (CONT.) CYCLE=NNNYNNN, TODAY IS DAY=07, CYCLE START (CONT.) DATE=01/01/26, SECONDARY SPACE MGMT CYCLE LENGTH=07 (CONT.) DAYS, CYCLE=NNNYNNN, TODAY IS DAY=07, CYCLE START (CONT.) DATE=01/01/26 MAXINTERVALTASKS=0002 ACCEPTPSCBUSERID=NO MAXRECALLTASKS=02, RECALL=PRIVATEVOLUME(LIKE), 626 (CONT.) MAXEXTENTS=10, CONVERSION=NO, VOLCOUNT=*NONE*, (CONT.) TAPERECALLLIMITS(TASK=00015, TAPE=00020) SCRATCHFREQ=0007, SYSOUT(CLASS=T, COPIES=01, 627 (CONT.) SPECIAL FORMS=NONE), SWAP=NO, PERMISSION=NO, EXITS=TV, (CONT.) UNLOAD=NO, DATASETSERIALIZATION=DFHSM TAPEUTILIZATION PERCENT=0097, LIBRARYMIGRATION TAPEUTILIZATION PERCENT=0097, LIBRARYBACKUP TAPEUTILIZATION PERCENT=0097, UNIT=3480 630 (CONT.) CAPACITYMODE=**NONE** TAPEUTILIZATION PERCENT=0097, UNIT=3480X 631 (CONT.) CAPACITYMODE=**NONE** TAPEUTILIZATION PERCENT=0097, UNIT=3490 632 (CONT.) CAPACITYMODE=**NONE** TAPEUTILIZATION PERCENT=0097, UNIT=3590-1 633 (CONT.) CAPACITYMODE=**NONE** TAPEUTILIZATION PERCENT=0097, UNIT=TAPE90 634 (CONT.) CAPACITYMODE=**NONE** MAXDUMPTASKS=01, ADSTART=(1500 1730 2230), 635 (CONT.) DUMPIO=(4,4), VOLUMEDUMP=(NOCC) BACKUP=YES(TAPE(TAPE90)), SPILL=NO, 636 (CONT.) MAXDSRECOVERTASKS=01 MAXBACKUPTASKS=01, ABSTART= (1530 2100 2145), 637 (CONT.) VERSIONS=002, FREQUENCY=002, SKIPABPRIMARY=NO, BACKUP (CONT.) PREFIX=DFHSM, INCREMENTALBACKUP=CHANGEDONLY, (CONT.) PROFILEBACKUP=YES, INUSE=(RETRY=YES, DELAY=002, (CONT.) SERIALIZATION=PREFERRED) DATA SET DASD BACKUP TASKS=02 DATA SET TAPE 638 (CONT.) BACKUP TASKS=02, DEMOUNTDELAY MINUTES=0060, (CONT.) MAXIDLETASKS=00, DATA SET BACKUP MAXIMUM DASD (CONT.) SIZE=003000, DATA SET BACKUP STANDARD DASD (CONT.) SIZE=000250, SWITCHTAPES TIME=, (CONT.) PARTIALTAPE=MARKFULL USER UNIT NAMES=TAPE90 CDSVERSIONBACKUP, 640 (CONT.) MCDSBACKUPDSN=DFHSM.MCDS.BACKUP, (CONT.) BCDSBACKUPDSN=DFHSM.BCDS.BACKUP, (CONT.) OCDSBACKUPDSN=DFHSM.OCDS.BACKUP, (CONT.) JRNLBACKUPDSN=DFHSM.JRNL.BACKUP BACKUPCOPIES=0004, BACKUPDEVICECATEGORY=DASD, 641 (CONT.) LATESTFINALQUALIFIER=D0004293, DATAMOVER=DSS CSALIMITS=YES, CSA CURRENTLY USED=0 BYTES, 642 (CONT.) MWE=4, MAXIMUM=100K BYTES, ACTIVE=90%, INACTIVE=30% COMPACTION OPTIONS ARE: TAPEMIGRATION=YES, 643 (CONT.) DASDMIGRATION=YES, TAPEBACKUP=YES, DASDBACKUP=YES, (CONT.) TAPEHARDWARECOMPACT=YES COMPACT PERCENT IS 30% SOURCENAMES: ASM COBOLFORT PLI 645 (CONT.)SOURCE SOURCENAMES: SRC SRCLIB SRCE CNTL 646 (CONT.)JCL OBJECTNAMES: OBJ OBJECT LOAD 647 (CONT.) LOADLIB LOADMODS OBJECTNAMES: LINKLIB OPTIMUMDASDBLOCKING=YES, LOGGING 649 (CONT.) LEVEL=EXCEPTIONONLY, LOG TYPE=SYSOUT T AGGREGATE BACKUP/RECOVERY PROCNAME = DFHSMABR AGGREGATE BACKUP/RECOVERY MAXADDRESSSPACE = 01 AGGREGATE BACKUP/RECOVERY UNIT NAME = 3590-1 AGGREGATE BACKUP/RECOVERY ACTIVITY LOG 653 (CONT.) MESSAGE LEVEL IS FULL AGGREGATE RECOVERY ML2 TAPE UNIT NAME = 3590-1 NUMBER OF ABARS I/O BUFFERS = 01 ABARS ACTIVITY LOG OUTPUT TYPE = SYSOUT(T) AGGREGATE RECOVERY UNIT NAME = 3590-1 AGGREGATE BACKUP OPTIMIZE = 3 AGGREGATE RECOVERY TGTGDS = SOURCE AGGREGATE RECOVERY ABARSVOLCOUNT = *NONE* AGGREGATE RECOVERY PERCENTUTILIZED = 080 AGGREGATE BACKUP/RECOVERY ABARSDELETEACTIVITY 662 (CONT.) = NO AGGREGATE BACKUP/RECOVERY ABARSTAPES = STACK AGGREGATE BACKUP ABARSKIP = NOPPRC, NOXRC PLEXNAME=ARCPLEX0,PROMOTE PRIMARYHOST=NO, 665 (CONT.) PROMOTE SSM=NO QUERY SETSYS COMMAND COMPLETED ON HOST=1 3)
Re: HSM question
Tony Thigpen wrote: >Once a week, HSM performs an AUTOBACKUP. Until about 3 months ago, if nobody >was at the shop, HSM would ask for an exiting tape, wait 10 minutes, and if no >tape was mounted, it would ask "Can tape be mounted?". If our remote operator >replied 'N', then HSM would us a scratch tape. About once ever month or so, we >would run a recycle job to combine all the tapes. What remote operator? A person or automated task? >Discussions with all the 3 others involved in the discussion 3 months ago came >back with "I did not change anything 3 months ago." Really? Do you have any tape management system? >So, I have come to the conclusion that somebody issued a command to HSM but >did not update the config file so it would be handled at the next IPL. Hmmm, yes something *has* changed! What command(s) was issued? What are the results of that change(s)? Can you get RACF / SMF / SYSLOG records of that ? Lizette gave you good questions. I will certainly listen to her! ;-) 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: HSM question
So some basic questions 1) What version of z/OS? 2) If you do a F dfhsmtaskname,Q SETSYS does it show the same info as the ARCCMDxx member? 3) What is the specific messages you are seeing during autobackup? Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Tony Thigpen > Sent: Tuesday, November 22, 2016 4:03 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: HSM question > > HSM is not my ballgame, but I am tasked with figuring out this puzzle, so bear > with me. As for background, the shop attempts to run lights-out 24/7. > > Once a week, HSM performs an AUTOBACKUP. Until about 3 months ago, if nobody > was at the shop, HSM would ask for an exiting tape, wait 10 minutes, and if no > tape was mounted, it would ask "Can tape be mounted?". If our remote operator > replied 'N', then HSM would us a scratch tape. About once ever month or so, we > would run a recycle job to combine all the tapes. > > About 3 months ago, we had some internal discussions about 'fixing' this so > that it would just use scratch tapes without asking for an existing tape. The > next thing we knew, the weekly tapes would automatically use a scratch tape. > This was good. I assumed that one of the other guys had changed something. > > Then came the time change and the resulting IPL. Now everything is different. > It seems to work the way it did prior to 3 months ago, except for one problem. > When the operator replies that the tape can not be mounted, instead of HSM > using a scratch tape, it now asks for another HSM tape. After about 4 hours of > this last week, I got in my car and went down an mounted the tape. (I am the > only one that lives in the same town as the processor.) > > Discussions with all the 3 others involved in the discussion 3 months ago came > back with "I did not change anything 3 months ago." > > But, the other 2 guys that know HSM also say "We are busy. If you want it > different, figure it out and change it." > > Key items I see in the config file are: > SETSYS >PARTIALTAPE( > BACKUP(MARKFULL) - > MIGRATION(MARKFULL)) > SETSYS >SELECTVOLUME( >BACKUP(SCRATCH) >MIGRATION(SCRATCH) - >DUMP(SCRATCH)) > SETSYS >RECYCLEPERCENT(33) >MAXRECYCLETASKS(1) > SETSYS >TAPEUTILIZATION( > UNITTYPE(3590-1) PERCENTFULL(97)) > SETSYS >TAPESPANSIZE(100) > > (And the output of HSEND QUERY SETSYS is the same.) > > The last update date stamp on the config files was 15/12/22. > > So, I have come to the conclusion that somebody issued a command to HSM but > did not update the config file so it would be handled at the next IPL. > > Looking for any input. > > -- > Tony Thigpen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM QUESTION
You are correct. 'PREPARE' only creates an ABR record. No verification or data movement occurs. Glenn Wilcock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN