To see a list of all your spool files in an RDRLIST-like fashion, get my LISTSG package from VM's download library and enter URLIST RDR ; URLIST PUN and URLIST PRT.
You can also issue CP Q PRT/PUN/RDR TBL and see the size of each file. The space pre-allocated for the open CP dumps files will not be found that way. Q DUMP tells you how big that is. To find out how space is used by Saved segments, issue Q NSS. There may be some other "System" files in the spool, like traces: issue Q SDF to find out. At the other hand, there were a few fixes for CP's dump handling: CP dynamically keeps track of how much space is required for a dump and changes its pre-allocation. The bug was that CP sometimes forgot to decrease the pre-allocation when the requirement is less. The problems I encountered date from z/VM 4.2: VM63241 and VM6297.1 I didn't apply/need similar fixes to z/VM 4.4. You can issue a Q DUMP at some intervals and see how the number behaves: if it always grows there might be some other bug. Kris, IBM Belgium, VM customer support Randy Dray <[EMAIL PROTECTED]> Sent by: VM/ESA and z/VM Discussions <[email protected]> 2005-11-07 16:39 Please respond to VM/ESA and z/VM Discussions To [email protected] cc 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
