Randy, You don't clear out a dump file, it is a pre-allocated empty space intended to hold a system dump if that bad thing ever happens.
As others on the list have said, you need, at least, to allocate more spool space. You could run with dumps set off, but I don't, and most everyone on the list in this thread has said you shouldn't. To add another spool volume, you will need to understand the difference between CP OWNED dasd and SYSTEM dasd. They are defined in the SYSTEM CONFIG file on MAINT's CF1 disk. This leads to the need to understand the contents of the CF1/CF2/CF3 MAINT minidisks. If you issue a Q CPOWNED command, you will see the list of dasd owned by CP. For paging, spooling, temp disk, etc etc to be used by CP, the space must be formatted and allocated on the volume and on a volume in the CPOWNED list. The dasd allocation is done with the ICKDSF command or the CPFMTXA command, which will call ICKDSF for you. I can send some console logs of me doing this last year, when I installed my own z/VM 4.4 system, if you want to see some examples. Ron -----Original Message----- From: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On Behalf Of Randy Dray Sent: Monday, November 07, 2005 10:19 AM To: [email protected] Subject: Re: Q alloc SPool Help BINGO!!!!!!! - now we are on to something! q alloc spool EXTENT EXTENT TOTAL PAGES HIGH % VOLID RDEV START END PAGES IN USE PAGE USED ------ ---- ------ ------ ------ ------ ------ ---- 440RES 0600 79 256 32040 26770 31680 83% ------ ------ ---- SUMMARY 32040 26770 83% USABLE 32040 26770 83% Ready; T=0.01/0.01 10:11:17 set dump off No dump unit - Dump function is SET OFF Ready; T=0.01/0.01 10:11:22 q alloc spool EXTENT EXTENT TOTAL PAGES HIGH % VOLID RDEV START END PAGES IN USE PAGE USED ------ ---- ------ ------ ------ ------ ------ ---- 440RES 0600 79 256 32040 7993 31680 24% ------ ------ ---- SUMMARY 32040 7993 24% USABLE 32040 7993 24% Ready; T=0.01/0.01 10:11:27 Next I set dump dasd and the % went down to 72% What next???? set dump dasd DASD 0600 dump unit CP IPL pages 15136 Ready; T=0.01/0.01 10:12:26 q alloc spool EXTENT EXTENT TOTAL PAGES HIGH % VOLID RDEV START END PAGES IN USE PAGE USED ------ ---- ------ ------ ------ ------ ------ ---- 440RES 0600 79 256 32040 23129 31680 72% ------ ------ ---- SUMMARY 32040 23129 72% USABLE 32040 23129 72% Ready; T=0.01/0.01 10:12:38 --- "Schmiedge, Ronald" <[EMAIL PROTECTED]> wrote: > Randy, > > You can't transfer an open file. > > Have you tried SET DUMP OFF and checked the allocation again? > > You can turn the dumps back on with SET DUMP DASD > > Ron > > -----Original Message----- > From: VM/ESA and z/VM Discussions > [mailto:[EMAIL PROTECTED] On > Behalf Of Randy Dray > Sent: Monday, November 07, 2005 9:39 AM > To: [email protected] > Subject: Re: Q alloc SPool Help > > Thanks for the info. > > I am trying to locate the file that is causing my spool usage to be > 83%???? > > q alloc spool > q alloc spool > EXTENT EXTENT TOTAL PAGES HIGH % > VOLID RDEV START END PAGES IN USE PAGE USED > ------ ---- ------ ------ ------ ------ ------ ---- > 440RES 0600 79 256 32040 26769 31680 83% > ------ ------ ---- > SUMMARY 32040 26769 83% > USABLE 32040 26769 83% > > > I thought maybe it was OPERATNS userid, but as you just stated, Most > likely not the culprit. > > Any suggestions on how to track down the file that is filling up my > Spool file. > > > We had a power outage 3 weeks ago, before this outage my spool was at > 28%. Now its 83%. > > pretty sure that they are tied together but cant find it. > > > I did a Transfer * rdr all to maint rdr > > then did a rdrlist, purged everything, Useage still > 83 %. > > ????? > > Thanks, > > --- "Schmiedge, Ronald" <[EMAIL PROTECTED]> > wrote: > > > Randy, > > > > You would close them with SET DUMP OFF. When you > close them they will > > go away, they contain no records at present. > > > > These are the spool files preallocated to hold a > VM dump, should VM > > ever crash. OPERATNS is the userid from which you > would read in the > > dumps. > > > > You can run your VM system with DUMP OFF, but if > there is ever a > > system abend, you will not have the dump for > analyzing the problem > > that caused the abend. > > > > Ron > > > > > > > > -----Original Message----- > > From: VM/ESA and z/VM Discussions > > [mailto:[EMAIL PROTECTED] On Behalf Of Randy Dray > > Sent: Monday, November 07, 2005 9:03 AM > > To: [email protected] > > Subject: Re: Q alloc SPool Help > > > > Today I did a Q RDR ALL > > > > oWNERID FILE CLASS REC CPY HOLD DATE TIME > NAME > > > > oPERATNS 0001 D SYS 000 001 NONE OPEN- > > oPERATNS 0002 D SYS 000 001 NONE OPEN- SYS > > CPDUMP > > MAINT 0002 T CON 00000008 001 NONE 11/05 10:39:25 > > > > > > > > I have 2 fies Class d SYS for OPERATNS??? > > > > how Do I close these files??? > > > > Should I transfer them to maint and discard them?? > > > > Still trying to reduce spool file used. > > > > q alloc spool > > > EXTENT EXTENT TOTAL PAGES HIGH > % > > VOLID RDEV START END PAGES IN USE PAGE > USED > > ------ ---- ------ ------ ------ ------ ------ > ---- > > 440RES 0600 79 256 32040 26769 31680 > 83% > > ------ ------ > ---- > > SUMMARY 32040 26769 > 83% > > USABLE 32040 26769 > 83% > > > > Thanks > > > > Randy Dray > > Systems Programmer > > Morton Buildings Inc. > > > > Morton IL > > > > (309) 263-6397 > > > > > > > > > > __________________________________ > > Yahoo! Mail - PC Magazine Editors' Choice 2005 > http://mail.yahoo.com > > > > > Randy Dray > Systems Programmer > Morton Buildings Inc. > > Morton IL > > (309) 263-6397 > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > Randy Dray Systems Programmer Morton Buildings Inc. Morton IL (309) 263-6397 __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com
