Re: INACTIVE Spool Volume
I did a $PSPL(SPOOL1) followed by message $HASP424 SPOOL1 IS NOT MOUNTED. The I initialized a volume SPOOL1 and purged it with message $HASP414 OBTAIN FAILED FOR SYS1.SYSE.HASPACE ON SPOOL1 WITH CC 8. Now I allocated haspace data set on volume and purged it with message $HASP421 PREVIOUSLY MOUNTED VOLUME SPOOL1 IS UNFORMATTED $HASP443 SPOOL1 NOT ALLOCATED 167 I/O ERROR DURING READ VALIDATION, RC=03 I then tried to start the spool on SPOOL1 with the same I/O error message. Reiner -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: INACTIVE Spool Volume
Reiner Markus reiner.mar...@gmx.net wrote in message news:2061526008224439.wa.reiner.markusgmx@listserv.ua.edu... I did a $PSPL(SPOOL1) followed by message $HASP424 SPOOL1 IS NOT MOUNTED. The I initialized a volume SPOOL1 and purged it with message $HASP414 OBTAIN FAILED FOR SYS1.SYSE.HASPACE ON SPOOL1 WITH CC 8. Now I allocated haspace data set on volume and purged it with message $HASP421 PREVIOUSLY MOUNTED VOLUME SPOOL1 IS UNFORMATTED $HASP443 SPOOL1 NOT ALLOCATED 167 I/O ERROR DURING READ VALIDATION, RC=03 I then tried to start the spool on SPOOL1 with the same I/O error message. Reiner Have a look at this Red Alert, it seems applicable: http://www14.software.ibm.com/support/customercare/sas/f/redAlerts/20120 629.html Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: INACTIVE Spool Volume
Reiner, Can you tell me which version of z/OS your installation is on ? Scott ford www.identityforge.com On Jul 5, 2012, at 7:52 AM, Reiner Markus reiner.mar...@gmx.net wrote: Kees, seems we werer hit by this red alert. z/OS 1.11 PTF UA61942 is already accepted because it's from december last year. Now I will do a spool offload and cold start JES2 at this weekend to get rid of SPOOL1. Thanks, Reiner Markus -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: INACTIVE Spool Volume
Reiner, Sorry I asked, I reread your last post. I know your on z/OS 1.11 Scott ford www.identityforge.com On Jul 5, 2012, at 8:45 AM, Scott Ford scott_j_f...@yahoo.com wrote: Reiner, Can you tell me which version of z/OS your installation is on ? Scott ford www.identityforge.com On Jul 5, 2012, at 7:52 AM, Reiner Markus reiner.mar...@gmx.net wrote: Kees, seems we werer hit by this red alert. z/OS 1.11 PTF UA61942 is already accepted because it's from december last year. Now I will do a spool offload and cold start JES2 at this weekend to get rid of SPOOL1. Thanks, Reiner Markus -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: INACTIVE Spool Volume
I suspect the CHECK Point dsns were looking for SPOOL1 to get SPOOL1 back probably need a cold start to free up all the gremlins. In a message dated 7/5/2012 5:26:42 A.M. Central Daylight Time, reiner.mar...@gmx.net writes: then tried to start the spool on SPOOL1 with the same I/O error message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: INACTIVE Spool Volume
Howdy, Try this command to see what jobs are still on/allocated to the SPOOL1 volume, $D JQ,SPOOL=(V=SPOOL1,%1) I have seen the SYSLOG get on a spool volume and take nearly two weeks to clear. There is a way to get the SYSLOG (for example) off the spool, but it escapes me at the moment. Regards, Neil Haley nha...@ca.ibm.com Storage Software Mainframe Support http://www.ibm.com/systems/z/ | http://www.about.me/NeilHaley -IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote: - To: IBM-MAIN@listserv.ua.edu From: Reiner Markus Sent by: IBM Mainframe Discussion List Date: 07/04/2012 11:53AM Subject: INACTIVE Spool Volume Hi all, after doing a $Z for a spool volume named SPOOL1 and waiting for some days the volume is still in SDSF SP panel: NAME Status TGPct TGNum TGUse Command SAff SPOOLE ACTIVE 21 26864 5865 ANY SPOOL1 INACTIVE 1 22000 1 ANY A display shows that ONE track group is in use, but I don't see any corresponding job or output. $DSPL(SPOOL1),L $HASP893 VOLUME(SPOOL1) 349 $HASP893 VOLUME(SPOOL1) STATUS=INACTIVE,SYSAFF=(ANY), $HASP893 TGNUM=22000,TGINUSE=1,TRKPERTGB=3, $HASP893 PERCENT=1 Any hints to kill this orphan entry. PS: the volume is already initialized for new work. There is no volume SPOOL1 in this system. This LPAR has been IPLed also. Reiner Markus -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: INACTIVE Spool Volume
Hi all, after doing a $Z for a spool volume named SPOOL1 and waiting for some days the volume is still in SDSF SP panel: NAME Status TGPct TGNum TGUse Command SAff SPOOLE ACTIVE 21 26864 5865 ANY SPOOL1 INACTIVE 1 22000 1 ANY A display shows that ONE track group is in use, but I don't see any corresponding job or output. $DSPL(SPOOL1),L $HASP893 VOLUME(SPOOL1) 349 $HASP893 VOLUME(SPOOL1) STATUS=INACTIVE,SYSAFF=(ANY), $HASP893 TGNUM=22000,TGINUSE=1,TRKPERTGB=3, $HASP893 PERCENT=1 Any hints to kill this orphan entry. PS: the volume is already initialized for new work. There is no volume SPOOL1 in this system. This LPAR has been IPLed also. You may have started tasks that have not cycled still be allocated to that spool volume. Tasks from other LPARs in a PLEX could be on the volume. Once you are sure that all output is in OUTPUT status on that spool volume, then you could use the NJE Process to transmit the data off of the volume. Or you could manually in SDSF print the data off and then purge it, or you could just purge it if you no longer needed it. It will depend on your output retention requirements for jobs/stc/tsu. The $DSPOOL command has a way to display all data on one spool volume based on percentage used. It will be helpful. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: INACTIVE Spool Volume
Neil, $D JQ,SPOOL=(V=SPOOL1,%1) is a good hint. But unfortunately there is nothing to display: $HASP003 RC=(52),D $HASP003 RC=(52),D JQ - NO SELECTABLE ENTRIES FOUND MATCHING $HASP003 SPECIFICATION Thanks, Reiner Markus -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: INACTIVE Spool Volume
Lizette, I've done an IPL on that LPAR last weekend and this SPOOL1 entry still shows up in spool display panel although the volume is initialized with a new name. There can't be anything 'physical' on volume SPOOL1 because it doesn't exist anymore. But somehow there's a pointer in JES2 saying at JES init time: 'Hey you SPOOLn I see you all. It's SPOOLE and SPOOL1'. Thanks, Reiner Markus -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: INACTIVE Spool Volume
Lizette, I've done an IPL on that LPAR last weekend and this SPOOL1 entry still shows up in spool display panel although the volume is initialized with a new name. There can't be anything 'physical' on volume SPOOL1 because it doesn't exist anymore. But somehow there's a pointer in JES2 saying at JES init time: 'Hey you SPOOLn I see you all. It's SPOOLE and SPOOL1'. Thanks, Reiner Markus If there is no volume called SPOOL1 then issue a $PSPOOL, it may take care of it. My preference for removing a spool volume is $PSPOOL $DSPOOL Commands. The $Z does not remove it from JES2. If it does not work because you no longer have that volume, then clip a volume to SPOOL1 and then issue the $PSPOOL command for that volume Depending on your level of JES2 and what the specific HASP message states (you did not provide the hasp message which would have been helpful), the best way is to always Drain the volume, monitor the volume. When it is completely empty, JES2 will remove it with a HASP message $HASP097 Explanation: devname IS DRAINED The operator issued the $P command for the indicated device, and the device has entered the DRAINED status. With OS/390® Release 4, some parameter descriptions might truncated (for example, LNE), therefore, your automation processing might be affected. In the message text: devname The name of the drained device. System action: JES2 discontinues use of the device until a $S device command is entered, specifying the device correctly. JES2 deallocates the device, permitting it to be used by other tasks within the system. Operator response: Enter a $S device comm You can then delete the spool space and clip the volume, or reinit the volume. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
