Well, two things. I thought you had to have a writable A disk for CMS? And
we do need
a redhat.conf file on there when we kickstart the linux, not so much
afterwards.
MA

On Tue, Oct 28, 2008 at 12:45 PM, RPN01 <[EMAIL PROTECTED]> wrote:

>  If you're just IPLing CMS to set things up and then IPL Linux, is there
> really a reason to have multiple 191 minidisks? We share a single read/only
> 191 minidisk among all the Linux guests, in both LPARs. They all end up
> IPLing 391, and we've added a piece to the profile that looks for userid()
> exec, and executes it, if found, as part of the process, allowing for the
> more odd of the Linux images to still share the one 191 minidisk.
>
> If you can do it with one, it seems a shame to have all those one cyl
> minidisks hanging around everywhere. Plus, if you need to make a change to
> something in the way they're brought up, you can do it in one place, instead
> of having to link and fix hundreds of them.
>
> --
> Robert P. Nix          Mayo Foundation        .~.
> RO-OE-5-55             200 First Street SW    /V\
> 507-284-0844           Rochester, MN 55905  /( )\
> -----                                        ^^-^^
> "In theory, theory and practice are the same, but
>  in practice, theory and practice are different."
>
>
>
>
> On 10/28/08 11:13 AM, "Mary Anne Matyaz" <[EMAIL PROTECTED]> wrote:
>
> Hello all. We're bouncing around an idea to change the way we allocate
> Linux guests. Currently, we have a mdisk that
> has all of the Linux 191 disks on. We then have separate 200 disks
> (mod9's). We're thinking of combining the two, such
> that we have a 1 cylinder 191 mdisk, then 10015 cylinders for the 200
> disks. This would allow us to move the linuxes from
> one lpar to another as needed. It would also make them more self-contained.
> We're facing a dasd upgrade in the near future,
> and this would make that a little easier.
> Other than the fact that the 200 disk is backed up by TSM and the 191's via
> MVS's FDR, can you guys shoot some holes
> in this theory? Let me know if you see any other problem areas that I
> haven't thought of?
>
> Thanks!
> MA
>
>
>

Reply via email to