One thing that bothers me here is that you only have 176 cylinders
dedicated to spool.  This is a very, very small amount.  It looks like
you haven't upgraded spool since you installed the system.  What IBM
gives you is enough to install, but not necessarily enough to run a
system with.  We have six VM systems and our smallest system has two
3390-3 full-packs dedicated to spool.  I would strongly recommend adding
another full-pack to your spool space.  Check your paging space as well.

Also, open spool files will not show up in CP QUERY <XXX> ALL.  You will
only see closed spool files.  We had a problem some years ago (HPO 5 on
a 4381, which will give you a time frame) of spool filling up and the
system crashing every Monday night at 10 pm.  But nothing showed up in
spool.  We came to the conclusion that we had a user with an open spool
file that was filling up the system, crashing it (HPO would crash when
the spool filled up), re-ipling and wiping out the open spool file, so
we never did see what was causing the problem.  We purchased CA's
VMSPOOL, which can let you look at open spool files, and quickly found a
user had a fortran program that ran every Monday night, but had errors
in it.  The printed report put out the errors in an endless loop and by
the time spool filled up had 2,500,000 records in just this one file.
VMSPOOL is the only tool I know of that lets you look at open spool
files and is worth its weight in diamonds for this one feature alone.

"Always do right.  This will gratify some people and confound the rest."
- Mark Twain
Gordon W. Wolfe, Ph.D.  425-865-1495
VM Technical Services, The Boeing Company
 

> -----Original Message-----
> From: Randy Dray [mailto:[EMAIL PROTECTED] 
> Sent: Monday, November 07, 2005 8: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
> 

Reply via email to