OK. I assume no one is using the parameter STORAGESERVERMGMT. So it's always
funny how many parameter are implemented by IBM with a lot of sweat I think and
then no one bothers. Not to tell that customers like me don't know how to
monitor some new 'feature'.
Lost
Anyone using the IEAOPTxx parameter STORAGESERVERMGMT=YES introduced with PTF
UA61959 in z/OS 1.11 ?
I don't see how to monitor whether an installation benefits from that new
option. Any input is appreciated.
Kind regards,
Reiner M
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 M
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
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 li
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 Mar
USE=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 M
