home *** CD-ROM | disk | FTP | other *** search
- Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
- Path: sparky!uunet!paladin.american.edu!auvm!UBVM.BITNET!TKSJOHN
- Message-ID: <IBM-MAIN%92121610490580@RICEVM1.RICE.EDU>
- Newsgroups: bit.listserv.ibm-main
- Date: Wed, 16 Dec 1992 11:39:25 EST
- Sender: IBM Mainframe Discussion list <IBM-MAIN@RICEVM1.BITNET>
- Comments: To: IBM-MAIN%ricevm1.rice.edu@NOC2.DCCS.UPENN.EDU,
- IBMTCP-L%pucc.PRINCETON.EDU@NOC2.DCCS.UPENN.EDU
- Comments: Resent-From: John Pedlow <TKSJOHN@UBVM>
- Comments: Originally-From: "Thomas D. Denier" <TOM@PENNDRLS.UPENN.EDU>
- Comments: Warning -- original Sender: tag was IBM-MAIN@RICEVM1
- From: John Pedlow <TKSJOHN@UBVM.BITNET>
- Subject: Spool file size inconsistency
- Lines: 17
-
- Very oversimplified, we experienced this problem when we went ESA. We
- were told JES for ESA 4.2 handles JOEs in spool space, not in memory
- as XA JES had done. And, given that spool space is not released until
- all output is purged, as long as even a few lines of output are in the
- held output queue, the JOEs are still being held.
-
- ----------------------------Original message----------------------------
- We are running MVS TCP/IP 2.2.1 under MVS 4.2. I shut down the TCPIP started
- task yesterday afternoon. This morning I executed a '$d spl,jobs=5' command
- on the system console. The results indicated two jobs awaiting hard copy and
- taking 5 percent of the spool space. One of these was from a CICS region that
- suffers a lot of task ABENDs, and the other was from TCPIP. I then executed
- SDSF under TSO. I had no trouble finding a huge file from CICS, but all I
- found from TCPIP was a 92 line file. When I entered a '?' on the SDSF screen
- to get detailed information about the various data sets comprising the job I
- found reasonable looking byte counts, totalling about 6700 bytes. Does
- anyone have any idea what is going on?
-