home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / bit / listserv / ibmmain / 2857 < prev    next >
Encoding:
Text File  |  1992-12-17  |  1.7 KB  |  30 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!PENNDRLS.UPENN.EDU!TOM
  3. Return-Path: <TOM@PENNDRLS.UPENN.EDU>
  4. Message-ID: <9212171601.AA02893@noc2.dccs.upenn.edu>
  5. Newsgroups: bit.listserv.ibm-main
  6. Date:         Thu, 17 Dec 1992 10:46:09 EST
  7. Sender:       IBM Mainframe Discussion list <IBM-MAIN@RICEVM1.BITNET>
  8. From:         "Thomas D. Denier" <TOM@PENNDRLS.UPENN.EDU>
  9. Subject:      Re: Spool file size inconsistency
  10. Comments: To: IBM-MAIN%ricevm1.rice.edu@NOC2.DCCS.UPENN.EDU,
  11.           IBMTCP-L%pucc.PRINCETON.EDU@NOC2.DCCS.UPENN.EDU
  12. Lines: 16
  13.  
  14. I now understand why spool usage reported by the '$d spl,jobs=5' command was
  15. so far out of line with the record counts shown by SDSF for our TCPIP started
  16. task. All the SYSOUT data sets in the started task were specified as SYSOUT=*,
  17. causing them to inherit the spool class used for MSGCLASS. The MSGCLASS for
  18. started tasks was set to Z in the JES2 parameters, and class Z was set up for
  19. automatic purging in the JES2 parameters. For some reason the JESJCL and
  20. JESYSMSG data sets are not purged even though their spool class calls for
  21. purging. As John Pedlow and Steve Entwistle noted in responses sent to
  22. IBM-MAIN, the spool space used for purged data sets is not reclaimed until all
  23. of the SYSOUT data sets for a job are purged. In this case, that means that
  24. all the space occupied by the purged data sets from TCPIP is locked up until
  25. the JESJCL and JESYSMSG data sets are purged.
  26.  
  27. The IBM-supplied JCL for the FTPSERVE started task also specifies SYSOUT=*
  28. for all SYSOUT data sets. I suspect that the same is true of all the other
  29. IBM-supplied JCL for started tasks assiciated with the TCP/IP product.
  30.