开云体育

Hi!

I've set up VS1 r6.7 under VM/CE.. and it almost works perfect!
Unlike DOS/VS I can let the VM run in the background and send jobs to it... but, this time the issue is that the reader, at 00c, configured as SPOOL, doesn't work.
However, if instead, I DEDICATE a reader, it does work.
This means that jobs cannot be punched from a VM user, which is quite ashow stopper.

Here's how it looks like on the log:

094610 0000 SF ,10C
094610 4000 IEF543I 10C RDR FLUSHING JOBSTREAM AFTER JOB
094610 4000 IEF039I 10C RDR WAITING FOR WORK
094611 4000 IEF403I HELLOCBF STARTED TIME=09.46.11 P01
094611 0020 IEC130I SYSLIB DD STATEMENT MISSING P01
094613 4000 IEF404I HELLOCBF ENDED TIME=09.46.13 P01
094613 4200 IEF049I HELLOCBF ON DEVICE 00E
094613 4200 IEF868I 00E WTR WAITING FOR WORK
094613 4000 IEF005I PARTITION WAITING FOR WORK P01
094636 0000 SF ,00C
094636 4200 IEF244I RDRF .00C .IEFRDER UNABLE TO ALLOCATE

For some reason, IEFRDER on job RDRF cannot allocate 00C (SPOOL) but does with 10C (DEDICATE).

Has anyone any clue on what could be happening?

Cheers.

Show us what your VM directory entry for VS1 looks like?

On Thu, Jul 6, 2023 at 12:07?PM Alejandro olivan Alvarez <
alejandro.olivan.alvarez@...> wrote:

Hi!

I've set up VS1 r6.7 under VM/CE.. and it almost works perfect!
Unlike DOS/VS I can let the VM run in the background and send jobs to
it... but, this time the issue is that the reader, at 00c, configured as
SPOOL, doesn't work.
However, if instead, I DEDICATE a reader, it does work.
This means that jobs cannot be punched from a VM user, which is quite
ashow stopper.

Here's how it looks like on the log:

094610 0000 SF ,10C
094610 4000 IEF543I 10C RDR FLUSHING JOBSTREAM AFTER JOB
094610 4000 IEF039I 10C RDR WAITING FOR WORK
094611 4000 IEF403I HELLOCBF STARTED TIME=09.46.11 P01
094611 0020 IEC130I SYSLIB DD STATEMENT MISSING P01
094613 4000 IEF404I HELLOCBF ENDED TIME=09.46.13 P01
094613 4200 IEF049I HELLOCBF ON DEVICE 00E
094613 4200 IEF868I 00E WTR WAITING FOR WORK
094613 4000 IEF005I PARTITION WAITING FOR WORK P01
094636 0000 SF ,00C
094636 4200 IEF244I RDRF .00C .IEFRDER UNABLE TO ALLOCATE

For some reason, IEFRDER on job RDRF cannot allocate 00C (SPOOL) but does
with 10C (DEDICATE).

Has anyone any clue on what could be happening?

Cheers.

Hi... sure!

USER VS1R67 VS1R67 15M 14M G
OPTION ECMODE
*IPL 148
CONSOLE 01F 3215
SPOOL 00C 2540 READ A
SPOOL 00D 2540 PUNCH A
SPOOL 00E 1403 A
* Dedicated Punch cards
DEDICATE 10C 30C
* Dedicated Print Devices
DEDICATE 30E 30E
* Dedicated Tape Devices
DEDICATE 480 480
* Dedicated DASD
DEDICATE 148 700
DEDICATE 149 701
DEDICATE 14C 702
DEDICATE 14D 703
DEDICATE 151 704

There you go.

Thank you!
Cheers

There's an error ot the USER line... it is 15M 16M , not 14M

I had to increase storage from my initial 8M 14M , up to 15M 16M, but I forgot update my notes accordingly.
The rest should be correct.

Cheers.

Is is possible that you've already got something running that has allocated 00C? That would account for the:

IEF244I RDRF .00C .IEFRDER UNABLE TO ALLOCATE

error message. Do a "DISPLAY A":

d a
IEE821I 11.21.37 ACTIVE DISPLAY 069 C
PNO JOBNAME STEPNAME SUBT STAT PNO JOBNAME STEPNAME SUBT STAT
RDRF 00C WTRZ WTRZ
WTRF 00D WTRF 00E
001 INIT A,E

and see if you have maybe an existing RDR or RDRF active to 00C. I don't think I automatically started a reader to 00C, but one might have gotten started somehow.

--

Hello Kevin,

No, the reader is not already started. See the execution log below:

THHC01027I Hercules version 4.6.0.10941-SDL-g65c97fd6, built on Jul 3 2023 17:38:06
HHC01031I Running on Socrate.local (Darwin-16.7.0.Darwin Kernel Version 16.7.0: Sun Jun 2 20:26:31 PDT 2019; roo 64-bit 64-bit x86_64 LP=4, Cores=4, CPUs=1)
HHC01018I 0:0004 COMM: client 127.0.0.1 devtype 1052: connected
VM/370 Online
logon vs1r67 vs1r67

LOGON AT 12:42:38 EST SATURDAY 07/08/23
ipl 148
IEA760A SPECIFY VIRTUAL STORAGE SIZE

