There's no problem in upgrading just one product in this "conglomeration" -
I use a concept of "staging" volumes with the $VERSION ROOT on one of the
staging volumes.
If you'd like to be educated on how this "conglomeration" works, and it
works quite well, thank you, I'd be happy to educate you.

On Thu, Nov 18, 2010 at 4:34 AM, Veilleux, Jon L <[email protected]>wrote:

> What do you do if you want to upgrade just one product in this
> conglomeration? Having one large $VERSION root limits your flexibility. I
> would think that only base z/OS USS files should be in the $VERSION root and
> individual products in their own zFS.
>
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[email protected]] On
> Behalf Of Guy Gardoit
> Sent: Wednesday, November 17, 2010 6:31 PM
> To: [email protected]
> Subject: Re: Extended addressability for zFS ROOT
>
> Just the convenience when cloning the $VERSION staging ROOT to an alternate
> RESVOL.
>
> On Wed, Nov 17, 2010 at 2:55 PM, Mark Zelden <[email protected]> wrote:
>
> > On Wed, 17 Nov 2010 14:35:25 -0800, Guy Gardoit <[email protected]>
> > wrote:
> >
> > >Ok, I know I need to RTFM if I knew what manual to look in,  but with
> > >time being of the essence can someone point me to the right manual
> > >that
> > discusses
> > >"extended addressibility"?   We want to merge the z/OS 1.12 various and
> > >sundry OMVS files into a single $VERSION ROOT zFS filesystem but it
> > exceeds
> > >4GB.   Can a zFS, I.E. VSAM Linear data set, be greater than 4GB?  In
> what
> > >manual can I find an answer to that question?   Our Storage people just
> > give
> > >me blank stares when I asked them about it.
> > >
> > >Thank you!
> > >
> > >--
> > >Guy Gardoit
> > >z/OS Systems Programming
> > >
> >
> > Look at the DFSMS bookshelf.   In particular "Implementing System Managed
> > Storage".  Hint:  Have a look at the DATACLAS.
> >
> > It's not your question, but what advantage do you see in merging all
> > the various distributed root files (I call them "sysres root files")
> > into a single file system?
> >
> > Mark
> > --
> > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
> > mailto:[email protected] Mark's MVS Utilities:
> > http://home.flash.net/~mzelden/mvsutil.html<http://home.flash.net/%7Emzelden/mvsutil.html>
> <http://home.flash.net/%7Em
> > zelden/mvsutil.html> Systems Programming expert at
> > http://expertanswercenter.techtarget.com/
> >
> > ----------------------------------------------------------------------
> > 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
> >
>
>
>
> --
> Guy Gardoit
> z/OS Systems Programming
>
> ----------------------------------------------------------------------
> 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
> This e-mail may contain confidential or privileged information. If
> you think you have received this e-mail in error, please advise the
> sender by reply e-mail and then delete this e-mail immediately.
> Thank you. Aetna
>
> ----------------------------------------------------------------------
> 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
>



-- 
Guy Gardoit
z/OS Systems Programming

----------------------------------------------------------------------
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