Necessity is the Mother of all...
I wanted to share the RES pack between two systems, and I wanted to share
the Spool volumes between the two systems. I needed a pack that would be
unique to each system, and I didn't want a full mod 27 devoted to just the
CP Directory.
We don't have any CMS users to speak of, other than two administrators, and
the Linux guests are *supposed* to stay up constantly, so the number of
logins and links going on are at a bare minimum, so stashing the directory
at the front of the paging volume seemed the least painful place to put it.
At least, that's the logic I came up with for my choice. I suppose that, if
it becomes a huge conflict at some point in the future, I can get my DASD
people to carve me out two mod 3's for the directories (and listen to the
abuse I'd have to take) and move the directory to these, separating them
from the paging.
There's always another way to do it. The simple fact that we run a CSE
complex from a single RES volume seems to amaze and amuse the IBM'ers to no
end, and if I can confound them, I know I've done something right... :-)
--
.~. Robert P. Nix Mayo Foundation
/V\ RO-OC-1-13 200 First Street SW
/( )\ 507-284-0844 Rochester, MN 55905
^^-^^ -----
"In theory, theory and practice are the same, but
in practice, theory and practice are different."
On 4/10/07 2:19 PM, "David Kreuter" <[EMAIL PROTECTED]> wrote:
> On the page volume with drct space you will defeat the seldom ending channel
> program for paging. Directory access uses the same type of channel program but
> will initiate its own io. And the directory disk pages will be accessed from
> time to time. Must they be on page volumes?
> David
>
> ________________________________
>
> From: The IBM z/VM Operating System on behalf of RPN01
> Sent: Tue 4/10/2007 2:51 PM
> To: [email protected]
> Subject: Re: [IBMVM] Time to move
>
>
>
> Actually, there's nothing that says the directory has to be on the res pack
> as well. You could move it to another CP Owned volume. While not ideal, ours
> live at the beginning of our page packs, and the two systems share the res
> pack.
>
> --
> .~. Robert P. Nix Mayo Foundation
> /V\ RO-OC-1-13 200 First Street SW
> /( )\ 507-284-0844 Rochester, MN 55905
> ^^-^^ -----
> "In theory, theory and practice are the same, but
> in practice, theory and practice are different."
>
>
>
>
> On 4/10/07 1:31 PM, "Bill Munson" <[EMAIL PROTECTED]> wrote:
>
>> Richard,
>> There is nothing that says your Directory has to start at the beginning
>> of the RES pack. Leave the warmstart and checkpoint areas where they
>> are and just move and enlarge the DRCT area someplace else on the res pack.
>>
>> good luck
>>
>> Bill Munson
>> Office of Information Technology
>> State of New Jersey
>> (609) 984-4065
>>
>> President MVMUA
>> http://www.marist.edu/~mvmua
>>
>>
>>
>> Richard Feldman (WFF) wrote:
>>> Listers,
>>>
>>>
>>>
>>> Have a modest problem. My directory space is at 48%, gonna
>>> bust soon since there must be enough space for two copies of the
>>> directory. Even with all the dynamic commands in z/VM 5.2 I dont expect
>>> I could dynamically move my warmstart and checkpoint areas. To expand my
>>> dircectory I would have to move into those areas. Failing any dynamic
>>> commands I figure Ill just move those areas to a new location, sys
>>> config em, format the areas, and IPL cold (after spxtapeing everything).
>>> I could do a clean but would like to save time going for a cold.
>>>
>>> After the IPL I should be able to allocate a larger drct
>>> area starting at the same point, format it, and directxa.
>>>
>>>
>>>
>>> Sound reasonable?,
>>>
>>>
>>>
>>>
>>>
>>> Richard Feldman
>>> Senior IT Architect
>>> Kelly, Douglas / Westfair Foods Ltd.
>>> Ph:(403)291-6339 Fax:(403)291-6585
>>>
>>>
>>>
