Re: BMC IAM and DFHSM DATALOSS
Hi Dave, Not sure if this is you issue or not but we do have an APAR OA63738 that affects FSM when migrating to WORM tapes where we have seen what you describe. Take a look. If you still need help let me know the case # and I will look into it. Max Smith DFSMS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Hsm for system dump volume
You would have to assign a data class to the dumps with a retention period or expiration date specified for HSM to delete the non-sms managed dumps. It looks like you should be able to assign a data class via the DUMPDS ADD command. Max Smith DFSMS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Reading MCDS ML2 Tape on a different Lpar? Possible?
If you still have the CDS's at the remote site you should be able to issue LIST DSN MCDS SEL(VOL(123456)) ODS(some.dsn) I would expect this to list all the current active data sets on the tape. Then at the main site you would want to catalog all these data sets. Then ADDVOL the migration volume with the appropriate device type then run the AUDIT MEDIACONTROLS against the tape as mentioned previously. This should build all the necessary CDS records to be able to RECALL data sets or RECYCLE the data to the new library. Max DFSMShsm Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Unable to delete uncataloged migrated datasets
Hi Fred, For uncataloged data sets I would have expected HSEND DELETE dsn would work to clean up the CDS entries, MCD/MCA & TTOC. You say it didn't seem to work, why? Any errors? Also the steps you listed should also delete the MCD/MCA records and the data set if it still existed on an ML1 volume. Why do you say they didn't? Another thing you could do is use a simple IDCAMS DEFINE to define the catalog entry of the data set. You could then see if they RECALL or you could use the HSEND DELETE or HDELETE to delete the data set. Sample SYSIN DEF - NONVSAM - (NAME(data.set.name) - DEVT(3390) - VOL(MIGRAT) Max Smith DFSMS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OA55379 - zOS 2.4
Hi Mark, This completion of the multi-write CI's is included in base 2.4, there is nothing special you have to do. Max Smith - DFSMS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using HBACKDS or OMVS hbackup for USS files?
You also might review http://publibz.boulder.ibm.com/zoslib/pdf/OA52703.pdf This the documentation changes associated with Unix File system Backup that will end up in the manuals Max -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RED Alert Today Regarding z/OS Service Orders
The zip file has been made available on testcase. https://testcase.boulder.ibm.com/fromibm/mvs/PTFList.zip Max -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tape dataset tracking
Peter, After doing some additional checking, RMM does work as I thought. RMM leaves the data set record around even if the data set expired. RMM only deletes the data set record if the volume is picked up as a scratch volume and reused. That would mean the data set you are looking for has been overwritten and inaccessible. Max -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tape dataset tracking
Peter, Is the data set listed the data set you are looking for? Is this a real tape or virtual? Is the volume listed as scratch? or Private? TS7700 or other? Max -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tape dataset tracking
As has been indicated it does depend on virtual or real tape and if it is real tape has it been reused. In RMM you can do a LISTDATASET command for the data set, I believe it still will exist if the tape hasn't been reused. If it is there then it will show the volser the data set was written to and then you could do an RMM LISTVOLUME command and see if it is still scratch. Depending on all that you may be able to put the tape back in Master status and get the data set back. Again it all depends.. Max DFSMS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSORT Header1 with Date
I'm sorry but Sri Hari will be unavailable for some time and not be responding. The rest of the DFSORT support and development teams will respond as they can. Max Smith DFSMS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA-1 migration to RMM
Dean, Beginning with z/OS release V2R1 the conversion tools for DFSMSrmm will no longer be supported by IBM and all related materials have been removed from SYS1.SAMPLIB and SYS1.LINKLIB. All conversion programs and samples are still available to clients who intend to migrate to DFSMSrmm through the Software Migration Project Office (SMPO). https://www.ibm.com/it-infrastructure/z/capabilities/software-migration Depending on your current software release levels these samples, provided As-Is, will be completely functional. Should your software release levels be incompatible with the As-Is samples you are free to modify them for your own use or engage the services of the SMPO. The SMPO can be contracted to provide sample updates as well as full DFSMSrmm migration services. https://www.ibm.com/downloads/cas/EK5DGBK0 If needed, the conversion documentation that had been available in EDGCMM01 and EDGCMM0S is available through the following link https://www.ibm.com/downloads/cas/DJJZVJA0#loaded as the "Data Extraction Programs Users Guide for Conversion to DFSMSrmm". Hope this helps. Max Smith DFSMS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMSrmm and DFHSM - Tape Expirations
Hi Terri, I see you went ahead and opened a case for this with the RMM team, I will work with them and make sure we get things figured out. From your last update it almost sounds like there may be an issue with the CBRUXCUA exit not getting called properly when a tape is returned from scratch. But we will get it figured out. Max Smith DFSMS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMSrmm and DFHSM - Tape Expirations
Hi Terri, In your first update you indicated you were having trouble with dump tapes. Is it only dump or is it also ML2 and Backup tapes also? There is a separate setup for dump tapes in the DEFINE DUMPCLASS eg EXPIRATIONDATE, RETENTIONPERIOD & AUTOREUSE these allow you to manage your dump tapes differently than your other tapes. I would suggest as opposed to using VRS's use the EDM (External Data Manager) support added in RMM and discussed here https://www.ibm.com/support/pages/tapes-released-scratch-without-hsm You can also use some of the FIXCDS commands here to see if HSM still knows about the tape(s). You should also make sure the EDGTVEXT is installed correctly as documented in RMM because that is what HSM needs to call to communicate a volume to scratch to RMM. In addition you could refer to APAR OA52541 for additional information. https://www-01.ibm.com/support/docview.wss?uid=isg1OA52541 We had times when the VRS's were not set up properly to manage the tapes and found they could get released to scratch prematurely so we put in the EDM support to allow HSM and RMM work better together. Hope this helps. Max Smith DFSMS 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
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: ARC1139I RC39 RSB08
Munif, There is nothing in HSM that will allow that RECALL to work. You can set up HSM to not allow the test system to RECALL data sets by issuing this command on the test system HOLD COMMONQUEUE(RECALL) This allow the test system to put RECALL requests on the queue just not process any requests that are on the CRQ. 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 Migrate Storagegroup Command APAR OA56695
Hi Chuck, You beat me to it, although I knew Ken/Michelle probably had already told you. We did create APAR OA56800 so that it would fail if anything other than DAYS(0) is specified. If you do specify DAYS(0) we will ignore the PRIMARY DAYS in the management class. If you don't specify the DAYS parameter at all then we will follow the attributes in the management class. 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: ARC0104I INVALID INITIALIZATION COMMAND
Please open an RFE for this, we responded to another RFE to enhance the ARC0103I message to be more descriptive in the next release. We will look at doing the same for the ARC0104I message. Thanks, Max Smith DFSMS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU ignored migrated datasets?
You have the option in SMS to have HSM backup the data set prior to migrating it to tape. Then in the management class you can keep the backup copy for as long as you want. You can then allow HSM to manage both the migration copy and backup copy as you need. Max Smith DFSMS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM Migration of SYS1 datasets ?
Dave, We have been working on the rewording the SETMIG command as there is some confusion in the hierarchical order or the SETMIG commands, I will see if we can update that with the fact if you want to change SYS1. data sets you have to specify the period. 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: DFHSM Migration of SYS1 datasets ?
Hi Dave, I was able to get this to work by specifying SETMIG LEVEL(SYS1.) COMMANDMIGRATION. It requires the period to distinguish it from data sets starting with SYS1 eg SYS1SSS Also tried SETMIG LEVEL(SYS1.TEST) COMMANDMIGRATION and it failed. That is because the LEVEL(SYS1.) NOMIGRATION is specified first and will override what the second one specifies. Also the subparameter COMMANDMIGRATION is only valid on the LEVEL parameter. Also the only way I can see you can remove a SETMIG command would be to STOP and RESTART HSM. The QUERY RETAIN command will show you what you have specified. 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: SMS/HSM QUESTION
You might also review this Technote that explains various reasons and things to look at to see what might be going on. http://www-01.ibm.com/support/docview.wss?uid=isg3T1023379 Max Smith IBM DFSMS HSM Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to exclude files from HSM Backup or Migration
You can use the ARCBDEXT and ARCMDEXT Installation exits to tell HSM to not manage the large datasets. See the DFSMS Installation Exits Manual for details. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
