I verified if the tapes were marked full and all checks out. We are currently using :RELEASE z/OS 01.08.00
Sorry for not answering earlier. I was away on vacation. My apologies. David, as per your suggestion I instructed the operators to reply N. However, AUTOMATION answers to the mount request. I have asked the AUTOMATIONS group not to trap the mount command : ARC0310A CAN TAPE yyyy BE MOUNTED ON DEVICE xxxx ? REPLY Y OR N --- On Fri, 12/26/08, O'Brien, David W. (NIH/CIT) [C] <obrie...@mail.nih.gov> wrote: From: O'Brien, David W. (NIH/CIT) [C] <obrie...@mail.nih.gov> Subject: Re: DFHSM QUESTION - SETSYS PARTIALTAPE(MIGRATION(MARKFULL) BACKUP(MARKFULL)) To: IBM-MAIN@bama.ua.edu Date: Friday, December 26, 2008, 4:10 AM Since we have dueling hypothesis, I decided to retest mine against my current level of software. With all my ML2 volumes Delvol'd to Markfull, I then issued a Migrate to ML2. Instead of the expected mount for an existing ML2, HSM mounted a scratch and added a ML2 tape. C'est le vie. We are currently at Z\os 1.9. Willie, What level of Z\os are you running? At 1.4 the outsourcer I was working with at the time complained whenever someone issued a HMIG / ML2 because HSM issued mounts for an existing Primary/Alternate tapes. Of course the Alternate was off-site, hence the complaint. They had Partialtape Markfull as well. ________________________________________ From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Douglas Shupe [dsh...@bellsouth.net] Sent: Friday, December 26, 2008 12:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - SETSYS PARTIALTAPE(MIGRATION(MARKFULL) BACKUP(MARKFULL)) Most likely you have sent a tape that has not been 'marked full' offsite. A list of your ML2 tapes should confirm this. You might consider checking the backup tapes also. ----- Original Message ----- From: "O'Brien, David W. (NIH/CIT) [C]" <obrie...@mail.nih.gov> Newsgroups: bit.listserv.ibm-main To: <IBM-MAIN@bama.ua.edu> Sent: Wednesday, December 24, 2008 9:14 AM Subject: Re: DFHSM QUESTION - SETSYS PARTIALTAPE(MIGRATION(MARKFULL) BACKUP(MARKFULL)) > Willie, > > I was hoping someone would answer citing documentation. If they have, I > haven't seen it. > > Short answer is HSM mounts the last ML2 tape used to satisfy a HMIG / ML2 > request. > Since you have Duplex = Y for your migrate tapes HSM also wants to mount > the alternate. Instruct your operators to reply N to the inevitable Can > this tape be mounted msg. HSM will then migrate the dataset and initiate a > Tapecopy of the ML2 tape when the migrate is done. > > Perhaps someone on the list can suggest a way to prevent the average user > from migrating datasets to ML2? > ________________________________________ > From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of > willie bunter [williebun...@yahoo.com] > Sent: Tuesday, December 23, 2008 10:07 AM > To: IBM-MAIN@bama.ua.edu > Subject: DFHSM QUESTION - SETSYS PARTIALTAPE(MIGRATION(MARKFULL) > BACKUP(MARKFULL)) > > Good Day To All, > > I have this parm coded in the DFHSM STC: > SETSYS PARTIALTAPE(MIGRATION(MARKFULL) BACKUP(MARKFULL)) > > This partion has DUPLEX option: > SETSYS DUPLEX(MIGRATION(Y) BACKUP(N) > > However, for some reason when a user issues a MIGRAT 2 command DFHSM > issues a tape mount request for both copies. The problem is that one copy > is offsite. Is there a reason why this is occurring? > > Thanks. > > > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html