Hello Mike (Alan and everyone else helping me).
Thanks for info. On all my other client sites I had it that
way.
here (and I am the system guy now) I have not had the chance to move to
separate drive.
I am paying the price now.
Ed Martin
Aultman Health Foundation
330-588-4723
[EMAIL PROTECTED]
ext. 40441
> -----Original Message-----
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
> Behalf Of Mike Walter
> Sent: Friday, July 21, 2006 2:18 PM
> To: [email protected]
> Subject: Re: HCPCLS174E using VSE SA util tape
>
> Ed,
>
> Looking again at your stats:
> q alloc page
> EXTENT EXTENT TOTAL PAGES HIGH %
> VOLID RDEV START END PAGES IN USE PAGE USED
> ------ ---- ------ ------ ------ ------ ------ ----
> 430RES 0792 257 390 24120 767 829 3%
> 430W03 075C 1802 1901 18000 240 250 1%
> ------ ------ ----
> SUMMARY 42120 1007 2%
> USABLE 42120 1007 2%
>
> "After further review" (when is the opening kickoff this year?) it's
now
> clear that you
> are really not paging much at all (at least not from that display).
Maybe
> it's not worth
> your moving PAGE and SPOOL each to a separate DASD until you upgrade
to
> z/VM 5.2 (or later). Contacting EMC looks like your best bet.
>
> But it you are not DASD constrained, it's always in the "best
practices"
> realm to
> place PAGE and SPOL allocations on DASD with no other activity. After
> years of
> new customers reporting insufficient page and spool space on what were
> really
> meant as installation-starter spool/page allocations, with z/VM 5.1
IBM
> changed the
> "z/VM Automated Installation and Service Guide" to place them on their
own
>
> DASD volumes: 510SPL and 510PAG.
>
>
> Mike Walter
> Hewitt Associates
>
>
>
>
> "Edward M. Martin" <[EMAIL PROTECTED]>
>
> Sent by: "The IBM z/VM Operating System" <[email protected]>
> 07/21/2006 12:51 PM
> Please respond to
> "The IBM z/VM Operating System" <[email protected]>
>
>
>
> To
> [email protected]
> cc
>
> Subject
> Re: HCPCLS174E using VSE SA util tape
>
>
>
>
>
>
> Hello Alan,
>
> I was IPLing both tapes in the same CMS user machine.
>
> But I am getting the errors. Now to convince the EMC CE that these
are
> not
> the erroneous Smoke detector errors.
>
> Thanks for your patience, and explanations.
>
> Ed Martin
> Aultman Health Foundation
> 330-588-4723
> [EMAIL PROTECTED]
> ext. 40441
>
> > -----Original Message-----
> > From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
> On
> > Behalf Of Alan Altmark
> > Sent: Friday, July 21, 2006 1:15 PM
> > To: [email protected]
> > Subject: Re: HCPCLS174E using VSE SA util tape
> >
> > On Friday, 07/21/2006 at 11:24 AST, "Edward M. Martin"
> > <[EMAIL PROTECTED]> wrote:
> > > Hello Alan,
> > >
> > > Unfortunately the paging volumes are on the 430RES and 430W03
> > > used by lots.
> > >
> > > I understand that this is a CP message, but wouldn't the
> > > Standalone program driving the system be doing the page request?
> >
> > If you IPL a standalone program in an LPAR, then there is no need
for
> this
> > page request. It only occurs when you IPL something (anything) in a
> > guest. CP cannot send a real IPL request to the device; so he has
to
> > simulate it. A hardware IPL doesn't have that problem.
> >
> > > And if it is asking the wrong page requirement request(s) would
> > > that not cause the HCP message?
> > >
> > > And wouldn't the ICKDSF standalone get the same messages?
> >
> > No, and no. The error indicates that CP got an I/O error of some
> sort. If
> > you suspect the device is failing, running EREP and looking at the
> report
> > should confirm it. Of course, if EMC has already told you the
device
> is
> > having problems, then I'd believe them.
> >
> > When you get a chance, move your paging and spooling areas to
> dedicated
> > volumes without minidisks on them.
> >
> > Alan Altmark
> > z/VM Development
> > IBM Endicott
>
>
>
>
>
> The information contained in this e-mail and any accompanying
documents
> may contain information that is confidential or otherwise protected
> from disclosure. If you are not the intended recipient of this
message,
> or if this message has been addressed to you in error, please
> immediately alert the sender by reply e-mail and then delete this
message,
> including any attachments. Any dissemination, distribution or other
use of
> the contents of this message by anyone other than the intended
recipient
> is strictly prohibited.
