If you don't need to run the alternate volume for long, you can live with a 1 
volume
(3390-9) RES pack, with spool and page on it. I built one to be able to IPL 
something
other than our production systems and use multiple VMs in that system to COPY 
our DASD (VM
and MVS) from one DASD subsystem to another. Later I even used a copy of that 
to do some
DDR restores on a very separate system.

My current RES pack even has an alternate CONFIG file that uses areas on the 
production
RES pack for PAGE & SPOOL for a Disaster Recovery scenario.

/Tom Kern
/on contract to US Dept of Energy
/301-903-2211 (Office)
/301-905-6427 (Mobile)

On 8/2/2012 09:01, Collinson.Shannon wrote:
> In z/VM 5.4, we had two set of packs (a set consisting of a "res" pack with 
> the code on it + a spool + a page volume) that we'd alternate between as we 
> brought up different levels of maintenance.  We'd IPL off of the "res" pack 
> for a set and it'd pop in the single spool and page volumes associated with 
> it--since we only need a single spool volume and we don't really care what's 
> on it from before the IPL, this seemed to work pretty easily to switch 
> between levels of code.  But either we need to add another volume to our sets 
> now, or I'm doing something funky with z/VM 6.2.  I looked at this layout and 
> put in my best guesses:
>
>                 RELVOL/620RL1 - looked like code, so I used my "res" pack here
>                 RES/M01RES      - actually appeared to contain lpar-specific 
> data, so I thought it wouldn't change and put an "lpar" volume name here
>
> When I first IPLed, though, it wanted that "lpar-specific" (RES) volume, 
> which I'm sure you guys all knew from the start.
>
> Should I use a 4-volume "pack set"--one release, one res, one spool and one 
> page--now that we're going to z/VM 6.2?  or can we do one release volume for 
> the release, period--maybe that never changes while we're on 6.2--and just 
> use 1 per release + the original "3-pack" set?  Does anyone else on z/VM 6.2 
> do the volume-switching for code method we're using who could perhaps 
> recommend something?
>
> Thanks!
>
> Shannon Collinson - Mainframe Engineer (OS) - SunTrust Banks, Inc - 404 
> 827-6070 (office) 404 642-1280 (cell) 
> shannon.collin...@suntrust.com<mailto:shannon.collin...@suntrust.com>

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
----------------------------------------------------------------------
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Reply via email to