z/OS has a mount command MOUNT /ccuu,VOL=(SL,volser) or MOUNT cuu,VOL=(SL,volser)
The slash is required for a 4 digit address not required on a 3 digit address. On Thu, Aug 27, 2009 at 8:32 AM, Ray Waters <ray.wat...@opensolutions.com>wrote: > Ismael, > > > > See if z/OS has a LIBSERV or LBSERV command: > > > > Under VSE: > > > > LIBSERV MOUNT,VOL=199015,UNIT=824,LIB=1,PART=BG > > > > Or in JCL: // LIBSERV MOUNT,VOL=CG9080,UNIT=400,LIB=4 > > > > Ray Waters > > > > *From:* Ray Waters > *Sent:* Thursday, August 27, 2009 7:22 AM > *To:* The IBM z/VM Operating System > *Subject:* RE: Stand-alone IPL of a Virtual tape > > > > From your VM ID, you must have accessed DFSMS 1B5 MDISK. > > * * > > *LINK DFSMS 01B5 01B5 RR* > > *DFSMSRM MOUNT VOL 103737 (RDEV 435 ATTACH WATERSR VDEV 181* > > * * > > Ray WatersIsmal > > > > *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On > Behalf Of *Ifurung, ism...@cio > *Sent:* Wednesday, August 26, 2009 4:17 PM > *To:* IBMVM@LISTSERV.UARK.EDU > *Subject:* Re: Stand-alone IPL of a Virtual tape > > > > The other LPAR would be z/OS. > > > > What would be the equivalent z/OS command with same functionality like vm’s > ‘DFSMSRM MOUNT’ . I asked the MVS person; I googled, but so far nothing. > > > > Thanks. > > > > Ismael > > > ------------------------------ > > *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On > Behalf Of *O'Brien, Dennis L > *Sent:* Tuesday, August 25, 2009 10:11 PM > *To:* IBMVM@LISTSERV.UARK.EDU > *Subject:* Re: Stand-alone IPL of a Virtual tape > > > > Ismael, > > You can issue the mount command from another LPAR. If the other LPAR is > z/VM, this can be a VMTAPE MOUNT or DFSMSRM MOUNT command. If you have > only one z/VM LPAR, then you’ll have to issue the mount from z/OS. I don’t > know the command for that. > > > > Another option is to have a small system on disk that can be used to > recover your main system. Normally, you would maintain the small system as > a guest of your main system, but you would configure it so that it can also > be IPLed first level. If you have to recover your main system in its usual > datacenter, just IPL the small system and start your restores. For disaster > recovery, you could backup and restore the small system using full volume > dumps from z/OS. Note that this works for restores, but not standalone > dump. For standalone dump, you need to have another LPAR available to IPL > the small system. If you IPL it in the LPAR that you want to dump, the IPL > will destroy the data that you want to dump. > > > > Dennis O’Brien > > > > I couldn't remember how to throw a boomerang, but eventually it came back > to me. > > > > > > *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On > Behalf Of *Ifurung, ism...@cio > *Sent:* Tuesday, August 25, 2009 15:25 > *To:* IBMVM@LISTSERV.UARK.EDU > *Subject:* [IBMVM] Stand-alone IPL of a Virtual tape > > > > We are starting to implement a virtual tape system in our VM system; they > are planning to get rid of our silos. To us, it is a black box; the zOS > guys say "just mount these volumes on these tape devices; treat them like > real cartridge on real 3490 drives and you're good to go." > > > > I've tested the volumes & devices using RMSMASTR, VMTAPE, VMBACKUP, DDR and > for the most part, they work well. > > > > My question is: > > > > Recovery process usually starts with a stand-alone program, like DSF or > DDR. If we have to IPL a stand-alone program like DDR that happens to be in > a virtual volume onto a bare LPAR, how is this done? > > > > Thanks for any info. > > > > Ismael > > > > ------------------------------ > NOTICE: > This e-mail is intended solely for the use of the individual to whom it is > addressed and may contain information that is privileged, confidential or > otherwise exempt from disclosure. If the reader of this e-mail is not the > intended recipient or the employee or agent responsible for delivering the > message to the intended recipient, you are hereby notified that any > dissemination, distribution, or copying of this communication is strictly > prohibited. If you have received this communication in error, please > immediately notify us by replying to the original message at the listed > email address. Thank You. > -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317