Would suggest dumping STD for your rdr, pun, prt, and dumping your SDF files separately. That way you can load the SDF first on a clean/noauto start, then reipl, and load in your STD later.
Regards, Richard Feldman Senior IT Architect Kelly, Douglas / Westfair Foods Ltd. Ph:(403)291-6339 Fax:(403)291-6585 -----Original Message----- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Edward M. Martin Sent: Tuesday, July 25, 2006 10:24 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM paging problem Hello Mike. Ok that explains the performance part. I am doing a SPXTAPE DUMP 580 SPOOL before we shutdown. If I can get time (I will have tons of new volumes) I will make a new spool volume. 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: Tuesday, July 25, 2006 11:58 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: z/VM paging problem > > Ed, > > As noted in earlier posts, having SPOOL allocations on the same DASD with > other activity causes a break in CP's "seldom ending channel program" > which supports SPOOL operations (reader, print, punch, NSSes, etc.). If > you have a DASD to spare, you'd be better off allocating a new SPOOL area > to a DASD dedicated for SPOOL. Again, z/VM 5.1 and newer installation is > performed this way -- with SPOOL and PAGE on their own DASD. > > Moving SPOOL is trickier than paging, since you really want to retain the > SPOOL files across IPLs vs pages that won't matter when the system is > IPLed. > The CP DRAIN and START commands (which can be placed in the SYSTEM CONFIG, > IIRC) can be your friend to get you started, but eventually you're going > to need to SPXTAPE DUMP and SPXTAPE load all the SPOOL files to get them > on the new DASD. > > One would thing that after all the years of repeated questions about > moving page and spool volumes, there would be a step-by-step document > showing how to do it for a single volume (and as an example for all > volumes). > > Mike Walter > Information Technology Services > Hewitt Associates > The words herein are mine, not those of my employer. > > > > "Edward M. Martin" <[EMAIL PROTECTED]> > > Sent by: "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> > 07/25/2006 10:34 AM > Please respond to > "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> > > > > To > IBMVM@LISTSERV.UARK.EDU > cc > > Subject > Re: z/VM paging problem > > > > > > > Hello David, > > My spool area is smaller than I like. > I am working on more area. > > q alloc page > EXTENT EXTENT TOTAL PAGES HIGH % > VOLID RDEV START END PAGES IN USE PAGE USED > ------ ---- ------ ------ ------ ------ ------ ---- > 430RES 0792 257 390 24120 761 810 3% > 430W03 075C 1802 1901 18000 240 250 1% > ------ ------ ---- > SUMMARY 42120 1001 2% > USABLE 42120 1001 2% > > > q alloc spool > EXTENT EXTENT TOTAL PAGES HIGH % > VOLID RDEV START END PAGES IN USE PAGE USED > ------ ---- ------ ------ ------ ------ ------ ---- > 430RES 0792 79 256 32040 30205 32040 94% > 430W03 075C 200 400 36180 14536 31107 40% > ------ ------ ---- > SUMMARY 68220 44741 65% > USABLE 68220 44741 65% > > > Ed Martin > Aultman Health Foundation > 330-588-4723 > [EMAIL PROTECTED] > ext. 40441 > > From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On > Behalf Of David Boyes > Sent: Tuesday, July 25, 2006 11:17 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: z/VM paging problem > > Have you also checked your spool areas? One can overflow into another if > your page areas are full, and if all you use the VM system for is to > support guests, you may have reached the point where you need more space > than you have. I?ve also seen this error when a paging area was > incompletely formatted (off by 1 error on my part). > > David Boyes > Sine Nomine Associates > > > > 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.