IEA788I NON-PAGING MODE OF VS UNDER VM/370
IEE116A TOD CLOCK INVALID
IEA764I NIP01,CMD01,DFN01,JES01,SET01,SMF01
IEA765I DEVSTAT=ALL
IEA101A SPECIFY SYSTEM AND/OR SET PARAMETERS FOR RELEASE 06.7 OS/VS1
r 00,'date=95.188,gmt'
IEE055A SPECIFY LOCAL DATE AND/OR CLOCK
r 00,'clock=12.43.00'
IEE140I SYSTEM CONSOLES
CONSOLE/ALT COND AUTH ID AREA ROUTCD
30E/01F H CMDS 05 ALL
010/01F N ALL 01 Z,A ALL
01F/009 M ALL 02 ALL
009/010 N ALL 03 ALL
011/010 N ALL 04 Z,A 1-13,15-16
30E/01F A NONE 05 NONE
IEF032I PARMLIB VALUES TAKEN FOR JES
IEE101A READY
IEE029I JLPRM=(U)
IEF597I SYSTEM RESTART IN PROGRESS
IEF598I SYSTEM RESTART COMPLETED
IEF249I FOLLOWING P/R AND RSV VOLUMES ARE MOUNTED
FGEN67 ON 148 (P/R-PRV)
FDLB67 ON 149 (P/R-PRV)
PERM73 ON 14C (P/R-STR)
WORK73 ON 14D (P/R-PUB)
PAGE73 ON 151 (P/R-PRV)
IEE043I LOG DATA SET X QUEUED TO SYSOUT CLASS A
IEE052I MONITOR JOBNAMES,T ** FROM CMD01 AT IPL
IEE009I LOG NOW RECORDING ON DATA SET X
IEE052I MONITOR DSNAME ** FROM CMD01 AT IPL
IEE360I SMF NOW RECORDING ON SYS1.MANX ON 148. TIME=06.26.14
IEE048I INITIALIZATION COMPLETED
sf ,00e
IEF049I SYSLOGX ON DEVICE 00E
IEF868I 00E WTR WAITING FOR WORK
sf ,00d
IEF868I 00D WTR WAITING FOR WORK
s initswa.p1
IEF403I INITSWA STARTED TIME=06.26.35 P01
IEF005I PARTITION WAITING FOR WORK P01
RDR FILE 1158 HAS BEEN READ
#cp query files
FILES: 001 RDR, NO PRT, NO PUN
#cp query rdr
ORIGINID FILE CLASS RECDS CPY HOLD
VS1R67 1158 A RDR 000299 01 NONE
d a
IEE821I 06.27.31 ACTIVE DISPLAY 042
PNO JOBNAME STEPNAME SUBT STAT PNO JOBNAME STEPNAME SUBT STAT
WTRF 00D WTRF 00E
001 INITSWA P1 A,E
sf ,00c
IEF244I RDRF .00C .IEFRDER UNABLE TO ALLOCATE
p p1
IEF404I INITSWA ENDED TIME=06.27.59 P01
IEF049I INITSWA ON DEVICE 00E
IEF868I 00E WTR WAITING FOR WORK
IEF005I PARTITION WAITING FOR WORK P01
p 00d
IEF301I 00D WTR CLOSED
z eod
IEE018I LOG DATA SET EMPTY
IEE334I HALT EOD SUCCESSFUL
*IEE362A SMF ENTER DUMP FOR SYS1.MANX ON 148
IEE360I SMF NOW RECORDING ON SYS1.MANY ON 148. TIME=06.28.07
p 00e
IEF301I 00E WTR CLOSED
#cp
CP
query files
FILES: 001 RDR, 001 PRT, NO PUN
logoff
CONNECT= 00:02:44 VIRTCPU= 000:01.09 TOTCPU= 000:05.40
LOGOFF AT 12:45:23 EST SATURDAY 07/08/23

Cheers,

Rene FERLAND, Montreal

Hello Alejandro, Kevin,

I found the problem, actually the same I encountered before on other systems: you need to have a (first) job in the virtual card reader BEFORE the IPL. After starting the initiator, I just started the reader. That job runs, and after that everything goes fine (including handshaking apparently).

Cheers,

Rene FERLAND, Montreal

Maybe the reader got marked offline to VS1 because it wasn't ready. Issue a DISPLAY UNITS command to check:

d u,,,00c,1
IEE450I 23.01.35 UNIT STATUS 188
UNIT TYPE STATUS VOLSER VOLSTATE
00C 2540 OFFLINE

If it shows as OFFLINE, vary it online:

v 00c,online
IEE302I 00C ONLINE

and then put a job in the reader and start it.

If that's it, maybe we need to play with the DEVSTAT NIP function so it doesn't put unit record devices offline at startup.

--

On Sat, Jul 8, 2023 at 04:10 PM, Kevin Leonard wrote:

Maybe the reader got marked offline to VS1 because it wasn't ready.

Yes Kevin, it is exactly that. And varying it online solves the problem, like you indicated.

So I assume a job already present in the virtual reader will ready the reader, and if the system is run native, initializing 00C to a socket device does the trick too.

Cheers,

Rene FERLAND, Montreal

Hi!

This is fantastic news! :-)
I think to recall but that I tried the nothing jcl trick like in dos/vs but
It didn't work... However I probably messed It Up somehow X-p and it works
if properly done :-)

Cheers