home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / bit / listserv / ibmmain / 2854 < prev    next >
Encoding:
Text File  |  1992-12-16  |  1.6 KB  |  37 lines
  1. Newsgroups: bit.listserv.ibm-main
  2. From: steve@rama.demon.co.uk (Steve Entwistle)
  3. Path: sparky!uunet!pipex!demon!rama.demon.co.uk!steve
  4. Subject: Re: Spool file size inconsistency 
  5. Distribution: world
  6. References: <9212161531.AA18297@noc2.dccs.upenn.edu>
  7. Organization: None
  8. Reply-To: steve@rama.demon.co.uk
  9. X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.18)
  10. Lines: 22
  11. Date: Wed, 16 Dec 1992 19:09:38 +0000
  12. Message-ID: <724532978snz@rama.demon.co.uk>
  13. Sender: usenet@demon.co.uk
  14.  
  15.  
  16. In article <9212161531.AA18297@noc2.dccs.upenn.edu> TOM@PENNDRLS.UPENN.EDU writes:
  17.  
  18. >We are running MVS TCP/IP 2.2.1 under MVS 4.2. I shut down the TCPIP started
  19. >task yesterday afternoon. This morning I executed a '$d spl,jobs=5' command
  20. >on the system console. The results indicated two jobs awaiting hard copy and
  21. >taking 5 percent of the spool space. One of these was from a CICS region that
  22. >suffers a lot of task ABENDs, and the other was from TCPIP. I then executed
  23. >SDSF under TSO. I had no trouble finding a huge file from CICS, but all I
  24. >found from TCPIP was a 92 line file. When I entered a '?' on the SDSF screen
  25. >to get detailed information about the various data sets comprising the job I
  26. >found reasonable looking byte counts, totalling about 6700 bytes. Does
  27. >anyone have any idea what is going on?
  28. >
  29.  
  30.     It is my understanding that JES2 does not free any of the spool space
  31. used by a job, until all the sysout datasets have been purged/printed. We
  32. suffer the same problem with CA-DISPATCH, where several million lines worth
  33. of spool space will be consumed until Joe Bloggs turns on his remote printer
  34. to allow his 10 line report to be produced, and thus freeing the space.
  35.  
  36. Steve
  37.