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 [[email protected]] On Behalf Of Douglas 
Shupe [[email protected]]
Sent: Friday, December 26, 2008 12:17 AM
To: [email protected]
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]" <[email protected]>
Newsgroups: bit.listserv.ibm-main
To: <[email protected]>
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 [[email protected]] On Behalf Of
> willie bunter [[email protected]]
> Sent: Tuesday, December 23, 2008 10:07 AM
> To: [email protected]
> 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 [email protected] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to