how to read awsutil tapes

[Lorne Dudley]

I have just started working with Hercules on a Windows7 PC using the
mvs38j Tur(n)key download.

I'm having a problem getting the system to recognize the "tape" on
"drive" 480.

A d u,,,480,1 shows volume MYTAPE.

I have displayed the detail below. There are no messages on the
Hercules Hardware console when the job runs.

Can anyone offer suggestions for resolution ?
Do I have to enter a Hercules Hardware console command ?

Regards

Lorne Dudley

-------------------------------------

Created on z/OS system

-------------------------------------

AWSUTIL V1.1 PROGRAM STARTED

VERIFY

VERIFY FLAG IS NOW ON

VOL1MYTAPE TAPE OWNER

WRITE LABEL VOL1 OK

HDR1SYS1.TEST.DATA MYTAPE00010001 0001640001640000000IBM

OS/VS 370
WRITE LABEL HDR1 OK

HDR2F00080000800TAPEJOB1/TAPESTEP

WRITE LABEL HDR2 OK

TAPEMARK

WRITE TAPE MARK OK

READ INPUT

OPEN COMPLETE FOR INPUT DD=INPUT

READ OK, BLOCKS PROCESSED= 1

CLOSE COMPLETE FOR INPUT DD=INPUT

TAPEMARK

WRITE TAPE MARK OK

EOF1SYS1.TEST.DATA MYTAPE00010001 0001640001640000001IBM

OS/VS 370
WRITE LABEL EOF1 OK

EOF2F00080000800TAPEJOB1/TAPESTEP

WRITE LABEL EOF2 OK

TAPEMARK

WRITE TAPE MARK OK

TAPEMARK

WRITE TAPE MARK OK

AWSUTIL PROGRAM TERMINATED, MAX RC= 0


------------------------------------------

DSLIST SYS2#.TEST.AWSIMAGE Line 00000000 Col
001 080
Command ===> Scroll
===> PAGE
********************************* Top of Data
**********************************
&...µ.VOL1MYTAPE TAPE OWNER

&.&.µ.HDR1SYS1.TEST.DATA MYTAPE00010001 0001640001640000000IBM
OS/VS 370
&.&.µ.HDR2F00080000800TAPEJOB1/TAPESTEP

..&. .

&...µ.

Test record

..&. .

&...µ.EOF1SYS1.TEST.DATA MYTAPE00010001 0001640001640000001IBM
OS/VS 370
&.&.µ.EOF2F00080000800TAPEJOB1/TAPESTEP

..&. .

.... .

------------------------------------------

above was FTPed binary to c:/Program Files/mvs38j/tapes/MYTAPE.480 on
a Windows7 mvs38j Hercules system.

------------------------------------------

This JOB was run on the Hercules system

//HERC01 JOB (IEBGENER),
// 'JOB 3',
// CLASS=H,
// MSGCLASS=H,
// MSGLEVEL=(1,1),
// COND=(0,NE),
// REGION=3072K,USER=HERC01
//SUBMIT EXEC PGM=IEBGENER
//SYSIN DD DUMMY
//SYSPRINT DD DUMMY
//SYSUT2 DD SYSOUT=*
//SYSUT1 DD DISP=SHR,UNIT=TAPE,VOL=SER=MYTAPE,DSN=SYS1.TEST.DATA
/*
/*EOF

------------------------------------------

The resulting console messages are

JOB 3 $HASP100 HERC01 ON READER1 JOB 3
- JOB 3 $HASP373 HERC01 STARTED - INIT 3 - CLASS H - SYS BSP1
- JOB 3 IEF403I HERC01 - STARTED - TIME=02.29.44
*JOB 3 *IEF233A M 480,MYTAPE,,HERC01,SUBMIT
- d u,,,480,1
IEE450I 02.30.09 UNIT STATUS 410 C
UNIT TYPE STATUS VOLSER VOLSTATE
480 3400 A-MTP MYTAPE PRIV/REMOV
- 3,ok
IEE701I REPLY 03 IGNORED; NO REPLIES OUTSTANDING.
IGF991E MOUNT PENDING FOR DEVICE 480
IGF991E MOUNT PENDING FOR DEVICE 480

------------------------------------------

[Rene Ferland]

Post by Lorne Dudley
I have just started working with Hercules on a Windows7 PC using the
mvs38j Tur(n)key download.
I'm having a problem getting the system to recognize the "tape" on
"drive" 480.
A d u,,,480,1 shows volume MYTAPE.

[...]

Post by Lorne Dudley
The resulting console messages are
JOB 3 $HASP100 HERC01 ON READER1 JOB 3
- JOB 3 $HASP373 HERC01 STARTED - INIT 3 - CLASS H - SYS BSP1
- JOB 3 IEF403I HERC01 - STARTED - TIME=02.29.44
*JOB 3 *IEF233A M 480,MYTAPE,,HERC01,SUBMIT
- d u,,,480,1
IEE450I 02.30.09 UNIT STATUS 410 C
UNIT TYPE STATUS VOLSER VOLSTATE
480 3400 A-MTP MYTAPE PRIV/REMOV
- 3,ok
IEE701I REPLY 03 IGNORED; NO REPLIES OUTSTANDING.
IGF991E MOUNT PENDING FOR DEVICE 480
IGF991E MOUNT PENDING FOR DEVICE 480

The message IEF233A asks the operator to mount a volume. Have you tried to mount the tape? Something like that:

mount 480,vol=(sl,mytape),use=private

Rene FERLAND, Montreal

[somitcw]

Post by Rene Ferland

Post by Lorne Dudley
I have just started working with Hercules on a
Windows7 PC using the mvs38j Tur(n)key download.
I'm having a problem getting the system to recognize
the "tape" on "drive" 480.
A d u,,,480,1 shows volume MYTAPE.

[...]

Post by Lorne Dudley
The resulting console messages are
JOB 3 $HASP100 HERC01 ON READER1 JOB 3
- JOB 3 $HASP373 HERC01 STARTED - INIT 3 - CLASS H - SYS BSP1
- JOB 3 IEF403I HERC01 - STARTED - TIME=02.29.44
*JOB 3 *IEF233A M 480,MYTAPE,,HERC01,SUBMIT
- d u,,,480,1
IEE450I 02.30.09 UNIT STATUS 410 C
UNIT TYPE STATUS VOLSER VOLSTATE
480 3400 A-MTP MYTAPE PRIV/REMOV
- 3,ok
IEE701I REPLY 03 IGNORED; NO REPLIES OUTSTANDING.
IGF991E MOUNT PENDING FOR DEVICE 480
IGF991E MOUNT PENDING FOR DEVICE 480

The message IEF233A asks the operator to mount a volume.
mount 480,vol=(sl,mytape),use=private
Rene FERLAND, Montreal

It might be better to enter Hercules command:

devinit 480 c:/Program Files/mvs38j/tapes/MYTAPE.480

[somitcw]

Post by somitcw

Post by Rene Ferland

Post by Lorne Dudley
I have just started working with Hercules on a
Windows7 PC using the mvs38j Tur(n)key download.
I'm having a problem getting the system to recognize
the "tape" on "drive" 480.
A d u,,,480,1 shows volume MYTAPE.

[...]

Post by Lorne Dudley
The resulting console messages are
JOB 3 $HASP100 HERC01 ON READER1 JOB 3
- JOB 3 $HASP373 HERC01 STARTED - INIT 3 - CLASS H - SYS BSP1
- JOB 3 IEF403I HERC01 - STARTED - TIME=02.29.44
*JOB 3 *IEF233A M 480,MYTAPE,,HERC01,SUBMIT
- d u,,,480,1
IEE450I 02.30.09 UNIT STATUS 410 C
UNIT TYPE STATUS VOLSER VOLSTATE
480 3400 A-MTP MYTAPE PRIV/REMOV
- 3,ok
IEE701I REPLY 03 IGNORED; NO REPLIES OUTSTANDING.
IGF991E MOUNT PENDING FOR DEVICE 480
IGF991E MOUNT PENDING FOR DEVICE 480

The message IEF233A asks the operator to mount a volume.
mount 480,vol=(sl,mytape),use=private
Rene FERLAND, Montreal

devinit 480 c:/Program Files/mvs38j/tapes/MYTAPE.480

If your target path is: c:/Program Files/mvs38j/

then you might be able to use relative path for the devinit:

devinit 480 tapes/MYTAPE.480

[Binyamin Dissen]

On Fri, 27 Jan 2012 06:12:00 -0000 "Rene Ferland" <ferland.rene-/***@public.gmane.org>
wrote:

:>--- In H390-MVS-***@public.gmane.org, Lorne Dudley <***@...> wrote:
:>>
:>> I have just started working with Hercules on a Windows7 PC using the
:>> mvs38j Tur(n)key download.

:>> I'm having a problem getting the system to recognize the "tape" on
:>> "drive" 480.

:>> A d u,,,480,1 shows volume MYTAPE.

It also show MTP

:>[...]

:>> The resulting console messages are

:>> JOB 3 $HASP100 HERC01 ON READER1 JOB 3
:>> - JOB 3 $HASP373 HERC01 STARTED - INIT 3 - CLASS H - SYS BSP1
:>> - JOB 3 IEF403I HERC01 - STARTED - TIME=02.29.44
:>> *JOB 3 *IEF233A M 480,MYTAPE,,HERC01,SUBMIT
:>> - d u,,,480,1
:>> IEE450I 02.30.09 UNIT STATUS 410 C
:>> UNIT TYPE STATUS VOLSER VOLSTATE
:>> 480 3400 A-MTP MYTAPE PRIV/REMOV
:>> - 3,ok

Why?

:>> IEE701I REPLY 03 IGNORED; NO REPLIES OUTSTANDING.

System is confused as well. Whom are you attempting to reply to?

:>> IGF991E MOUNT PENDING FOR DEVICE 480
:>> IGF991E MOUNT PENDING FOR DEVICE 480

:>The message IEF233A asks the operator to mount a volume. Have you tried to mount the tape? Something like that:

:>mount 480,vol=(sl,mytape),use=private

The problem is not on the "software" side. It is on the "hardware" side. MVS
is waiting for an interrupt on the tape unit which may indicate a tape was
mounted. You need to issue the appropriate Hercules commands to cause it to
present the interrupt.

--
Binyamin Dissen <bdissen-***@public.gmane.org>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

[Lorne Dudley]

OK group, thanks for the ideas.

I tried the MOUNT, ... no luck.

devinit 480 produces

JOB 4 *IEC501A M 480,MYTAPE,SL,6250 BPI,HERC01,SUBMIT

JOB 4 IEA000I 480,IOE,**,0E00,,,MYTAPE,HERC01 ,17.27.00
JOB 4 IEA000I 480,,,,0020004300C003000000000000800100010000FFFF000000,
0000
JOB 4 *IEC501A M 480,MYTAPE,SL,6250 BPI,HERC01,SUBMIT

I tried devinit 480 'c:/Program Files/mvs38j/tapes/MYTAPE.480' but
Hercules does not like the space in 'Program Files', with or without the
quotes, so devinit 480 is all that is accepted.

I'll see if I can figure out the IEA000I message a bit later. Any other
thoughts ?

For you guys with the experience, should I start with something other
than the mvs38j system ?

Regards

Lorne Dudley

[somitcw]

Post by Lorne Dudley
OK group, thanks for the ideas.
I tried the MOUNT, ... no luck.
devinit 480 produces
JOB 4 *IEC501A M 480,MYTAPE,SL,6250 BPI,HERC01,SUBMIT
JOB 4 IEA000I 480,IOE,**,0E00,,,MYTAPE,HERC01 ,17.27.00
JOB 4 IEA000I
480,,,,0020004300C003000000000000800100010000FFFF000000,
0000
JOB 4 *IEC501A M 480,MYTAPE,SL,6250 BPI,HERC01,SUBMIT
I tried devinit 480 'c:/Program Files/mvs38j/tapes/MYTAPE.480'
but Hercules does not like the space in 'Program Files', with
or without the quotes, so devinit 480 is all that is accepted.

You mis-spelt double quotes as single quotes ( tick marks ).

If you check my last post, I suggested that you use a
relative path to avoid your space in Program Files.

devinit 480 tapes/MYTAPE.480

You can also use AWSBROWSE to check the tape image.

Post by Lorne Dudley
I'll see if I can figure out the IEA000I message a bit later.
Any other thoughts ?

Perhaps the devinit was not pointed to a valid tape
image file? Why not post the devinit command and response?
Command-prompt copy/paste is strange but might help.

Post by Lorne Dudley
For you guys with the experience, should I start with
something other than the mvs38j system ?
Regards
Lorne Dudley

Using the suggested:

http://tech.groups.yahoo.com/group/H390-MVS/\
files/TK3UPD.needed.extras/
might of avoided the space in Program Files and taken
care of your RPF issue but will not help you enter:

devinit 480 tapes/MYTAPE.480

[scott]

Post by somitcw

Post by Lorne Dudley
OK group, thanks for the ideas.
I tried the MOUNT, ... no luck.
devinit 480 produces
JOB 4 *IEC501A M 480,MYTAPE,SL,6250 BPI,HERC01,SUBMIT
JOB 4 IEA000I 480,IOE,**,0E00,,,MYTAPE,HERC01 ,17.27.00
JOB 4 IEA000I
480,,,,0020004300C003000000000000800100010000FFFF000000,
0000
JOB 4 *IEC501A M 480,MYTAPE,SL,6250 BPI,HERC01,SUBMIT
I tried devinit 480 'c:/Program Files/mvs38j/tapes/MYTAPE.480'
but Hercules does not like the space in 'Program Files', with
or without the quotes, so devinit 480 is all that is accepted.

You mis-spelt double quotes as single quotes ( tick marks ).
If you check my last post, I suggested that you use a
relative path to avoid your space in Program Files.
devinit 480 tapes/MYTAPE.480
You can also use AWSBROWSE to check the tape image.

Post by Lorne Dudley
I'll see if I can figure out the IEA000I message a bit later.
Any other thoughts ?

Perhaps the devinit was not pointed to a valid tape
image file? Why not post the devinit command and response?
Command-prompt copy/paste is strange but might help.

Post by Lorne Dudley
For you guys with the experience, should I start with
something other than the mvs38j system ?
Regards
Lorne Dudley

http://tech.groups.yahoo.com/group/H390-MVS/\
files/TK3UPD.needed.extras/
might of avoided the space in Program Files and taken
devinit 480 tapes/MYTAPE.480

Once I get the devinit command of hercules entered correctly, your
response from hercules should be the file/tape is an aws formatted
tape. You submit the job and it gives the mount message. To satisfy
the mount request I on the MVS console enter the vary online command.
In your case it would be "v 480,online" (without the quotes).

[Kevin Monceaux]

Post by scott
Once I get the devinit command of hercules entered correctly, your
response from hercules should be the file/tape is an aws formatted
tape. You submit the job and it gives the mount message. To satisfy
the mount request I on the MVS console enter the vary online command.
In your case it would be "v 480,online" (without the quotes).

Not quite. If one gets a mount message, it would be for a drive that's
already online. One would just need to load the requested tape in the
requested drive to satisfy the mount request. If no drives were online, one
would get a message like:

*00.52.43 JOB 1116 *01 IEF238D IEBCOPY - REPLY DEVICE NAME OR 'CANCEL'.

That's when a drive would need to be varied online.

[scott]

Post by Kevin Monceaux

Post by scott
Once I get the devinit command of hercules entered correctly, your
response from hercules should be the file/tape is an aws formatted
tape. You submit the job and it gives the mount message. To satisfy
the mount request I on the MVS console enter the vary online command.
In your case it would be "v 480,online" (without the quotes).

Not quite. If one gets a mount message, it would be for a drive that's
already online. One would just need to load the requested tape in the
requested drive to satisfy the mount request. If no drives were online, one
*00.52.43 JOB 1116 *01 IEF238D IEBCOPY - REPLY DEVICE NAME OR 'CANCEL'.
That's when a drive would need to be varied online.
Your statement would be true if that was the case - None of the tape drives were online. However the mount message was for a specific drive. For MVS to receive the acknowledgement that the "tape" was mounted on the drive the operator has to do the vary online to the device that has the tape and where the MVS message says.

[somitcw]

Post by Kevin Monceaux

On Sat, Jan 28, 2012 at 01:40:46AM -0500,

Post by scott
Once I get the devinit command of hercules entered
correctly, your response from hercules should be the
file/tape is an aws formatted tape. You submit the
job and it gives the mount message. To satisfy the
mount request I on the MVS console enter the vary
online command. In your case it would be
"v 480,online" (without the quotes).

Not quite. If one gets a mount message, it would be
for a drive that's already online. One would just
need to load the requested tape in the requested drive
to satisfy the mount request. If no drives were online,
*00.52.43 JOB 1116 *01 IEF238D IEBCOPY - REPLY DEVICE
NAME OR 'CANCEL'.

The message does not list the devices to reply so is
posted incomplete.

Post by Kevin Monceaux

That's when a drive would need to be varied online.

Varying online would do nothing until the reply is
responded to and you need to enter a device to respond.
When you enter a device, the device is put online without
the need of a vary command.

Post by Kevin Monceaux
Your statement would be true if that was the case -
None of the tape drives were online. However the
mount message was for a specific drive. For MVS to
receive the acknowledgement that the "tape" was mounted
on the drive the operator has to do the vary online to
the device that has the tape and where the MVS message
says.

Because of the devinit issues and old release of
Hercules issues, you might need to enter a vary online
command to recover from a lost interrupt. Until a valid
devinit command is issued, the vary online will not help.

[Lorne Dudley]

status update

Thanks for all the suggestions.

I re-installed using the Volker Bandke install under the
c:/mvs38j directory.

I then replaced Hercules with the latest 3.07 version.
(A much nicer implementation.)

Now devinit 480 triggers recognition of the mytape.aws "volume" and the
job runs with zero completion code.

The AWSBROWSE works great too.

Left to do:
Latest version of RPF.
Look at TK3UPD.needed.extras.

My next exercise will be to take a very old load library from a current
system and see if I can get a program to run from that library.

I'm thinking of using an AWS tape produced from an IEBCOPY of the
library and restoring under mvs38j. I haven't done much research in
this area yet.

Any tips ? Is there a URL anyone can suggest that might outline a
detailed step-by-step methodology ?

Regards

Lorne Dudley

[Rene Ferland]

Post by Lorne Dudley
My next exercise will be to take a very old load library from a current
system and see if I can get a program to run from that library.

I did install the old BMDP statistical library from 1975, and it works fine. All the test programs run with RC=0.

Post by Lorne Dudley
I'm thinking of using an AWS tape produced from an IEBCOPY of the
library and restoring under mvs38j. I haven't done much research in
this area yet.

The install JCL of BMDP shows it was originally distributed from tape. But the version I found (on Fran Hessler site) is a VMARC archive. I had to change the JCL and read the library from the card reader.

Post by Lorne Dudley
Any tips ? Is there a URL anyone can suggest that might outline a
detailed step-by-step methodology ?

If you are interested by intalling BMDP, write me directly and I will provide instructions and files for you. You may also explore Jay Moseley`s site, it is very well done and full of interesting stuff (at least it was for me).

Regards,

Rene FERLAND, Montreal

P.S. -- Try also to install REVIEW (with front-end) and QUEUE from Grep Price web site. You won`t regret it.

[somitcw]

Post by Lorne Dudley
status update
Thanks for all the suggestions.
I re-installed using the Volker Bandke install under the
c:/mvs38j directory.

You need to update or add RPF, IND$FILE, REVIEW, QUEUE,
RECV370, XMIT370, and many more.

Post by Lorne Dudley
I then replaced Hercules with the latest 3.07 version.
(A much nicer implementation.)

If you can update to 3.0.7.7754 you will pick up a few
more features. One feature blocks accidental disk sharing
so if you accidentally start two copies of Hercules with
one set of disk images, you don't lose all.

If you are using Windows XP, Hercules 3.0.7.7754 will
not run until you update Windows XP with:

http://www.microsoft.com/download/en/details.aspx?id=26347

Newer systems are still supported enough by Microsoft
that Windows Update appears to take care of the update.

Post by Lorne Dudley
Now devinit 480 triggers recognition of the mytape.aws
"volume" and the job runs with zero completion code.
The AWSBROWSE works great too.
Latest version of RPF.
Look at TK3UPD.needed.extras.

Like listed above, there is much more than just RPF
to update. Just check what is in TK3UPD and try to
match it.

Post by Lorne Dudley
My next exercise will be to take a very old load library
from a current system and see if I can get a program to
run from that library.

An old load library might work but if any of the programs
use new MACROs, Language Environment, AMODE 31, or RMODE ANY,
there could be issues. Reassembling and re-compiling might
work better?

Post by Lorne Dudley
I'm thinking of using an AWS tape produced from an IEBCOPY
of the library and restoring under mvs38j. I haven't done
much research in this area yet.
Any tips ? Is there a URL anyone can suggest that might
outline a detailed step-by-step methodology ?
Regards
Lorne Dudley

There is no problem with IEBCOPY of a PDS to an unloaded
data set, then that copied to a disk data set .aws tape
image, then down load binary. There are several programs
that can copy an IEBCOPY RECFM=VS unloaded PDS data set to
an .aws tape image data set. You could use my RECU2AWS but
would need to put RECFM=U on the SYSUT1 DD statement.
RECU2AWS also creates NL tapes so you would need to specify
LABEL=(,NL) when reading on MVS 3.8j

A more common method of transport is to convert the
PDS to 80 byte card images and put back together on the
MVS 3.8j system. An example:

TSO READY Prompt:

xmit x.x da(my.pds) outdataset(my.pds.xmi)

Down load my.pds.xmi binary with IND$FILE, ftp, or other.

Up load my.pds.xmi to MVS 3.8j with IND$FILE that you
updated from v1.1.0 to v1.1.1 or copied from TK3UPD.

Restore my.pds.xmi to my.pds with RECV370 or other program
that you installed on MVS 3.8j or copied from TK3UPD.

If you prefer Hercules utilities, create a new disk volume
with dasdload with a control file that includes my.pds.xmi

I also use IEHMOVE COPY UNLOAD to get 80 byte card
images but may be the only one on the planet that does.

There are other methods.

[Lorne Dudley]

Hi Rene and "somitcw" !

I have a question on the latest Hercules. I am running on a Windows7
platform.

I've noticed in searching various sites that the latest levels are

Hercules version 3.0.7.7550
Built on Jul 10 2011 at 14:33:22
http://www.hercules-390.org/

Hercules version 3.07
Built on Mar 23 2010 at 01:39:37
http://www.hercules-390.org/hercules-3.07-w32.msi

The one above is my current version.

Is this the latest available for Windows in .msi format ?
If not, where can I find the 3.0.7.7550 version in a simple install format ?

I'll add IND$FILE, REVIEW, QUEUE,
RECV370, and XMIT370 to my list.

Regards

Lorne Dudley

[Rene Ferland]

Post by Lorne Dudley
Is this the latest available for Windows in .msi format ?

I don't think so.

Post by Lorne Dudley
If not, where can I find the 3.0.7.7550 version in a simple install format ?

Go to Ivan's snapshots page:

http://www.ivansoftware.com/snapshots/snapshots/W64/

and download the snapshot you want. Unzip the file to create a folder containg the snapshot. The content is identical in form to that of the Hercules installation folder, but with the corresponding snapshot or version. However, you may need Visual Studio 2005 installed for the snapshot to work; check on Ivan's web page.

I do not know what you intend to do with MVS 3.8j. So far, I never needed a more recent snapshot of Hercules to do what I want on MVS 3.8j (standard TK3 or TK3UPD). But true I just run ordinary jobs: PL/1 compilations, utilities, simple transfers.

A recent snapshot I needed only for use with another system: MTS 6.0A.

Regards,

Rene FERLAND, Montreal

[Gregg Levine]

Post by Rene Ferland

Post by Lorne Dudley
Is this the latest available for Windows in .msi format ?

I don't think so.

Post by Lorne Dudley
If not, where can I find the 3.0.7.7550 version in a simple install format ?

http://www.ivansoftware.com/snapshots/snapshots/W64/
and download the snapshot you want. Unzip the file to create a folder containg the snapshot. The content is identical in form to that of the Hercules installation folder, but with the corresponding snapshot or version. However, you may need Visual Studio 2005 installed for the snapshot to work; check on Ivan's web page.
I do not know what you intend to do with MVS 3.8j. So far, I never needed a more recent snapshot of Hercules to do what I want on MVS 3.8j (standard TK3 or TK3UPD). But true I just run ordinary jobs: PL/1 compilations, utilities, simple transfers.
A recent snapshot I needed only for use with another system: MTS 6.0A.
Regards,
Rene FERLAND, Montreal

Hello!
Ideally that snapshot will tell you what binaries it is missing.
However make sure beforehand that your system is wearing the runtime
sets for both VS2005 and VS2008 (and VS2010). All three are available
from those gonophs at Microsoft. Also make sure that your system is up
to date on security stuff.

-----
Gregg C Levine gregg.drwho8-***@public.gmane.org
"This signature fought the Time Wars, time and again."

[somitcw]

On Mon, Jan 30, 2012 at 6:18 PM,

Post by Rene Ferland

Post by Lorne Dudley
Is this the latest available for Windows in .msi format ?

I don't think so.

Post by Lorne Dudley
If not, where can I find the 3.0.7.7550 version in
a simple install format ?

You didn't read the Notes.txt in the TK3UPD.needed.files.
A few minutes reading may answer a few questions even if you
never unZIP TK3UPD or use its other needed files.

Post by Rene Ferland
http://www.ivansoftware.com/snapshots/snapshots/W64/
and download the snapshot you want. Unzip the file to
create a folder containg the snapshot. The content is
identical in form to that of the Hercules installation
folder, but with the corresponding snapshot or version.

You can over-lay the 3.07 files with the 3.0.7.7752
for 64-bit or 3.0.7.7754 for 32-bit, but keeping separate
might be better? At one time, I always over-laid files
but then couldn't test different releases as easy.
I only use 32-bit but assume that 64-bit works the same.

Post by Rene Ferland
However, you may need Visual Studio 2005 installed for
the snapshot to work; check on Ivan's web page.

I believe that it is only the Microsoft Visual C++ 2005
Service Pack 1 Redistributable Package MFC Security Update
part of Microsoft Visual Studio that need updating?
The Microsoft link given should take care of whatever is
needed. Fish's pages on cbttape.org would have the details.

Post by Rene Ferland
I do not know what you intend to do with MVS 3.8j.
So far, I never needed a more recent snapshot of
Hercules to do what I want on MVS 3.8j (standard TK3
PL/1 compilations, utilities, simple transfers.
A recent snapshot I needed only for use with another
system: MTS 6.0A.
Regards,
Rene FERLAND, Montreal

Hello!
Ideally that snapshot will tell you what binaries it
is missing. However make sure beforehand that your
system is wearing the runtime sets for both VS2005 and
VS2008 (and VS2010). All three are available from those
gonophs at Microsoft. Also make sure that your system
is up to date on security stuff.
-----
"This signature fought the Time Wars, time and again."

So far, only Windows XP users have reported a problem.

Another Windows XP fix is to rename the manifest folder
so the internal routines are used so there can't be a
mis-match with the external routines that can't be found
under the "proper" names.

[Lorne Dudley]

I have IND$FILE installed and tested.

Can anyone recommend the best source for RECV370 and XMIT370 ?
There seem to be multiple sources, some beta versions.

I cannot find anything on REVIEW and QUEUE.
Any URL references or suggestions for the above ?

Regards

Lorne Dudley

[Lorne Dudley]

OK, I found QUEUE and REVIEW at http://www.prycroft6.com.au/vs2sw/

Still not sure of the best source for XMIT370 and RECV370.

Regards

Lorne Dudley

[Rene Ferland]

Post by Lorne Dudley
OK, I found QUEUE and REVIEW at http://www.prycroft6.com.au/vs2sw/
Still not sure of the best source for XMIT370 and RECV370.

I do not know either. I never used those. Maybe somitcw can tell us.

Ren FERLAND, Montreal

[Lorne Dudley]

OK, now I am confused.

The existing mvs38j system that I have running responds to the
QUEUE and REVIEW commands.

Does this mean that I do not have to install REVIEW and QUEUE or are
there more up to date versions ???

How do I tell what versions I have now in the initial Volker Bandke
install ???

Regards

Lorne Dudley

[Rene Ferland]

Post by Lorne Dudley
Does this mean that I do not have to install REVIEW and QUEUE or are
there more up to date versions ???

There are more up to date versions. You can work with the versions already there but the ones on Greg Price site are worth the install (in my opinion). To install I used Jay Moseley's method with dasdload.

Post by Lorne Dudley
How do I tell what versions I have now in the initial Volker Bandke
install ???

Good question, I just installed the latest versions without bothering about what I had there in the first place.

Rene FERLAND, Montreal

[Greg Price]

Post by Lorne Dudley
How do I tell what versions I have now in the initial Volker Bandke
install ???

The HELP panels of the QUEUE on my system show
(VER 3.8J REL P6.2007.JAN.01)

In REVIEW, if you type in a question mark, or KEYS, you will
see the release number in parentheses on the fourth screen line.

The IMON (IM command) main menu has some numbers on the
top line. Mine shows 12.01.07 which corresponds to 7th January 2012.

More generally, you can REVIEW a load module and see the link
edit IDR formatted, such as
(LKED on 06-12-05 by 5752SC104 V03 M08)
in line 25 of SYS2.CMDLIB(ADVENTUR) for example.

The PDS HIST subcommand can give you dates from all of the
IDRs including compile dates etc. For example, with SMP-maintained
software, the link edit date probably corresponds to when you last
applied or restored something to the load module, but does not
tell you how old the object code is. The compile date is more
indicative for that.

For example, browsing SYS1.LINKLIB(IFOX11) with REVIEW on my
system, scrolling right to show columns 801 to 880, I see

SYMBOL+TYPE .. TRANSLATION-DETAILS ZAP USER-IDENTIFY-DETAILS
IFNX1A00 SD .. 85-06-05_5741SC103_21 74-07-14_UZ42140
- and further down - (BIND on 10-12-26 at 22:14:48 V03 M08)

which tells me that CSECT IFNX1A00 was assembled on 5th June 1985,
and was shipped with PTF UZ42140 which was applied on 14th July 2002
(IIRC many folks ran their Hercules MVS 3.8 systems with a 28 year
differential to combat the dreaded Y2K but still have the days of the week
aligned correctly) while the IFOX11 load module has since been updated,
most recently on 26th December 2010.

And because I had usermod ZP60027 applied which adds the time-of-day
to the link edit IDR making it look like the Program Binder IDR, we can
see that the link edit was at 10:14pm.

Cheers,
Greg

[Rene Ferland]

Post by Lorne Dudley
I cannot find anything on REVIEW and QUEUE.
Any URL references or suggestions for the above ?

http://www.prycroft6.com.au/vs2sw/index.html

Look at Jay Moseley's site to learn how to install REVIEW and QUEUE:

http://www.jaymoseley.com/hercules/cbtware/review2.htm

Yours truly,

Rene FERLAND, Montreal

[somitcw]

Post by Lorne Dudley
I have IND$FILE installed and tested.
Can anyone recommend the best source for RECV370 and XMIT370 ?
There seem to be multiple sources, some beta versions.
I cannot find anything on REVIEW and QUEUE.
Any URL references or suggestions for the above ?
Regards
Lorne Dudley

RECV370 and XMIT370 can be copied from TK3UPD and are
also at:

http://cbttape.org/~jmorrison/mvs38j/

Before you start installing, you may want to correct
VTOCs from the decade old TK3 system. Some had the
wrong number of DSCBs per track and some had the wrong
number of PDS directory blocks per track and some had
the wrong number of bytes per track. I could post some
of the zaps if you like but when the VTOC has or claims
that it has a different number of DSCBs per track than
it should, a zap might not fix all. Any PDSes that are
already allocated with the wrong number of directory
blocks per track are still wrong.

You have dozens of changes to make to convert the TK3
system into a TK3UPD unZIP. You might want to hunt a list
of at least the PARMLIB and PROCLIB changes. Then find
changes to add TSO/E functions to TSO and changes to allow
larger TSO screen sizes and color support. Bypassing an
unZIP to recreate years of updates may take a few minutes.

[n9gtm]

Post by Lorne Dudley
Can anyone recommend the best source for RECV370 and XMIT370 ?
There seem to be multiple sources, some beta versions.

The most recent, v00.06 per the $$NOTE1 member, is at cbttape.org
in file 571. That version should be in the the latest TK3 Phil
released. Some of the stuff at http://cbttape.org/~jmorrison/mvs38j/
exists only for historical reference. In general, the stuff in file
571 is the most current.

[Lorne Dudley]

Hi Rene !

Thanks for that reference.

I now am running under Hercules version 3.0.7.7754.

I think I am beginning to understand the very distributed nature of
Hercules software. I guess that is part of my problem in finding the
latest or "best" software item.

In my naivety I had thought I would be able to get the latest version of
Hercules at hercules.org.

Now to work through the rest of the responses.

Regards

Lorne

[Lorne Dudley]

Thanks for all the responses !

Hello "somitcw" !

I re-read your notes and you make some good suggestions that I missed in
my original scan, including the source for latest Hercules updates. I
was on the Volker Bandke tangent at the time following up on another
suggestion and did not appreciate the significance of the TK3UPD acronym
and the detail included.

I'm now a little more familiar with some of the Hercules history and
operation so I am making better use of your notes now.

I downloaded the tk3upd.zip and took a quick look. I don't see
StartMVS.bat, StartNoIPL.bat, or StartZZSA.bat in the unzipped files
that were mentioned in your notes.

The thing I liked about the Volker Bandke version is that it allowed
some tailoring as part of the install, and once the install was done I
had a running system.

I'm still wondering about the best source for XMIT370 and RECV370. Do
you have a URL that you can recommend ???

Hi Greg !

Thanks for the tips on determining versions and other internal
information. I guess I will have to look under the covers and figure
out what files are involved in executing QUEUE and REVIEW. Maybe that
will be clear when I look into getting the "latest" versions.


I'm on the list in DIGEST mode so I'll be back tomorrow.

Regards

Lorne Dudley

[somitcw]

Post by Lorne Dudley
Thanks for all the responses !
Hello "somitcw" !
I re-read your notes and you make some good suggestions
that I missed in my original scan, including the source
for latest Hercules updates. I was on the Volker Bandke
tangent at the time following up on another suggestion
and did not appreciate the significance of the TK3UPD
acronym and the detail included.
I'm now a little more familiar with some of the Hercules
history and operation so I am making better use of your
notes now.
I downloaded the tk3upd.zip and took a quick look.
I don't see StartMVS.bat, StartNoIPL.bat, or StartZZSA.bat
in the unzipped files that were mentioned in your notes.

The missing pieces of TK3UPD are in:

http://tech.groups.yahoo.com/group/\
H390-MVS/files/TK3UPD.needed.extras/

After you unZIP to the same folder that you unZIPped
TK3UPD to, look in Notes.txt for instructions and links.

Post by Lorne Dudley
The thing I liked about the Volker Bandke version is
that it allowed some tailoring as part of the install,
and once the install was done I had a running system.

What could you tailor for the old TK3 other than
the unZIP folder name and unneeded cryptics?
Whether to install old Hercules releases or CygWin?
Did you want a master catalog password of secret or
secret?

Post by Lorne Dudley
I'm still wondering about the best source for XMIT370
and RECV370. Do you have a URL that you can recommend ???

When you unZIP TK3UPD and unZIP TK3UPD.needed.extras,
you will have updated software, VTOC fixed, and other changes.
Then you will have questions about something newer than TK3.
Before you ask, I like using TN3270 model IBM-3279-4-E for
TSO but others might choose a different model.

Post by Lorne Dudley
Hi Greg !
Thanks for the tips on determining versions and other
internal information. I guess I will have to look under
the covers and figure out what files are involved in
executing QUEUE and REVIEW. Maybe that will be clear
when I look into getting the "latest" versions.
I'm on the list in DIGEST mode so I'll be back tomorrow.
Regards
Lorne Dudley

[dudleyl]

ok "somitcw", you have convinced me to try the tk3upd route.

regards

lorne dudley

[Lorne Dudley]

Hi "somitcw" !

Well, after a bit of hacking I was able to get the tk3upd system "sort
of" running.

My initial problem was trying to deal with the 001F 3215-C console,
which I had not seen in the mvs38j system.

So eventually I was able to get to a 3270 console by commenting out the
001F definition

Everything looks reasonable except for tapes.

I can't run tape jobs that I was able to run on the mvs38j system.
There appear to be no paths for the 0400 devices and no UCBs for the 480
devices.

I don't remember much from the timeframe of mvs38j. Where do the IO
definitions exist for the system ? I see no sign of a IODF file on
sysres.

Below are displays from the mvs38j and tk3upd systems relating to tapes.

Do you have any hints for me as to how to resolve the tape problem or
suggestions for further debug steps ?
(I recognize that RPF is up to date on the tk3upd system. This is being
used as my tape "test" job.)

Regards

Lorne Dudley

--------------------------------------------------------
failing job on tk3upd system
JOB 5 IEF403I RPF153$1 - STARTED - TIME=02.02.19
JOB 5 IEF244I RPF153$1 ALLOC - UNABLE TO ALLOCATE 1 UNIT(S)
AT LEAST 1 OFFLINE UNIT(S) NEEDED.
JOB 5 IEF489I RPF153$1 - 1 UNIT(S) NEEDED FOR ASMIN
JOB 5 IEF247I RPF153$1 - 400,401,402,403,404,405,406,407,408,409,40A,
40B OFFLINE
JOB 5 IEF247I RPF153$1 - 40C,40D,40E,40F OFFLINE
JOB 5 *01 IEF238D RPF153$1 - REPLY DEVICE NAME OR 'CANCEL'.
v 400,online
IEE025I UNIT 400 HAS NO PHYSICAL PATHS
v 40c,online
IEE025I UNIT 40C HAS NO PHYSICAL PATHS
--------------------------------------------------------
current tk3upd configuration
#
# Hercules configuration file conf/TK3UPD.MVS.conf
#
# Hercules runtime specifications
#
# Warning! CPU Model must be 4381 if the security
# package PIES is to be used. The CPU
# model has been changed from 3033
# Warning! Use of TODDRAG is not recommended!
# Use this parameter at your own risk !!!!!!!!!
#
CPUSERIAL 000611
CPUMODEL 4381
MAINSIZE 96
XPNDSIZE 0
ARCHMODE S/370
AUTOINIT OFF # Require tape volumes to already exist
AUTOMOUNT ADD . # Auto-mount CCW start at current folder
MOUNTED_TAPE_REINIT DISALLOW # DEVINIT will not unload
CODEPAGE 819/1047
CNSLPORT 3270
# HTTPROOT HTTP # Will be an HTML\ folder where hercules.exe is
HTTPPORT 8081 NOAUTH # AUTH userid password
TODPRIO -20
DEVPRIO 0
CPUPRIO 0
HERCPRIO 8
# !
# +------------ -20 <= p < -15 : Real time priority
# -15 <= p < -8 : High priority
# -8 <= p < 0 : above normal
# 8 <= p < 16 : below normal
# 16 <= p <= 20 : idle
DEVTMAX 0
DIAG8CMD ENABLE ECHO
# SHCMDOPT DISABLE # NODIAG8
LOADPARM ........
# MAXCPU 3
NUMCPU 1
OSTAILOR QUIET
PANRATE FAST
PANTITLE "MVS Tur(n)key #3 Update"
PGMPRDOS RESTRICTED # LICENSED
# SHRDPORT 3990 # Share disks between Hercules instances
# SYSEPOCH 1928 # Do not use.
# TZOFFSET +0000 # Change in SYS1.PARMLIB(PARMTZ)
DEFSYM PF01 devlist
# SET EMSG TIME
# 16 Aug 2010 Deprecate s37x statement.
# Use "ldmod s37x" instead - Ivan Warren
# LDMOD S37X # Allow use of some newer machine instructions
LDMOD DYNINST dyn75 # load support for TCPIP instruction
#
# +------------------------ device number
# ! +----------------- device type
# ! ! +------- device parameters
# ! ! !
# ! ! !
#_V______V_________V__________________________
#
# Device section - Unit Record Devices
#
# 000A 2501 standalone/icksadsf.rdr_mvs
000C 3505 jcl/dummy eof
000D 3525 pch/pch00d.txt ascii
#000E 1403 |vpwpc crlf
000E 1403 prt/prt00e.$(TStamp).txt CRLF NOCLEAR
# The CRLF is for Windows users
# The NOCLEAR causes append instead of overwriting
#000F 1403 |vpwpc crlf
000F 1403 prt/prt00f.$(TStamp).txt CRLF NOCLEAR
# ZZSA needs ARCHMODE ESA/390 or z/Arch ( ESAME )
# 010A 1442 standalone/zzsacard.bin
010C 3505 jcl/dummy eof
#
# 0058 2703 lport=32005 dial=IN lnctl=tele2 uctrans=yes term=tty skip=88C9DF
# 0059 2703 lport=32006 dial=IN lnctl=tele2 uctrans=yes term=tty skip=88C9DF
# 005A 2703 lport=32007 dial=IN lnctl=tele2 uctrans=yes term=tty skip=88C9DF
# 0060 3705 lport=32001 debug=yes
#
# Device section - Disk Drives
#
INCLUDE conf/Disks.basic.conf
# IGNORE INCLUDE_ERRORS # IGNORE is not availavle on base 3.07
# INCLUDE conf/Disks.optional.conf
#
# Device section - MVS Consoles
#
# To connect to a CRT console, specify CONSOLE for your
# TN3270 client LU-name then issue an MVS command like:
# /v 010,console and maybe /v 010,mstcons
# For telnet consoles, either use 1052-C or 3215-C
# with a unique command character or use a device like
# 1052 or 3215 and somehow connect between the time of
# Hercules starting and MVS being IPLed.
# 0009 3215 # Line-mode console
0010 3270 CONSOLE # CRT console #1
# 0011 3270 CONSOLE # CRT console #2
# 001F 3215-C / noprompt # Line-mode console
# 030E 1403 log/hardcopy.log
030E 1403 log/MVS.SYSLOG.$(TStamp).txt CRLF NOCLEAR
#
# Device section - TSO Terminals and 3287 Printers
#
00C0 3270 # TSO Terminal #1
00C1 3270 # TSO Terminal #2
00C2 3270 # TSO Terminal #3
00C7 3287 # CRT control unit printer #1
01C7 3287 # CRT control unit printer #2
#
# Device section - Tape drives
#
0400-403 3420 * level=9
0480-483 3420 * level=9
#
# Device section - Network communication controllers
#
#
# Device section - Channel-to-Channel adapters
#
--------------------------------------------------------
mvs38j

d u,,,480,4
IEE450I 19.38.13 UNIT STATUS 259 C
UNIT TYPE STATUS VOLSER VOLSTATE UNIT TYPE STATUS VOLSER VOLSTATE
480 3400 OFFLINE 481 3400 OFFLINE
482 3400 OFFLINE 483 3400 OFFLINE

rpf153 runs OK.
RPF Version 1 Rel. 5.3 Build: 09/01/08 18.37

HHC01603I devlist
HHC02279I 0:000C 3505 * eof IO[7]
HHC02279I 0:000D 3525 c:/mvs38j/pch/pch00d.txt ascii IO[2] open
HHC02279I 0:000E 1403 c:/mvs38j/prt/prt00e.txt brwse fcbck IO[9] open
HHC02279I 0:000F 1403 c:/mvs38j/prt/prt00f.txt brwse fcbck IO[51] open
HHC02279I 0:0010 3270 127.0.0.1 IO[55] open
HHC02279I 0:00C0 3270 127.0.0.1 IO[15] open
HHC02279I 0:010C 3505 c:/mvs38j/jcl/dummy ascii eof IO[2] open
HHC02279I 0:0131 2314 c:/mvs38j/dasd/sort01.131 [200 cyls] [0 sfs] IO[3]
open
HHC02279I 0:0132 2314 c:/mvs38j/dasd/sort02.132 [200 cyls] [0 sfs] IO[3]
open
HHC02279I 0:0133 2314 c:/mvs38j/dasd/sort03.133 [200 cyls] [0 sfs] IO[3]
open
HHC02279I 0:0134 2314 c:/mvs38j/dasd/sort04.134 [200 cyls] [0 sfs] IO[3]
open
HHC02279I 0:0135 2314 c:/mvs38j/dasd/sort05.135 [200 cyls] [0 sfs] IO[3]
open
HHC02279I 0:0136 2314 c:/mvs38j/dasd/sort06.136 [200 cyls] [0 sfs] IO[3]
open
HHC02279I 0:0140 3350 c:/mvs38j/dasd/work00.140 [555 cyls] [0 sfs] IO[2]
open
HHC02279I 0:0148 3350 c:/mvs38j/dasd/mvsres.148 [560 cyls] [0 sfs]
IO[2608] open
HHC02279I 0:0149 3350 c:/mvs38j/dasd/smp001.149 [560 cyls] [0 sfs] IO[2]
open
HHC02279I 0:014A 3350 c:/mvs38j/dasd/smp002.14a [560 cyls] [0 sfs] IO[2]
open
HHC02279I 0:014B 3350 c:/mvs38j/dasd/smp003.14b [560 cyls] [0 sfs]
IO[10] open
HHC02279I 0:014C 3350 c:/mvs38j/dasd/smp004.14c [560 cyls] [0 sfs]
IO[10] open
HHC02279I 0:0150 3330 c:/mvs38j/dasd/start1.150 [808 cyls] [0 sfs] IO[2]
open
HHC02279I 0:0151 3330 c:/mvs38j/dasd/spool0.151 [808 cyls] [0 sfs] IO[2]
open
HHC02279I 0:0152 3330 c:/mvs38j/dasd/hasp00.152 [404 cyls] [0 sfs]
IO[1152] open
HHC02279I 0:0160 3340 c:/mvs38j/dasd/page00.160 [698 cyls] [0 sfs]
IO[1037] open
HHC02279I 0:0161 3340 c:/mvs38j/dasd/page01.161 [698 cyls] [0 sfs]
IO[62] open
HHC02279I 0:0170 3375 c:/mvs38j/dasd/work01.170 [959 cyls] [0 sfs] IO[2]
open
HHC02279I 0:0180 3380 c:/mvs38j/dasd/work02.180 [885 cyls] [0 sfs]
IO[10] open
HHC02279I 0:0190 3390 c:/mvs38j/dasd/work03.190 [1113 cyls] [0 sfs]
IO[2] open
HHC02279I 0:0191 3390 c:/mvs38j/dasd/mvscat.191 [1113 cyls] [0 sfs]
IO[10] open
HHC02279I 0:0240 3350 c:/mvs38j/dasd/pub000.240 [555 cyls] [0 sfs]
IO[8954] open
HHC02279I 0:0248 3350 c:/mvs38j/dasd/mvsdlb.248 [560 cyls] [0 sfs]
IO[129] open
HHC02279I 0:0280 3380 c:/mvs38j/dasd/pub002.280 [1770 cyls] [0 sfs]
IO[2] open
HHC02279I 0:030E 1403 c:/mvs38j/log/hardcopy.log brwse fcbck IO[283] open
HHC02279I 0:0340 3350 c:/mvs38j/dasd/cbt000.340 [555 cyls] [0 sfs]
IO[11] open
HHC02279I 0:0341 3350 c:/mvs38j/dasd/cbt001.341 [555 cyls] [0 sfs] IO[1]
open
HHC02279I 0:0342 3350 c:/mvs38j/dasd/cbt002.342 [555 cyls] [0 sfs] IO[1]
open
HHC02279I 0:0343 3350 c:/mvs38j/dasd/cbtcat.343 [555 cyls] [0 sfs] IO[1]
open
HHC02279I 0:0480 3420 * IO[2966] maxsize=0 eotmargin=128K deonirq=N
--------------------------------------------------------
tk3upd

HHC01603I devlist
HHC02279I 0:0009 3215 IO[4]
HHC02279I 0:000C 3505 * eof IO[5]
HHC02279I 0:000D 3525 c:/mvs38j/pch/pch00d.txt ascii IO[2] open
HHC02279I 0:000E 1403 c:/mvs38j/prt/prt00e.txt brwse fcbck IO[17] open
HHC02279I 0:000F 1403 c:/mvs38j/prt/prt00f.txt brwse fcbck IO[219] open
HHC02279I 0:0010 3270 127.0.0.1 IO[55] open
HHC02279I 0:00C0 3270 127.0.0.1 IO[2] open
HHC02279I 0:00C1 3270 * IO[4]
HHC02279I 0:00C2 3270 * IO[4]
HHC02279I 0:010C 3505 c:/mvs38j/jcl/dummy ascii trunc eof IO[2] open
HHC02279I 0:010D 3525 c:/mvs38j/pch/pch10d.txt ascii IO[2] open
HHC02279I 0:0131 2314 dasd/sort01.131 [200 cyls] [0 sfs] IO[3] open
HHC02279I 0:0132 2314 dasd/sort02.132 [200 cyls] [0 sfs] IO[3] open
HHC02279I 0:0133 2314 dasd/sort03.133 [200 cyls] [0 sfs] IO[3] open
HHC02279I 0:0134 2314 dasd/sort04.134 [200 cyls] [0 sfs] IO[3] open
HHC02279I 0:0135 2314 dasd/sort05.135 [200 cyls] [0 sfs] IO[3] open
HHC02279I 0:0136 2314 dasd/sort06.136 [200 cyls] [0 sfs] IO[3] open
HHC02279I 0:0138 2314 dasd/dlicat.138 [200 cyls] [1 sfs] IO[3] open
HHC02279I 0:0139 2314 dasd/dlisys.139 [200 cyls] [1 sfs] IO[3] open
HHC02279I 0:013A 2314 dasd/dli000.13a [200 cyls] [1 sfs] IO[3] open
HHC02279I 0:013B 2314 dasd/dli001.13b [200 cyls] [1 sfs] IO[3] open
HHC02279I 0:013C 2314 dasd/dli002.13c [200 cyls] [1 sfs] IO[3] open
HHC02279I 0:0140 3350 dasd/work00.140 [560 cyls] [0 sfs] IO[3] open
HHC02279I 0:0148 3350 dasd/mvsres.148 [560 cyls] [0 sfs] IO[2541] open
HHC02279I 0:0152 3330 dasd/hasp00.152 [404 cyls] [0 sfs] IO[3] open
HHC02279I 0:0160 3340 dasd/page00.160 [698 cyls] [0 sfs] IO[908] open
HHC02279I 0:0161 3340 dasd/page01.161 [698 cyls] [0 sfs] IO[34] open
HHC02279I 0:0162 3340 dasd/page02.162 [698 cyls] [0 sfs] IO[3] open
HHC02279I 0:0170 3375 dasd/work01.170 [962 cyls] [0 sfs] IO[2] open
HHC02279I 0:01A0 3380 dasd/work02.180 [886 cyls] [0 sfs] IO[2] open
HHC02279I 0:01B0 3390 dasd/work03.190 [1114 cyls] [0 sfs] IO[16] open
HHC02279I 0:01B1 3390 dasd/mvscat.191 [1114 cyls] [0 sfs] IO[123] open
HHC02279I 0:0240 3350 dasd/pub000.240 [560 cyls] [0 sfs] IO[671] open
HHC02279I 0:0248 3350 dasd/mvsdlb.248 [560 cyls] [0 sfs] IO[52] open
HHC02279I 0:02A0 3380 dasd/pub002.280 [1772 cyls] [0 sfs] IO[2] open
HHC02279I 0:030E 1403 c:/mvs38j/log/hardcopy.log brwse fcbck IO[359] open
HHC02279I 0:0480 3420 * IO[0] maxsize=0 eotmargin=128K deonirq=N
HHC02279I 0:0700 3350 dasd/js2sp0.700 [555 cyls] [1 sfs] IO[1164] open
HHC02279I 0:0710 3350 dasd/js3sp0.710 [555 cyls] [1 sfs] IO[2] open
HHC02279I 0:0711 3350 dasd/js3res.711 [555 cyls] [1 sfs] IO[2] open


d u,,,400,16

IEE450I 02.07.43 UNIT STATUS FRAME LAST F E 1A
,
UNIT TYPE STATUS VOLSER VOLSTATE UNIT TYPE STATUS VOLSER VOLSTATE

400 3400 OFFLINE 401 3400 OFFLINE

402 3400 OFFLINE 403 3400 OFFLINE

404 3400 OFFLINE 405 3400 OFFLINE

406 3400 OFFLINE 407 3400 OFFLINE

408 3400 OFFLINE 409 3400 OFFLINE

40A 3400 OFFLINE 40B 3400 OFFLINE

40C 3400 OFFLINE 40D 3400 OFFLINE

40E 3400 OFFLINE 40F 3400 OFFLINE


d u,,,480,16

IEE450I 02.08.55 UNIT STATUS FRAME LAST F E 1A
UNIT TYPE STATUS VOLSER VOLSTATE UNIT TYPE STATUS VOLSER VOLSTATE
500 CTC OFFLINE 501 CTC OFFLINE
502 CTC OFFLINE 503 CTC OFFLINE
504 CTC OFFLINE 505 CTC OFFLINE
506 CTC OFFLINE 507 CTC OFFLINE
510 CTC OFFLINE 511 CTC OFFLINE
512 CTC OFFLINE 513 CTC OFFLINE
514 CTC OFFLINE 515 CTC OFFLINE
516 CTC OFFLINE 517 CTC OFFLINE

----------------------------------------------------------------

[Lorne Dudley]

Update

The tk3upd .conf file in the last email was not quite up to date.

Post by Lorne Dudley
0010 3270 CONSOLE # CRT console #1

I had to change this to
0010 3270 # Master console

I tried connecting using a LUNAME of CONSOLE on the
QWS3270 connect. That did not connect.

So, with the above change and no LUNAME I connected successfully.


Regards

Lorne

[Lorne Dudley]

What does the "JRP" job running in tk3upd do ? No luck in finding
documentation so far.

Regards

Lorne Dudley

[somitcw]

Post by Lorne Dudley
What does the "JRP" job running in tk3upd do ?
No luck in finding documentation so far.
Regards
Lorne Dudley

There is a weird theory that before you are allowed to
use a Tur(n)key system that you must have extreme training
in using Hercules, as an MVS operator, as an application
programmer, as a system programmer, and magically just
know where everything was put. To enforce that, many
things are started that are not wanted and try to take
control of how you run your copy of TK3UPD.

Some of the things started are:

rdr1
prt1
prt2
pun1
dynabldl
mf1
jrp

JRP is another way to handle printing. Many other ways
have been invented to recover from prt1 and prt2, ( vpwpc,
HercPrt, Burster, QScan, and several more ). JRP came from
the CBT Tape ( http://www.cbttape.org ) and uses VTAM to
print on JES2 remote printers. I've never used it and
doubt that many other have. To get rid of the start,
either zap or try to find the pieces to reassemble and
link the WTO exit to not start JRP or mess up the PROC to
either get a JCL error or run quickly like an IEFBR14.
It is in SYS2.PROCLIB

MF1 may be in SYS1.JES2PARM(JES2PARM) or unlikely where
it should be if wanted in SYS1.PARMLIB(COMMNDxx)?

DYNABLDL will have you scratching your head as to why
program changes need an IPL to start working. It works
like LLA, but instead of LLA,REFRESH, you can use
/s dbstop then perhaps /s dbstart or create a /s dbreset
PROC. Or just find where it is started and get rid of
its start like MF1.

You can take control of PUN1 and RDR1 with JES2PARM
updates. You then don't need the dummy JOB and can
use 00C for control cards and stand-alone IPL decks.

PRT1 and PRT2 are started three places so taking
control is not easy. You also should leave any automatic
start to handle forms change. You can change $$Z in
JES2PARM from NOHOLD to HOLD to lessen the amount of STC
output listings from printing. Also put MSGCLASS=Z on
jcl\dummy

[somitcw]

Post by somitcw
Update
The tk3upd .conf file in the last email was not quite
up to date.

Post by Lorne Dudley
0010 3270 CONSOLE # CRT console #1

I had to change this to
0010 3270 # Master console

Had to?

Did you have to for 0011 also?

Post by somitcw
I tried connecting using a LUNAME of CONSOLE on the
QWS3270 connect. That did not connect.

What release of QWS3270Plus or QWS3270Secure?
Both work okay for me. I like their terminal type
and color support. There was an old release that
put dark blue on a black background and some of my
older users had trouble reading. When you get old,
seeing high-frequency blue is sometimes harder.
I reconfigured to turquoise and complained to Jolly
Giant until they corrected.

I would expect most new users to use wc3270 ?

Post by somitcw
So, with the above change and no LUNAME I connected
successfully.
Regards
Lorne

Did you have the right IP address 127.0.0.1 and
NOT localhost? Did you have port 3270 ? Did you try
to connect after Hercules was started? What terminal
type? Any normal terminal type should work but
MVS 3.8j consoles will only use the model 2 size and
never switch to a larger size.

Could you text copy/paste the text of your connect
screen?

[Rene Ferland]

Post by Lorne Dudley
I can't run tape jobs that I was able to run on the mvs38j system.
There appear to be no paths for the 0400 devices and no UCBs for the 480
devices.

Sorry to ask again, when you get the message:

JOB 5 IEF244I RPF153$1 ALLOC - UNABLE TO ALLOCATE 1 UNIT(S)
AT LEAST 1 OFFLINE UNIT(S) NEEDED.
JOB 5 IEF489I RPF153$1 - 1 UNIT(S) NEEDED FOR ASMIN
JOB 5 IEF247I RPF153$1 - 400,401,402,403,404,405,406,407,408,409,40A,40B OFFLINE
JOB 5 IEF247I RPF153$1 - 40C,40D,40E,40F OFFLINE
JOB 5 *01 IEF238D RPF153$1 - REPLY DEVICE NAME OR 'CANCEL'

Have you:

1) attach a tape to Hercules with "devinit 400 thetape.aws" in Hercules console;
2) "vary 400,online" in the MVS console;
3) "r 01,400" in the MVS console?

Rene FERLAND, Montreal

[somitcw]

Post by Lorne Dudley
Hi "somitcw" !
Well, after a bit of hacking I was able to get the
tk3upd system "sort of" running.

What "hacking"? You mean the two unZIPs?

If it took more than a few seconds to run the unZIPs,
run StartMVS.bat, format JES2 spool, and log on to TSO
then something is seriously wrong.

After you see how it is set up to run would be a
good time for "hacking". It needs much "hacking"
to get rid of seldom needed things being started.

What release of Hercules are you using?

Post by Lorne Dudley
My initial problem was trying to deal with the
001F 3215-C console, which I had not seen in the
mvs38j system.

TK3UPD is MVS 3.8j and 3215-C has been available
for years.

Either read Notes.txt or ignore 001F. It won't
hurt you.

Post by Lorne Dudley
So eventually I was able to get to a 3270 console by
commenting out the 001F definition

Why comment out 001F? Both 3270 consoles work
whether there is an 001F console or not.
If you want to use a CRT console, you might want to
connect your TN3270 to luname CONSOLE after Hercules
starts but before the IPL to see all of the IPL
messages. You can also wait until IPL is complete
before connecting a CRT console or never use a CRT
console, which ever you prefer.

MVS 3.8j requires one I/O console for IPL.
It was over thirty years ago. Old operating
systems were designed around some strange concepts.

Post by Lorne Dudley
Everything looks reasonable except for tapes.
I can't run tape jobs that I was able to run on the
mvs38j system. There appear to be no paths for the
0400 devices and no UCBs for the 480 devices.

Just tried it:

/(001F) v 400-403,online
21.43.32 IEE450I 21.43.32 UNIT STATUS 311
UNIT TYPE STATUS VOLSER VOLSTATE UNIT TYPE STATUS VOLSER VOLSTATE
400 3400 O /REMOV 401 3400 O /REMOV
402 3400 O /REMOV 403 3400 O /REMOV

Post by Lorne Dudley
I don't remember much from the timeframe of mvs38j.
Where do the IO definitions exist for the system ?
I see no sign of a IODF file on sysres.

It's done by sysgen. TK3 hid the source in a PDS
and in a PC folder. I believe that the TK3 name was
SYS1.SYSGEN.CNTL(SG0160) and PC name jcl/sg0160 and
documentation is on the TK3 CD and scattered over the
Internet. I don't know where TK3UPD sysgen input is
but could probably find it if given enough time and
desire.

Post by Lorne Dudley
Below are displays from the mvs38j and tk3upd systems
relating to tapes.
Do you have any hints for me as to how to resolve the
tape problem or suggestions for further debug steps ?
(I recognize that RPF is up to date on the tk3upd
system. This is being used as my tape "test" job.)
Regards
Lorne Dudley
--------------------------------------------------------
failing job on tk3upd system
JOB 5 IEF403I RPF153$1 - STARTED - TIME=02.02.19
JOB 5 IEF244I RPF153$1 ALLOC - UNABLE TO ALLOCATE 1 UNIT(S)
AT LEAST 1 OFFLINE UNIT(S) NEEDED.
JOB 5 IEF489I RPF153$1 - 1 UNIT(S) NEEDED FOR ASMIN
JOB 5 IEF247I RPF153$1 - 400,401,402,403,404,405,406,407,
408,409,40A,40B OFFLINE
JOB 5 IEF247I RPF153$1 - 40C,40D,40E,40F OFFLINE
JOB 5 *01 IEF238D RPF153$1 - REPLY DEVICE NAME OR 'CANCEL'.

What format did you use for the reply?
/01400
/reply 01,'400'
or some other.
You cannot use /1400 because it would look like reply
number "14" instead of "01"

Post by Lorne Dudley
v 400,online

What did you reply above?

Post by Lorne Dudley
IEE025I UNIT 400 HAS NO PHYSICAL PATHS

Do a devlist 400 to see why you got the strange
message? Did the drive get an error on start-up or
somehow get detached?

Post by Lorne Dudley
v 40c,online

What did you reply above?
Did your hacking add a 040C device?

Post by Lorne Dudley
IEE025I UNIT 40C HAS NO PHYSICAL PATHS

Did you define device 040C to Hercules?

Post by Lorne Dudley
--------------------------------------------------------
current tk3upd configuration
#
# Hercules configuration file conf/TK3UPD.MVS.conf
#
# Hercules runtime specifications
#
# Warning! CPU Model must be 4381 if the security
# package PIES is to be used. The CPU
# model has been changed from 3033
# Warning! Use of TODDRAG is not recommended!
# Use this parameter at your own risk !!!!!!!!!
#
CPUSERIAL 000611
CPUMODEL 4381
MAINSIZE 96
XPNDSIZE 0
ARCHMODE S/370
AUTOINIT OFF # Require tape volumes to already exist
AUTOMOUNT ADD . # Auto-mount CCW start at current folder
MOUNTED_TAPE_REINIT DISALLOW # DEVINIT will not unload
CODEPAGE 819/1047
CNSLPORT 3270
# HTTPROOT HTTP # Will be an HTML\ folder where hercules.exe is
HTTPPORT 8081 NOAUTH # AUTH userid password
TODPRIO -20
DEVPRIO 0
CPUPRIO 0
HERCPRIO 8
# !
# +------------ -20 <= p < -15 : Real time priority
# -15 <= p < -8 : High priority
# -8 <= p < 0 : above normal
# 8 <= p < 16 : below normal
# 16 <= p <= 20 : idle
DEVTMAX 0
DIAG8CMD ENABLE ECHO
# SHCMDOPT DISABLE # NODIAG8
LOADPARM ........
# MAXCPU 3
NUMCPU 1
OSTAILOR QUIET
PANRATE FAST
PANTITLE "MVS Tur(n)key #3 Update"
PGMPRDOS RESTRICTED # LICENSED
# SHRDPORT 3990 # Share disks between Hercules instances
# SYSEPOCH 1928 # Do not use.
# TZOFFSET +0000 # Change in SYS1.PARMLIB(PARMTZ)
DEFSYM PF01 devlist
# SET EMSG TIME
# 16 Aug 2010 Deprecate s37x statement.
# Use "ldmod s37x" instead - Ivan Warren
# LDMOD S37X # Allow use of some newer machine instructions
LDMOD DYNINST dyn75 # load support for TCPIP instruction
#
# +------------------------ device number
# ! +----------------- device type
# ! ! +------- device parameters
# ! ! !
# ! ! !
#_V______V_________V__________________________
#
# Device section - Unit Record Devices
#
# 000A 2501 standalone/icksadsf.rdr_mvs
000C 3505 jcl/dummy eof
000D 3525 pch/pch00d.txt ascii
#000E 1403 |vpwpc crlf
000E 1403 prt/prt00e.$(TStamp).txt CRLF NOCLEAR
# The CRLF is for Windows users
# The NOCLEAR causes append instead of overwriting
#000F 1403 |vpwpc crlf
000F 1403 prt/prt00f.$(TStamp).txt CRLF NOCLEAR
# ZZSA needs ARCHMODE ESA/390 or z/Arch ( ESAME )
# 010A 1442 standalone/zzsacard.bin
010C 3505 jcl/dummy eof
#
# 0058 2703 lport=32005 dial=IN lnctl=tele2 uctrans=yes
term=tty skip=88C9DF
# 0059 2703 lport=32006 dial=IN lnctl=tele2 uctrans=yes
term=tty skip=88C9DF
# 005A 2703 lport=32007 dial=IN lnctl=tele2 uctrans=yes
term=tty skip=88C9DF
# 0060 3705 lport=32001 debug=yes
#
# Device section - Disk Drives
#
INCLUDE conf/Disks.basic.conf
# IGNORE INCLUDE_ERRORS # IGNORE is not availavle on base 3.07
# INCLUDE conf/Disks.optional.conf
#
# Device section - MVS Consoles
#

Did you read either Notes.txt or read the following
three lines?

Post by Lorne Dudley
# To connect to a CRT console, specify CONSOLE for your
# /v 010,console and maybe /v 010,mstcons
# For telnet consoles, either use 1052-C or 3215-C
# with a unique command character or use a device like
# 1052 or 3215 and somehow connect between the time of
# Hercules starting and MVS being IPLed.
# 0009 3215 # Line-mode console
0010 3270 CONSOLE # CRT console #1
# 0011 3270 CONSOLE # CRT console #2

Why is 0011 commented out?

Post by Lorne Dudley
# 001F 3215-C / noprompt # Line-mode console

Why is 001F commented out?

Post by Lorne Dudley
# 030E 1403 log/hardcopy.log
030E 1403 log/MVS.SYSLOG.$(TStamp).txt CRLF NOCLEAR
#
# Device section - TSO Terminals and 3287 Printers
#
00C0 3270 # TSO Terminal #1
00C1 3270 # TSO Terminal #2
00C2 3270 # TSO Terminal #3
00C7 3287 # CRT control unit printer #1
01C7 3287 # CRT control unit printer #2
#
# Device section - Tape drives
#
0400-403 3420 * level=9
0480-483 3420 * level=9
#
# Device section - Network communication controllers
#
#
# Device section - Channel-to-Channel adapters
#
--------------------------------------------------------
mvs38j

Yes, TK3UPD is MVS 3.8j but so is TK3 and several other
systems.

Post by Lorne Dudley
d u,,,480,4
IEE450I 19.38.13 UNIT STATUS 259 C
UNIT TYPE STATUS VOLSER VOLSTATE UNIT TYPE STATUS VOLSER VOLSTATE
480 3400 OFFLINE 481 3400 OFFLINE
482 3400 OFFLINE 483 3400 OFFLINE

That is not TK3UPD. The 480 series tape drives were
changed to 400. I believe that it was done to have less
of a conflict when running MVS 3.8j under VM? I don't
know. Maybe to leave 480 devices for 3380 disks?
I don't know.

Post by Lorne Dudley
rpf153 runs OK.
RPF Version 1 Rel. 5.3 Build: 09/01/08 18.37

Do you mean that one of the builds of RPF 1.5.3 works
well or that you reinstalled and the reinstall worked well?

Post by Lorne Dudley
HHC01603I devlist
HHC02279I 0:000C 3505 * eof IO[7]
HHC02279I 0:000D 3525 c:/mvs38j/pch/pch00d.txt ascii IO[2] open
HHC02279I 0:000E 1403 c:/mvs38j/prt/prt00e.txt brwse fcbck
IO[9] open
HHC02279I 0:000F 1403 c:/mvs38j/prt/prt00f.txt brwse fcbck
IO[51] open
HHC02279I 0:0010 3270 127.0.0.1 IO[55] open

Where is device 0:0011 and 0:001F ?

Post by Lorne Dudley
HHC02279I 0:00C0 3270 127.0.0.1 IO[15] open
HHC02279I 0:010C 3505 c:/mvs38j/jcl/dummy ascii eof IO[2] open
HHC02279I 0:0131 2314 c:/mvs38j/dasd/sort01.131 [200 cyls]
[0 sfs] IO[3] open
HHC02279I 0:0132 2314 c:/mvs38j/dasd/sort02.132 [200 cyls]
[0 sfs] IO[3] open
HHC02279I 0:0133 2314 c:/mvs38j/dasd/sort03.133 [200 cyls]
[0 sfs] IO[3] open
HHC02279I 0:0134 2314 c:/mvs38j/dasd/sort04.134 [200 cyls]
[0 sfs] IO[3] open
HHC02279I 0:0135 2314 c:/mvs38j/dasd/sort05.135 [200 cyls]
[0 sfs] IO[3] open
HHC02279I 0:0136 2314 c:/mvs38j/dasd/sort06.136 [200 cyls]
[0 sfs] IO[3] open
HHC02279I 0:0140 3350 c:/mvs38j/dasd/work00.140 [555 cyls]
[0 sfs] IO[2] open
HHC02279I 0:0148 3350 c:/mvs38j/dasd/mvsres.148 [560 cyls]
[0 sfs] IO[2608] open
HHC02279I 0:0149 3350 c:/mvs38j/dasd/smp001.149 [560 cyls]
[0 sfs] IO[2] open
HHC02279I 0:014A 3350 c:/mvs38j/dasd/smp002.14a [560 cyls]
[0 sfs] IO[2] open
HHC02279I 0:014B 3350 c:/mvs38j/dasd/smp003.14b [560 cyls]
[0 sfs] IO[10] open
HHC02279I 0:014C 3350 c:/mvs38j/dasd/smp004.14c [560 cyls]
[0 sfs] IO[10] open

You can use TK3 disk volumes in TK3UPD but I assume that
you are posting non-TK3UPD disks?

Post by Lorne Dudley
HHC02279I 0:0150 3330 c:/mvs38j/dasd/start1.150 [808 cyls]
[0 sfs] IO[2] open
HHC02279I 0:0151 3330 c:/mvs38j/dasd/spool0.151 [808 cyls]
[0 sfs] IO[2] open
HHC02279I 0:0152 3330 c:/mvs38j/dasd/hasp00.152 [404 cyls]
[0 sfs] IO[1152] open
HHC02279I 0:0160 3340 c:/mvs38j/dasd/page00.160 [698 cyls]
[0 sfs] IO[1037] open
HHC02279I 0:0161 3340 c:/mvs38j/dasd/page01.161 [698 cyls]
[0 sfs] IO[62] open
HHC02279I 0:0170 3375 c:/mvs38j/dasd/work01.170 [959 cyls]
[0 sfs] IO[2] open
HHC02279I 0:0180 3380 c:/mvs38j/dasd/work02.180 [885 cyls]
[0 sfs] IO[10] open
HHC02279I 0:0190 3390 c:/mvs38j/dasd/work03.190 [1113 cyls]
[0 sfs] IO[2] open
HHC02279I 0:0191 3390 c:/mvs38j/dasd/mvscat.191 [1113 cyls]
[0 sfs] IO[10] open
HHC02279I 0:0240 3350 c:/mvs38j/dasd/pub000.240 [555 cyls]
[0 sfs] IO[8954] open
HHC02279I 0:0248 3350 c:/mvs38j/dasd/mvsdlb.248 [560 cyls]
[0 sfs] IO[129] open
HHC02279I 0:0280 3380 c:/mvs38j/dasd/pub002.280 [1770 cyls]
[0 sfs] IO[2] open
HHC02279I 0:030E 1403 c:/mvs38j/log/hardcopy.log brwse fcbck
IO[283] open
HHC02279I 0:0340 3350 c:/mvs38j/dasd/cbt000.340 [555 cyls]
[0 sfs] IO[11] open
HHC02279I 0:0341 3350 c:/mvs38j/dasd/cbt001.341 [555 cyls]
[0 sfs] IO[1] open
HHC02279I 0:0342 3350 c:/mvs38j/dasd/cbt002.342 [555 cyls]
[0 sfs] IO[1] open
HHC02279I 0:0343 3350 c:/mvs38j/dasd/cbtcat.343 [555 cyls]
[0 sfs] IO[1] open
HHC02279I 0:0480 3420 * IO[2966] maxsize=0 eotmargin=128K
deonirq=N
--------------------------------------------------------
tk3upd
HHC01603I devlist
HHC02279I 0:0009 3215 IO[4]

Where did this come from. If you use 0009, then
it should be defined as a 3215-C with a different command
character than 001F. Having it defined as a telnet console
has lead to locking MVS 3.8j up from console back up.
You can check console buffers with: /d c,l

Post by Lorne Dudley
HHC02279I 0:000C 3505 * eof IO[5]
HHC02279I 0:000D 3525 c:/mvs38j/pch/pch00d.txt ascii IO[2] open
HHC02279I 0:000E 1403 c:/mvs38j/prt/prt00e.txt brwse fcbck
IO[17] open

Did you really mean to change the file name?
Without NOCLEAR, each IPL will clear the previous
listings.

Post by Lorne Dudley
HHC02279I 0:000F 1403 c:/mvs38j/prt/prt00f.txt brwse fcbck
IO[219] open

Did you really mean to change the file name?
Without NOCLEAR, each IPL will clear the previous
listings.

Post by Lorne Dudley
HHC02279I 0:0010 3270 127.0.0.1 IO[55] open

Did you notice that you removed GROUP=CONSOLE ?
That means that when you connect, you might get a
console or TSO terminal.

Where is 0011 and 001F ?

Post by Lorne Dudley
HHC02279I 0:00C0 3270 127.0.0.1 IO[2] open
HHC02279I 0:00C1 3270 * IO[4]
HHC02279I 0:00C2 3270 * IO[4]
HHC02279I 0:010C 3505 c:/mvs38j/jcl/dummy ascii trunc eof
IO[2] open
HHC02279I 0:010D 3525 c:/mvs38j/pch/pch10d.txt ascii IO[2]
open
HHC02279I 0:0131 2314 dasd/sort01.131 [200 cyls] [0 sfs]
IO[3] open
HHC02279I 0:0132 2314 dasd/sort02.132 [200 cyls] [0 sfs]
IO[3] open
HHC02279I 0:0133 2314 dasd/sort03.133 [200 cyls] [0 sfs]
IO[3] open
HHC02279I 0:0134 2314 dasd/sort04.134 [200 cyls] [0 sfs]
IO[3] open
HHC02279I 0:0135 2314 dasd/sort05.135 [200 cyls] [0 sfs]
IO[3] open
HHC02279I 0:0136 2314 dasd/sort06.136 [200 cyls] [0 sfs]
IO[3] open
HHC02279I 0:0138 2314 dasd/dlicat.138 [200 cyls] [1 sfs]
IO[3] open
HHC02279I 0:0139 2314 dasd/dlisys.139 [200 cyls] [1 sfs]
IO[3] open
HHC02279I 0:013A 2314 dasd/dli000.13a [200 cyls] [1 sfs]
IO[3] open
HHC02279I 0:013B 2314 dasd/dli001.13b [200 cyls] [1 sfs]
IO[3] open
HHC02279I 0:013C 2314 dasd/dli002.13c [200 cyls] [1 sfs]
IO[3] open
HHC02279I 0:0140 3350 dasd/work00.140 [560 cyls] [0 sfs]
IO[3] open
HHC02279I 0:0148 3350 dasd/mvsres.148 [560 cyls] [0 sfs]
IO[2541] open
HHC02279I 0:0152 3330 dasd/hasp00.152 [404 cyls] [0 sfs]
IO[3] open
HHC02279I 0:0160 3340 dasd/page00.160 [698 cyls] [0 sfs]
IO[908] open
HHC02279I 0:0161 3340 dasd/page01.161 [698 cyls] [0 sfs]
IO[34] open
HHC02279I 0:0162 3340 dasd/page02.162 [698 cyls] [0 sfs]
IO[3] open
HHC02279I 0:0170 3375 dasd/work01.170 [962 cyls] [0 sfs]
IO[2] open
HHC02279I 0:01A0 3380 dasd/work02.180 [886 cyls] [0 sfs]
IO[2] open
HHC02279I 0:01B0 3390 dasd/work03.190 [1114 cyls] [0 sfs]
IO[16] open
HHC02279I 0:01B1 3390 dasd/mvscat.191 [1114 cyls] [0 sfs]
IO[123] open
HHC02279I 0:0240 3350 dasd/pub000.240 [560 cyls] [0 sfs]
IO[671] open
HHC02279I 0:0248 3350 dasd/mvsdlb.248 [560 cyls] [0 sfs]
IO[52] open
HHC02279I 0:02A0 3380 dasd/pub002.280 [1772 cyls] [0 sfs]
IO[2] open
HHC02279I 0:030E 1403 c:/mvs38j/log/hardcopy.log brwse
fcbck IO[359] open

Did you really mean to change the file name?
Without NOCLEAR, each IPL will clear the previous HARDCPY.

Post by Lorne Dudley
HHC02279I 0:0480 3420 * IO[0] maxsize=0 eotmargin=128K
deonirq=N
HHC02279I 0:0700 3350 dasd/js2sp0.700 [555 cyls] [1 sfs]
IO[1164] open
HHC02279I 0:0710 3350 dasd/js3sp0.710 [555 cyls] [1 sfs]
IO[2] open
HHC02279I 0:0711 3350 dasd/js3res.711 [555 cyls] [1 sfs]
IO[2] open
d u,,,400,16

I would have used /d u,tape but you got the same results.

Post by Lorne Dudley
IEE450I 02.07.43 UNIT STATUS FRAME LAST F E 1A
,
UNIT TYPE STATUS VOLSER VOLSTATE UNIT TYPE STATUS VOLSER VOLSTATE
400 3400 OFFLINE 401 3400 OFFLINE
402 3400 OFFLINE 403 3400 OFFLINE
404 3400 OFFLINE 405 3400 OFFLINE
406 3400 OFFLINE 407 3400 OFFLINE
408 3400 OFFLINE 409 3400 OFFLINE
40A 3400 OFFLINE 40B 3400 OFFLINE
40C 3400 OFFLINE 40D 3400 OFFLINE
40E 3400 OFFLINE 40F 3400 OFFLINE
d u,,,480,16

Someone changed the tape addresses. Does it cause harm?

Post by Lorne Dudley
IEE450I 02.08.55 UNIT STATUS FRAME LAST F E 1A
UNIT TYPE STATUS VOLSER VOLSTATE UNIT TYPE STATUS VOLSER VOLSTATE
500 CTC OFFLINE 501 CTC OFFLINE
502 CTC OFFLINE 503 CTC OFFLINE
504 CTC OFFLINE 505 CTC OFFLINE
506 CTC OFFLINE 507 CTC OFFLINE
510 CTC OFFLINE 511 CTC OFFLINE
512 CTC OFFLINE 513 CTC OFFLINE
514 CTC OFFLINE 515 CTC OFFLINE
516 CTC OFFLINE 517 CTC OFFLINE
----------------------------------------------------------------

I would have put 3350 disks on addresses 500-520 but
then I would have put Crts on C00-CFF and 3390 Disks on
D00-DFF but that would be too easy to remember:

50x = 3350
Cxx = Crt, not Ctc
Dxx = Disks ( 3390 )

If there was anything in TK3 that you prefer over
TK3UPD, most options are still there. Old tape device
addresses would not be easy to switch back to.

[Lorne Dudley]

Hello "somitcw" and Rene !

Thanks for the responses. This is just a quick note as I'm off to a
meeting and I am unable to put any time into Hercules at the moment.

I'll respond to your detailed responses later today.

You may not be aware that QWS3270 was initially developed here at
Queen's. I sent you a Word document as an attachment to your personal
email address. It has a screen shot of the QWS3270 attempt with LUNAME
CONSOLE. I'm running with version 4.5.0 of QWS3270 Secure.

I think I am following your instructions. The email document details my
install steps.

Based on your reply my understanding of TK3UPD deepens. I had assumed
when starting that it was simply a patched update to the mvs38j Volker
Bandke distribution.

I had not done any major change to the mvs38j distribution to get it
running. It started right after install.

The reason I took out some of the 3270 definitions was that I needed
only one master console and one TSO connection. I got tired of firing
up multiple 3270 connections to get to the TSO connection, hence only
one console (010) connection.

So, the detailed stuff in my last email was an attempt to show the
differences between the fairly vanilla mvs38j install and the tk3upd
install. I have made no changes in the tape area.

I'll respond to your other points later.

Rene, I'll answer your question later today too.

Regards

Lorne Dudley

[somitcw]

Post by Lorne Dudley
Hello "somitcw" and Rene !
Thanks for the responses. This is just a quick note as
I'm off to a meeting and I am unable to put any time into
Hercules at the moment.
I'll respond to your detailed responses later today.
You may not be aware that QWS3270 was initially developed
here at Queen's. I sent you a Word document as an
attachment to your personal email address. It has a screen
shot of the QWS3270 attempt with LUNAME CONSOLE.

I did receive E-Mail but it does not show the attempt.
It does show the result which is a logic error.
Perhaps you mis-spelt CONSOLE either on the screen that
you didn't send or in the Hercules configuration file?
Did you check with devlist 0011 to insure GROUP was still
set to CONSOLE ?

There is another option. Remove "CONSOLE" from both
0010 and 0011 and move them to be after the other CRTs
in the Hercules configuration file. To connect to 0010
or 0011, specify the address 0010 or 0011 in the LUNAME.
That way normal connect gives you a TSO CRT but specifying
a specific address of a console, connects to a console.

Whatever you do, do not put 0009 before the CRTs as
a telnet console or use the /d c,l command often to
check for running out of WTO buffers. Okay, I am
repeating myself but since you are having issues trying
to manage consoles, you might have missed it before.

Post by Lorne Dudley
I'm running with version 4.5.0 of QWS3270 Secure.

That is current enough to work well.
Didn't that release require you to apply a service
pack manually? The Help/Update Program... had an
issue until you manually down loaded and applied the
4.5.2 service pack. I believe that some 4.6.x also
had a hiccup because of a server change. I suggest
that you down load and update to at least 4.5.8 at:
http://www.jollygiant.com/support/\
QWS3270Secure-service-packs.php
4.5.1 fixed a different LU-name reconnect issue.

Post by Lorne Dudley
I think I am following your instructions. The email
document details my install steps.

I will respond in a separate post.

Post by Lorne Dudley
Based on your reply my understanding of TK3UPD deepens.

That was my intent. Wait till I tell you that MVS/380
is newer than TK3UPD and that some year there may be a TK4

Post by Lorne Dudley
I had assumed when starting that it was simply a patched
update to the mvs38j Volker Bandke distribution.

It is patched and improved and better matches newer
releases of Hercules.

Post by Lorne Dudley
I had not done any major change to the mvs38j distribution
to get it running. It started right after install.

TK3UPD does need spool formatted, LOGREC reallocated and
formatted, BRODCAST formatted, PARMTZ created, and others but
after the Hercules install, a TN3270 install, and two unZIPs,
it does get running quickly. Smaller down load, No CD to fool
with, no CygWin, no old Hercules, no scripts other tiny
Startxxx.bat and Hercules .rc files, no questions to answer
except you must choose a folder. Most instructions deal with
what needs to be done after MVS 3.8j is IPLed.

Post by Lorne Dudley
The reason I took out some of the 3270 definitions was
that I needed only one master console and one TSO connection.
I got tired of firing up multiple 3270 connections to get to
the TSO connection, hence only one console (010) connection.

TK3 defaults to only one master console, 001F and a few
available alternate consoles. How could you have two masters?
Don't answer that. You can change the master but changing
before seeing what is set up can be confusing. All normal CRT
connections default to going to TSO. The idea was to show you
a good way to work for most users and then everyone would be
better able to hack to match what they want. Expect you and
everyone else to be different.

Post by Lorne Dudley
So, the detailed stuff in my last email was an attempt to
show the differences between the fairly vanilla mvs38j
install and the tk3upd install. I have made no changes
in the tape area.

For vanilla MVS 3.8j, see sites like:
http://www.jaymoseley.com/hercules/
but TK3UPD with needed extra files is much easier to
unZIP/start. I had assumed you wanted something that would
unZIP quick to see how Hercules and MVS 3.8j tie together.
If you want to build your own from scratch, that is
documented at the above web site and sort-of on the TK3 CD
and probably at other places. IBM MVS manuals are available
for down load.

Post by Lorne Dudley
I'll respond to your other points later.
Rene, I'll answer your question later today too.
Regards
Lorne Dudley

[somitcw]

This was private E-Mail but I assUme that since it
is the same type of questions that many have, that
it is okay to respond online?

1. Create directory c:/tk3upd
2. Unzip tk3upd.zip download to c:/tk3upd directory.
3. Rename c:/tk3upd//conf to c:/tk3upd/confx

The rename shouldn't hurt, but was not part of the
instructions. Would renaming the bad TK2UPD.conf be
better docmentation for you?

4. Unzip TK3UPD.needed.extras.v1r1m2.zip to c:/tk3upd directory
5. Rename c:/tk3upd/Tapes directory to c:/tk3upd/tapes

Why? Windows doesn't care.

6. Create directory c:/tk3upd/hercules
7. Copy current Hercules system into c:/tk3upd/hercules directory.
8. Modify StartMVS.bat in c:/tk3upd directory as detailed below.
just before Hercules.exe insert
PATH=C:/tk3upd/hercules;%PATH%

If you look at your old TK3 StartMVS.bat, it will
show how to prevent the PATH= statement from being
executed several times when you run StartMVS.bat several
times in one Command-Prompt session.

Using your method instead of updating the Windows
PATH environmental variable means that Hercules commands
like dasdload, dasdinit, and hetinit won't work with the
same release of Hercules until you change folders or
until StartMVS.bat runs which unless you shell out
commands, until StartMVS.bat ends.

I have put Hercules in the same folder as StartMVS.bat
and that worked. The create date and times on the files
help to determine what came from where. That way both
StartMVS.bat and Hercules commands execute from the same
folder.

9. Execute StartMVS.bat
10. IEF677I WARNING MESSAGE(S) FOR JOB JES2 ISSUED
$HASP493 JES2 QUICK-START IS IN PROGRESS
$HASP443 JS2SP0 NOT ALLOCATED
$HASP428 CORRECT THE ABOVE PROBLEMS AND RESTART JES2
$HASP085 JES2 TERMINATION COMPLETE

That is described in the Notes.txt and other places.
TK3UPD is only rigged to do that on the first IPL.
I don't know why.

11. Console is at 1F

That is a good start. Please try it to see how it
works and then add to it or change it to what you want.

12. Make copy of c:/tk3upd/conf/TK3UPD.MVS.conf
13. Comment out
0011 3270 CONSOLE # CRT console #2
001F 3215-C / noprompt # Line-mode console

Makes no sense. I believe that you have a
mis-understanding.

14. Delete LockDisk.file

If you are running Hercules 3.0.7.7754, all logic for
the LockDisk.file can be removed. Hercules under Windows
was fixed, I believe in April of 2011? Hercules under
Linux and others still have the issue today.

15. Execute StartMVS.bat
16. Fiddle with Hercules .conf to get system running.

What fiddle? You may get start-up warning/error
messages because TK3UPD.MVS.conf does not and should
not match all releases of Hercules but nothing that
would stop the system from running.

If I need to make changes to the TK2UPD needed
extras "to get system running", please let me know
what changes are needed.

17. IND$FILE appears to be installed.

Good, it's a newer and better release of IND$FILE
than what was on TK3.

18. RPF Version 1 Rel. 5.3 Build: 09/01/08 18.37
Current REVIEW ??? Help says ? should show version.
I get PF Key display with ?.
QUEUE VER 3.8J REL P6.2007.JAN.01

RPF, REVIEW, and QUEUE were the ones available when
TK3UPD was created. They might have more updates but
I don't keep track. RPF may be current? I believe that
REVIEW was updated and has new features? QUEUE has too
many versions for me to keep track of. All should be
equal or better than what was on TK3.

Do you have specific questions about REVIEW or QUEUE.
Either read their documentation or play with them.
If you have a HERC01.A.DATA or HERC01.TEST.CNTL,
try: REVIEW TEST.CNTL

Newer releases of REVIEW have RFE but I believe that
RFE came out after TK3UPD but before the most current
beta for MVS/380 ? I don't normally use REVIEW except
for browsing what RPF can't handle. Most QUEUE versions
are more complicated that RPF option =3.6 so I don't use
QUEUE often. With RPF option =3.6 you do need to know
to not set RPF option =0.1 WS-Lines too high, to use
MSGCLASS=C or your default, and to shrink JOB numbers like
"JOB 0123" to J123 but after you know that, it works well.

IEA404A SEVERE WTO BUFFER SHORTAGE - 100% FULL

You might have either 0009 or 001F as a telnet console
before TN3270 consoles in the Hercules configuration file
so MVS is sending messages to it. Another possibility is
that 030E is defined wrong in that it points to a file in
a non-existent folder or other issue. Use devlist to see
how it is defined and check the file to see if it is working.

first tso logon

===> A picture showing TSO log on with JOBs ending and abending <===

I don't know if the messages were from your previous
attempts to run StartMVS.bat or left over from when TK3UPD
was created or from your current IPL. They shouldn't hurt.

LUNAME CONSOLE

===> A picture showing connection error 10054 <===

Means that something doesn't match? Perhaps you had
already connected to all CRT devices in the CONSOLE group
or mis-spelt CONSOLE on the QWS3270 screen, or mis-spelt
CONSOLE in the Hercules configuration file or detached
both CRTs in the CONSOLE group or some other logic error?

Run PARMTZ job through 00C. (Create PARMTZ in SYS1.PARMLIB)

I didn't know that the JOB it existed? I normally use
an RPF edit followed by an IPL but sending a PC file MVS
JOB to update MVS works. If using a batch JOB, why not
submit MVS JCL on MVS and keep it on MVS for documentation?
If you prefer PC files to MVS, ComPuSa can sell you some
good bare-bones and complete systems. Most still don't
have many USB 3.0 ports and I haven't been able to break my
current PC for an excuse to get another. Not yet anyway.

TK3UPD.MVS.rc modified to remove IPL so 3270 can connect first.

A long sleep or a pause might work better for you?
The /r 00,clpa is queued to run after the IPL so even
with the "IPL 148" commented out, it should work.

[Greg Price]

Current REVIEW ??? Help says ? should show version.
I get PF Key display with ?.
QUEUE VER 3.8J REL P6.2007.JAN.01

For REVIEW with the PFK display, look on the 4th screen
line over on the right for (blue?) numbers in parentheses.

The QUEUE you have is the latest I know about.

Cheers,
Greg

[halfmeg]

<most snipped>
Wait till I tell you that MVS/380 is newer than TK3UPD and that
some year there may be a TK4

How true. Yesterday I brought my mother home from a 8 day stay in the hospital due to an previously undiagnosed heart problem and subsequent stroke it caused. I have no idea how this will impact future development of a TK4 release.

As you point out above and I have mentioned previously there is nothing prohibiting someone from publishing a turnkey environment. Jay Moseley chose not to. Wolfgang did but it was a minimal system as was the system Jim Morrison distributed. They all have a common thread, they leave SYS1.MACLIB alone and add additional MACLIBs in the JCL. The one you claim is newer 1st installs TK3UPD as it's base and then proceeds to pollute SYS1.MACLIB with modified members. Statements that running the non-hacked hercules for that environment does not mean that it's just like 3.8j as there may be impacts due to modified MACLIBs.

TK3UPD does need spool formatted, LOGREC reallocated and
formatted, BRODCAST formatted, PARMTZ created, and others but
after the Hercules install, a TN3270 install,

I don't remember anyone posting about LOGREC reallocation until I posted a fix in the turnkey-mvs forum. Did I miss it somewhere ?

http://www.jaymoseley.com/hercules/

or http://www.bsp-gmbh.com/turnkey/cookbook/

Phil

[halfmeg]

<most snipped>
I think I am following your instructions. The email document
details my install steps.

If you read any of the 'readme' files included with either path you are attempting to implement, it is pretty plain.

Mixing and matching various 'helpful' configurations with your own modifications to what can now only be confusing to most everyone must be frustrating.

Based on your reply my understanding of TK3UPD deepens. I had
assumed when starting that it was simply a patched update to the
mvs38j Volker Bandke distribution.

somitwc already mentioned about reading a readme. The Readme.txt included with tk3upd.zip consists of only about 50 lines total. It specifically states in the example to 'create a directory to hold the environment'. It does not have a 3215 active in the hercules config and only 1 console, 010, is active before the TSO terminals are defined. Exactly what you stated you wanted IIRC.

Phil

[Lorne Dudley]

Hi "somitcw" !

I'm back and working away at Hercules again.

I have turned off DIGEST mode on the list so the interaction can be a
little quicker.

I have updated to QWS3270 Secure 4.6.0 (the latest supported version at
Queen's).

Arrrrgg ! I found my error in connecting to
0010 3270 CONSOLE # CRT console #1

I have to keep re-learning this one. QWS3270 is delivered here with the
SSL security turned on. I turned it off and now connect properly to
address 010.

You got me on my misuse of terminology.
What I want to run with is A master console and one TSO session, so that
is all OK now.

My only known remaining problem is the tape device situation.

I'm about to run the tape job and I will collect the device situation
before I run. I'm running with the devices as configured with the
delivered TK3UPD and the TK3UPD.needed.extras.v1r1m2, no changes other
than the commented out console devices previously mentioned.

I have run nothing after IPL except a clearLOGREC job.

More to report after I collect the tape job evidence.

You asked about my current Hercules version. Please see below.

Regards

Lorne Dudley

---------------------------------------------------------------------
Hercules version 3.0.7.7754
(c) Copyright 1999-2011 by Roger Bowler, Jan Jaeger, and others
Built on Sep 18 2011 at 03:39:43
Build information:
Windows (MSVC) build for i386
Modes: S/370 ESA/390 z/Arch
Max CPU Engines: 8
Using fthreads Threading Model
Using Error-Checking Mutex Locking Model
Using FishIO
Dynamic loading support
Using shared libraries
HTTP Server support
No SIGABEND handler
Regular Expressions support
Automatic Operator support
Machine dependent assists: cmpxchg1 cmpxchg4 cmpxchg8 fetch_dw store_dw
Running on REDFOX2009 Windows-6.1.7601. NT , i686 MP=2

[Lorne Dudley]

Hi "somitcw" and Rene !

All is good now. I think my problems all originated with my initial
misconfiguration of QWS3270 with the SSL option turned on and my
subsequent messing with the .conf file.

So my successful script is shown below. I am now running with the
standard .conf file from TK3UPD.needed.extras.v1r1m2.zip, no changes.

"somitcw", no problem using the private email. That seemed to be the
best way to get the Word document to you. Most lists do not allow
attachments, so I assumed that the case with H390-MVS too. You can use
and publish anything sent that way unless I specifically request otherwise,

Most of your comments to the tk3upd devlist in the previous email
happened because I mistakenly labelled the mvs38j devlist as tk3upd.
Sorry about that.
That's the way they were defined in the mvs38j distribution.

I'll fix the PATH for hercules.exe as suggested.

You mentioned updates beyond TK3UPD in a previous email which I cannot
find now. Would you mind repeating that comment ?

Thanks for all the assistance.

Now on to installing XMIT, RECV, and updating the various items
mentioned in your previous emails.

Regards

Lorne Dudley
---------------------------------------------------------------------

Restore original TK3UPD.MVS.conf from TK3UPD.needed.extras.v1r1m2.zip

Execute StartMVS.bat

Connect 010, 0c0 3270 sessions

IPL 148

IEA101A SPECIFY SYSTEM PARAMETERS FOR RELEASE 03.8 .VS2

r 00,

system comes up properly, tso active, tso terminal active

HHC01603I devlist 400
HHC02279I 0:0400 3420 * IO[2] maxsize=0 eotmargin=128K deonirq=N

d u,,,400,4
IEE450I 15.47.58 UNIT STATUS FRAME LAST F E 1A
UNIT TYPE STATUS VOLSER VOLSTATE UNIT TYPE STATUS VOLSER VOLSTATE
400 3400 OFFLINE 401 3400 OFFLINE
402 3400 OFFLINE 403 3400 OFFLINE

v 400,online
IEE302I 400 ONLINE

00 JOB 19 $HASP100 RPF153$1 ON READER1 Install RPF
- JOB 19 $HASP373 RPF153$1 STARTED - INIT 4 - CLASS S - SYS BSP1
- JOB 19 IEF403I RPF153$1 - STARTED - TIME=15.51.18
*JOB 19 *IEC501A M 400,RPF153,SL,6250 BPI,RPF153$1,ALLOC

devinit 400 tapes/rpf153.aws

JOB 19 IEF234E K 400,RPF153,PVT,RPF153$1,ALLOC
00- JOB 19 IEF404I RPF153$1 - ENDED - TIME=15.54.01
- JOB 19 $HASP395 RPF153$1 ENDED

[somitcw]

Post by Lorne Dudley
Hi "somitcw" and Rene !
All is good now. I think my problems all originated
with my initial misconfiguration of QWS3270 with the
SSL option turned on and my subsequent messing with
the .conf file.

I understand the issue. Did you find out why Queen's
hasn't posted 4.7.0 yet. Have you down loaded the most
current service pack and applied. During the service
pack apply, there is no reason to save old files if you
have the original install files.
http://www.jollygiant.com/support/service-packs.php for 4.7.0
http://www.jollygiant.com/support/QWS3270Secure-service-packs.php
for earlier releases.

Post by Lorne Dudley
So my successful script is shown below.
I am now running with the standard .conf file from
TK3UPD.needed.extras.v1r1m2.zip, no changes.

It's just a sample. Now that you see how the pieces
fit together, I'm certain that you will make changes.

Post by Lorne Dudley
"somitcw", no problem using the private email. That seemed
to be the best way to get the Word document to you. Most
lists do not allow attachments, so I assumed that the case
with H390-MVS too. You can use and publish anything sent
that way unless I specifically request otherwise,

This group might allow pictures but I would much prefer
text copy/paste to pictures. Easier to quote and for other
people with the same issue to search for so they don't need
to post.

Post by Lorne Dudley
Most of your comments to the tk3upd devlist in the
previous email happened because I mistakenly labelled
the mvs38j devlist as tk3upd.
Sorry about that.
That's the way they were defined in the mvs38j distribution.

TK3UPD is MVS 3.8j, so is TK3, so is MVS/380, so is
Jay's do-your-own, so is what I run, etc. MVS 3.8j is
the last MVS that IBM released as a no-charge product.
The starter system appears to be MVS 3.7 but it's not used.

Post by Lorne Dudley
I'll fix the PATH for hercules.exe as suggested.

I outlined several options. I'm glad that you
picked the one that you picked, whichever it was.

Post by Lorne Dudley
You mentioned updates beyond TK3UPD in a previous
email which I cannot find now. Would you mind
repeating that comment ?

Yes, RPF should be up-to-date but I believe that REVIEW
has been improved. The RFE command is the biggest change.

If you want to install the newer REVIEW yourself, see:

http://www.prycroft6.com.au/REVIEW/

If you want to replace TK3UPD with a new system that
should already include RFE, see:

http://tech.groups.yahoo.com/group/\
hercules-os380/message/6496

Warning about MVS/380. It is an update to TK3UPD
and should work, but its real purpose was to add
31-bit addressing to MVS 3.8j. If you don't run in
the butchered Hercules that supports MVS/380's version
of 31-bit addressing, the extra support will not be
used so can be ignored.

Warning #2 about MVS/380 V1.2 Release Candidate #1
is that it is a Release Candidate.

Post by Lorne Dudley
Thanks for all the assistance.
Now on to installing XMIT, RECV, and updating the various
items mentioned in your previous emails.

The most current XMIT370 and RECV370 should already be
in TK3UPD. If you must re-install, get the ones from
http://www.cbttape.org file 571 and not the old ones
from the web page I posted earlier.

Post by Lorne Dudley
Regards
Lorne Dudley
-------------------------------------------------------------
Restore original TK3UPD.MVS.conf from
TK3UPD.needed.extras.v1r1m2.zip
Execute StartMVS.bat
Connect 010, 0c0 3270 sessions

Why connect 0C0 before it is needed?

Post by Lorne Dudley
IPL 148
IEA101A SPECIFY SYSTEM PARAMETERS FOR RELEASE 03.8 .VS2
r 00,

This can lead to a problem. The reply should be
/r 00,clpa so any changes to SYS1.LPALIB will be
picked up. Check your conf/TK2UPD.MVS.rc file.

Post by Lorne Dudley
system comes up properly, tso active, tso terminal active

If you connected the TSO CRT later, you would only need
to clear the Hercules screen to see the TSO log on screen.
QWS3270 default for clear is the Pause-Break key.
Other keys also work.

Post by Lorne Dudley
HHC01603I devlist 400
HHC02279I 0:0400 3420 * IO[2] maxsize=0 eotmargin=128K
deonirq=N
d u,,,400,4
IEE450I 15.47.58 UNIT STATUS FRAME LAST F E 1A
UNIT TYPE STATUS VOLSER VOLSTATE UNIT TYPE STATUS VOLSER VOLSTATE
400 3400 OFFLINE 401 3400 OFFLINE
402 3400 OFFLINE 403 3400 OFFLINE

Tape drives didn't have ready tapes at IPL and MVS
was genned to leave them offline if they weren't ready.

Post by Lorne Dudley
v 400,online
IEE302I 400 ONLINE
00 JOB 19 $HASP100 RPF153$1 ON READER1 Install RPF
- JOB 19 $HASP373 RPF153$1 STARTED - INIT 4 - CLASS S - SYS BSP1
- JOB 19 IEF403I RPF153$1 - STARTED - TIME=15.51.18
*JOB 19 *IEC501A M 400,RPF153,SL,6250 BPI,RPF153$1,ALLOC
devinit 400 tapes/rpf153.aws
JOB 19 IEF234E K 400,RPF153,PVT,RPF153$1,ALLOC
00- JOB 19 IEF404I RPF153$1 - ENDED - TIME=15.54.01
- JOB 19 $HASP395 RPF153$1 ENDED

You just replaced your entire MVS operating system
to get an up-to-date RPF and then re-installed RPF?
It was good practice and you might have picked up a
newer build?

[Lorne Dudley]

Hi "somitcw" !

I found your reference to MVS/380 updates. Thanks, I'll go searching now.

Regards

Lorne Dudley

[Lorne Dudley]

Hi Greg !

Thanks ! REVIEW shows (R42.3)

Regards

Lorne Dudley

[halfmeg]

Post by Lorne Dudley
Hi Greg !
Thanks ! REVIEW shows (R42.3)
Regards
Lorne Dudley

Greg has a later release of REVIEW which I installed in the next BETA. I discovered a way to cause REVIEW to abend and he has addressed the issue. He mentioned a new version soon so am waiting to include that one instead.

Phil

[Lorne Dudley]

OK, CBT571 contains CBT571.XMI.

Any easy way of getting this into a TK3UPD system that does not contain
receive ? The current version does not recognize TRANSMIT or RECEIVE.

Regards

Lorne Dudley

[somitcw]

Post by Lorne Dudley
OK, CBT571 contains CBT571.XMI.
Any easy way of getting this into a TK3UPD system that does
not contain receive ? The current version does not recognize
TRANSMIT or RECEIVE.
Regards
Lorne Dudley

XMIT/TRANSMIT and RECEIVE are TSO/E commands. They are
not included in MVS 3.8j TSO

I've already described running RECV370 batch and Hercules'
DASDLOAD command. If CBT571.XMI only has source that can
tolerate ascii/ebcdic conversion, then XmitMgr from
http://www.cbttape.org could be used. There is also a
RECV390 that runs on a PC. And an UNXMIT. Could be others?

The simplest for you may be the PGM=RECV370 ?

1. Upload the .XMI file as binary, as in uncheck ascii/ebcdic,
uncheck CRLF, trunc doesn't matter, change CMS to TSO but
CICS would work but TSO is correct. The host file should
be FBx80 and enough tracks to hold the data. RECV370 would
probably handle a BLKSIZE like 18400 ?

2. Search this group for PGM=RECV370 to find sample JCL,
customize, and run.

Note, except for XmitMgr and DASDLOAD for other reasons,
I've never needed RECV370, XMIT370, RECV390, UNXMIT, etc.

[Lorne Dudley]

Hi somitcw !

Currently working on a method that may work. I'll know soon.

IEBCOPY unload to tape after RECEIVEing on a working real system.

Then AWSUTIL the VS tape. AWSUTIL shows

AWSUTIL V1.1 PROGRAM STARTED

VERIFY

VERIFY FLAG IS NOW ON

TAPEALL INTAPE

OPEN COMPLETE FOR INPUT DD=INTAPE
READ OK, BLOCKS PROCESSED= 634
CLOSE COMPLETE FOR INPUT DD=INTAPE
AWSUTIL PROGRAM TERMINATED, MAX RC= 0

I just finished this step. Now to set up the IEBCOPY reload under
Hercules. Then to bed.

Regards

Lorne

[Lorne Dudley]

Hi "somitcw" !

Success. I have the FB LRECL=80 dataset under TK3UPD and the files are
browsable.

Now to see if I can get the assemble and link job to run under TK3UPD
(later today).

Regards

Lorne Dudley

[somitcw]

Post by Lorne Dudley
Hi "somitcw" !
Success. I have the FB LRECL=80 dataset under TK3UPD
and the files are browsable.
Now to see if I can get the assemble and link job to
run under TK3UPD (later today).
Regards
Lorne Dudley

You replaced TK3 with TK3UPD to get RECV370 on the
system and then didn't use it.

I assume that you down loaded FILE571 from CBT483 ?
I actually name my files names like CBT483.FILE571.xmi
to help keep track of which file came from which tape.

FILE571 has several software packages. You probably
don't want to attempt to install all. Since RECV370
is already up-to-date, do you need any?

Did you update REVIEW and add RFE?

http://www.prycroft6.com.au/REVIEW/index.html

If installing REVIEW on TK3UPD, you can replace
the old release in SYS2.CMDLIB or save the old
members or install to a different data set or other
options. A /s dbstop or IPL might be needed to
use the new REVIEW. If any reentrant pieces are
put in LPA, you may need a /r 00,clpa on IPL.

MVS/380 may have an up-to-date REVIEW and RFE ?

[Lorne Dudley]

Hi "somitcw" !

Post by somitcw
You replaced TK3 with TK3UPD to get RECV370 on the
system and then didn't use it.

Silly me. I had assumed that they would replace the
TSO RECEIVE and TRANSMIT by those names. I will read the documentation.

Post by somitcw
Did you update REVIEW and add RFE?
http://www.prycroft6.com.au/REVIEW/index.html

My RPF is up to date. What is RFE ?
REVIEW is on my list.

Is it possible to get 3390-3 and 3390-9 disk running under mvs38j ?
Or is that a MVS-380 install ?

Any pointers or URLs on methods of getting 3390 support.

Regards

Lorne



------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/H390-MVS/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/H390-MVS/join
(Yahoo! ID required)

<*> To change settings via email:
H390-MVS-digest-***@public.gmane.org
H390-MVS-fullfeatured-***@public.gmane.org

<*> To unsubscribe from this group, send an email to:
H390-MVS-unsubscribe-***@public.gmane.org

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/

[somitcw]

Post by Lorne Dudley
Hi "somitcw" !

Post by somitcw
You replaced TK3 with TK3UPD to get RECV370 on the
system and then didn't use it.

Silly me. I had assumed that they would replace the
TSO RECEIVE and TRANSMIT by those names. I will read
the documentation.

Post by somitcw
Did you update REVIEW and add RFE?
http://www.prycroft6.com.au/REVIEW/index.html

My RPF is up to date. What is RFE ?
REVIEW is on my list.

RFE, REVIEW Front-End, is part of REVIEW. It is
a little panel menu to get to the part of REVIEW wanted.
REVIEW does browse, edit, spool access, catalog browse,
and other functions. RFE just lets you find the options
and data sets faster. Like RPF option =3.4, RPF option
=3.6, and RPF option =6

Post by Lorne Dudley
Is it possible to get 3390-3 and 3390-9 disk running
under mvs38j ? Or is that a MVS-380 install ?
Any pointers or URLs on methods of getting 3390 support.
Regards
Lorne

No support for 3390-9 disks on MVS 3.8j. Not likely to be
anytime soon. 3390-2 and 3390-3 can be made to work.

If you down load disks from a real system, don't expect
normal access to VSAM files.

To find addresses to restore to, use MVS command:

/d u,dasd,offline,,999

Hercules command DASDINIT with not init dasd but will
create a dasd image file.

dasdinit -a -z volser.eee 3390-3 volser

Then add to something for your Hercules configuration file.

To initialize, you can use DASDLOAD or ICKSADSF.R16 from:
http://tech.groups.yahoo.com/group/hercules-os380/files/FDZ1D02/
It may already be in your standalone/ folder and in the
StartZZSA configuration file? If you prefer DASDLOAD, it's a
part of Hercules.
There is a problem with ICKSADSF R16 for MVS 3.8j.
R16 defaults to creating a VTOC INDEX if you don't specify
NOINDEX, DOSVTOC, VSEVTOC, or other way on the INIT to say
that the disk is not for zOS or OS/390. It shouldn't
really hurt to have a dead VTOC INDEX data set on the disk
volume, it's just not right. ICKSADSF.R15 may or may not
have the wanted NOINDEX default but has issues with Hercules.
You may need cu=3990-6 or other games in the Hercules
configuration file to make the older ICKSADSF.R15 work?

IPL ICKSADSF using StartZZSA.bat
IPL 000A ? check it or change it first.
connect a CRT and clear
console
console
init unit(e00) verify(volser) volid(volser) vtoc(0,1,44) noindex -
owner(me) nodata novalidate
The second line of init is for cuteness not function.
If you mess up, use noverify for verify(volser)
eoj
back to hercules
stopall
quit
StartMVS.bat

TK3 could not write to 3390-2 or 3390-3 VTOCs because of
too many tracks on the disk made some free-space appear
negative and clobbered the VTOC. If the disk was read-only
or fakewrite then it sort-of worked. A tiny zap partial
fix was made to allow allocate without destroying the VTOCs
but it doesn't fix everything. The most noticable issue
is that when a data set fills up, it will not take a
secondary extent. The zap may already be on TK3UPD but to
check, just rerun:

//HERC01Z JOB (XXXXXXXX,XXXX,1439,9999,9999),ZAPALLOC-HERC01,
// CLASS=A,MSGCLASS=C,NOTIFY=HERC01
//ZAPALLOC EXEC PGM=AMASPZAP Allow 3390-2 and 3390-3
//SYSPRINT DD SYSOUT=*
NAME IGC0003B IGG0325D
VER 014C 49A20002 COMPARE CH REQ,2(ROUT)
VER 0186 49A20002 BLANK CH REQ,2(ROUT)
VER 01B4 49A20002 ALX CH REQ,2(ROUT)
REP 014C BDA32002 COMPARE CLM REQ,B'0011',2(ROUT)
REP 0186 BDA32002 BLANK CLM REQ,B'0011',2(ROUT)
REP 01B4 BDA32002 ALX CLM REQ,B'0011',2(ROUT)
//SYSLIB DD DISP=SHR,DSN=SYS1.LPALIB <=== IPL with a CLPA

Don't forget the /r 00,clpa on IPL and make certain that
the reply was accepted.

MVS/380 should already have the zap on.

[Lorne Dudley]

what library does RECV370 reside in on TK3UPD ?

[somitcw]

Post by Lorne Dudley
what library does RECV370 reside in on TK3UPD ?

It is non-sysgen batch so should be in SYS2.LINKLIB

Non-sysgen TSO CPs should be in SYS2.CMDLIB

There could be other pieces if MACROs, source,
CMDPROC, PARMLIB, etc.

RPF option =3.4 for "SYS2" should show several data sets.
The original TK3 also created some non-sysgen "SYS1" data
sets but they should have software programs in them?

[somitcw]

Post by somitcw

Post by Lorne Dudley
what library does RECV370 reside in on TK3UPD ?

It is non-sysgen batch so should be in SYS2.LINKLIB
Non-sysgen TSO CPs should be in SYS2.CMDLIB
There could be other pieces if MACROs, source,
CMDPROC, PARMLIB, etc.
RPF option =3.4 for "SYS2" should show several data sets.
The original TK3 also created some non-sysgen "SYS1" data
sets but they should have software programs in them?

The last line should read:

sets but they should not have software programs in them?

But then again, I haven't checked.

[Lorne Dudley]

I'm re-reading some of the TK3UPD notes.

Readme.txt says

A few of the primary changes are addition of 200+ 3270 UCBs, 256 3390 UCBs,

DYN75.dll is included for FTP testing.

I see 3390 UCBs at 2B0 - 2BF . "somitcw" indicated in a previous note
"No support for 3390-9 disks on MVS 3.8j. Not likely to be
anytime soon. 3390-2 and 3390-3 can be made to work."

So, what is involved in getting 3390-3s to work ?


Can someone explain at a high level DYN75.dll ?
Can I FTP to localhost ?


Regards

Lorne Dudley

Regards

Lorne Dudley

[somitcw]

Post by Lorne Dudley
I'm re-reading some of the TK3UPD notes.

Shock to the point of heart failure.

Post by Lorne Dudley
Readme.txt says
A few of the primary changes are addition of 200+ 3270 UCBs,
256 3390 UCBs,

I wrote Notes.txt, not Readme.txt. Are you suggesting that
there should be a mention that 480-48F being changed to 400-40F
and that 0009 changed to 001f ?

Post by Lorne Dudley
DYN75.dll is included for FTP testing.

Yes it is but has to match a specific release of Hercules.
The Hercules configuration file you are using has the old
syntax to load it so you are getting an error every time that
you run StartMVS.bat

Post by Lorne Dudley
I see 3390 UCBs at 2B0 - 2BF . "somitcw" indicated in
a previous note

I tried to indicate E00-EFF

I would suggest that you use high addresses in case
new TK3UPD#99, MVS/380, or TK4 use low E00 numbers.
No, there is no TK3UPD#99

Post by Lorne Dudley
"No support for 3390-9 disks on MVS 3.8j. Not likely to
be anytime soon. 3390-2 and 3390-3 can be made to work."
So, what is involved in getting 3390-3s to work ?

http://tech.groups.yahoo.com/group/H390-MVS/message/12563

Post by Lorne Dudley
Can someone explain at a high level DYN75.dll ?

It was an added op-code X'75" to S/370 that communicated
with Hercules DYN75.dll that allow MVS to look like a
Windows TCP/IP application. The DYN75.dll had to match
the release of Hercules so was hard to maintain.

Post by Lorne Dudley
Can I FTP to localhost ?
Regards
Lorne Dudley
Regards
Lorne Dudley

Do not use "localhost" for anything.
Microsoft decided that some systems would have localhost
as IPv4 127.0.0.1 and some systems would have localhost
as IPv6 ::1
If you want IPv4, use 127.0.0.1
If you want IPv6, use ::1
Hercules doesn't do IPv6 yet but may soon.

I never used DYN75.dll but it did/does allow ftp.
MVS would be the same 127.0.0.1 that Windows is.
They share an IP address. It is not like zOS that
has its own IP address.

[somitcw]

--- In H390-MVS-***@public.gmane.org,
"somitcw" <***@...> wrote:
- - - most snipped - - -

Post by somitcw
I never used DYN75.dll but it did/does allow ftp.
MVS would be the same 127.0.0.1 that Windows is.
They share an IP address. It is not like zOS that
has its own IP address.

There has been discussion on using another method
to replace DYN75.dll but I didn't pay attention.
I assUme that it will be started after Hercules is
unfrozen? Others would have more information than me.

[Harold Grovesteen]

Post by somitcw
- - - most snipped - - -

Post by somitcw
I never used DYN75.dll but it did/does allow ftp.
MVS would be the same 127.0.0.1 that Windows is.
They share an IP address. It is not like zOS that
has its own IP address.

There has been discussion on using another method
to replace DYN75.dll but I didn't pay attention.
I assUme that it will be started after Hercules is
unfrozen? Others would have more information than me.

Yes, Hercules DIAGNOSE X'F18', the Host Resource Access Facility, is
intended to replace the DYN75.dll requirement. The TCPIP instruction
(opcode X'75') goes away so some OS support will be needed to provide
access to the DIAGNOSE. I have designed the DIAGNOSE parameter block to
make this fairly easy. There is more work to do on this so it is not
yet in Hercules, but will be. Documentation on DIAGNOSE X'F18' is also
planned.

The same DIAGNOSE will also replace DYN76.dll that provides the NFILE
instruction (opcode X'76') for access to the host's native file system.
Again, some OS work will be needed for use of this option of the
DIAGNOSE.

The FTP program on MVS will still be required to perform the actual file
transfer.

Harold Grovesteen

[Lorne Dudley]

My hercules console, version 3.0.7.7754, is displaying messages like
<pnl,color(green,black)> timestamp MVS console message

Is there any way to remove the <pnl,color(green,black)> portion of the
message so that more of the MVS message length can be displayed ?

Regards

Lorne Dudley

[somitcw]

Post by Lorne Dudley
My hercules console, version 3.0.7.7754, is displaying messages
like <pnl,color(green,black)> timestamp MVS console message
Is there any way to remove the <pnl,color(green,black)> portion
of the message so that more of the MVS message length can be
displayed ?
Regards
Lorne Dudley

It's a known bug that started before Hercules updates
were frozen for conversion to git.

You can back up to before it happened but I don't know
which snapshot or you could wait for new snapshots.

[Lorne Dudley]

Post by Lorne Dudley
I'm re-reading some of the TK3UPD notes.

Shock to the point of heart failure.
Hey ! I got the hint :-) :-)

I wrote Notes.txt, not Readme.txt. Are you suggesting that
there should be a mention that 480-48F being changed to 400-40F
and that 0009 changed to 001f ?

No, just noticed the reference to 3390-3s

Post by Lorne Dudley
DYN75.dll is included for FTP testing.

Yes it is but has to match a specific release of Hercules.
The Hercules configuration file you are using has the old
syntax to load it so you are getting an error every time that
you run StartMVS.bat

I don't see the error at startup. Maybe it has rolled off screen ?

Post by Lorne Dudley
I see 3390 UCBs at 2B0 - 2BF . "somitcw" indicated in
a previous note

I tried to indicate E00-EFF
I would suggest that you use high addresses in case
new TK3UPD#99, MVS/380, or TK4 use low E00 numbers.
No, there is no TK3UPD#99

OK, I didn't go that high in the UCB search. Any easy way to list
all the UCBs ?

Post by Lorne Dudley
So, what is involved in getting 3390-3s to work ?

http://tech.groups.yahoo.com/group/H390-MVS/message/12563

thanks for the reference

Post by Lorne Dudley
Can I FTP to localhost ?

ftp 127.0.0.1 just drops back to the >ftp prompt

no messages on the Hercules console
does that mean no FTP support or do I have to configure something ?


Regards

Lorne Dudley

[somitcw]

Post by Lorne Dudley

<mailto:H390-MVS%40yahoogroups.com>,

Post by Lorne Dudley
I'm re-reading some of the TK3UPD notes.

Shock to the point of heart failure.

Hey ! I got the hint :-) :-)

I wrote Notes.txt, not Readme.txt. Are you suggesting

that there should be a mention that 480-48F being changed
to 400-40F and that 0009 changed to 001f ?
No, just noticed the reference to 3390-3s

Post by Lorne Dudley
DYN75.dll is included for FTP testing.

Yes it is but has to match a specific release of Hercules.
The Hercules configuration file you are using has the old
syntax to load it so you are getting an error every time
that you run StartMVS.bat

I don't see the error at startup. Maybe it has rolled off
screen ?

So page-up until you see all of the start-up errors.
The 30E error is about a garbage line in
SYS1.JES2PARM(JES2PARM)
Others are other things.

Post by Lorne Dudley

Post by Lorne Dudley
I see 3390 UCBs at 2B0 - 2BF . "somitcw" indicated in
a previous note

I tried to indicate E00-EFF
I would suggest that you use high addresses in case
new TK3UPD#99, MVS/380, or TK4 use low E00 numbers.
No, there is no TK3UPD#99

OK, I didn't go that high in the UCB search.
Any easy way to list all the UCBs ?

For all offline disks, try:

/d u,dasd,offline,,999

For all devices, try:

/d u,,,,999

For tape, ur, graphic, use commands like:

/d u,tape,online,,999

or all tape:

/d u,tape,,,999

should give the same response as:

/d u,,,400,16

MVS and JES2 commands are on several web sites and
in IBM manuals.

Post by Lorne Dudley

Post by Lorne Dudley
So, what is involved in getting 3390-3s to work ?

http://tech.groups.yahoo.com/group/H390-MVS/message/12563

thanks for the reference

It was a response from a previous request from you.

Post by Lorne Dudley

Post by Lorne Dudley
Can I FTP to localhost ?

ftp 127.0.0.1 just drops back to the >ftp prompt

no messages on the Hercules console
does that mean no FTP support or do I have to
configure something ?
Regards
Lorne Dudley

The release of Hercules that you are running does not
match DYN75.dll, your Hercules configuration file does
not match the DYN75.dll load syntax, and something must
run in MVS to connect.

I also don't remember which direction ftp worked.
I've never used it or needed it.

[Harold Grovesteen]

Post by somitcw

<mailto:H390-MVS%40yahoogroups.com>,

Post by Lorne Dudley
I'm re-reading some of the TK3UPD notes.

Shock to the point of heart failure.

Hey ! I got the hint :-) :-)

I wrote Notes.txt, not Readme.txt. Are you suggesting

that there should be a mention that 480-48F being changed
to 400-40F and that 0009 changed to 001f ?
No, just noticed the reference to 3390-3s

Post by Lorne Dudley
DYN75.dll is included for FTP testing.

Yes it is but has to match a specific release of Hercules.
The Hercules configuration file you are using has the old
syntax to load it so you are getting an error every time
that you run StartMVS.bat

I don't see the error at startup. Maybe it has rolled off
screen ?

So page-up until you see all of the start-up errors.
The 30E error is about a garbage line in
SYS1.JES2PARM(JES2PARM)
Others are other things.

Post by Lorne Dudley
I see 3390 UCBs at 2B0 - 2BF . "somitcw" indicated in
a previous note

I tried to indicate E00-EFF
I would suggest that you use high addresses in case
new TK3UPD#99, MVS/380, or TK4 use low E00 numbers.
No, there is no TK3UPD#99

OK, I didn't go that high in the UCB search.
Any easy way to list all the UCBs ?

/d u,dasd,offline,,999
/d u,,,,999
/d u,tape,online,,999
/d u,tape,,,999
/d u,,,400,16
MVS and JES2 commands are on several web sites and
in IBM manuals.

Post by Lorne Dudley
So, what is involved in getting 3390-3s to work ?

http://tech.groups.yahoo.com/group/H390-MVS/message/12563

thanks for the reference

It was a response from a previous request from you.

Post by Lorne Dudley
Can I FTP to localhost ?

ftp 127.0.0.1 just drops back to the >ftp prompt

no messages on the Hercules console
does that mean no FTP support or do I have to
configure something ?
Regards
Lorne Dudley

The release of Hercules that you are running does not
match DYN75.dll, your Hercules configuration file does
not match the DYN75.dll load syntax, and something must
run in MVS to connect.
I also don't remember which direction ftp worked.
I've never used it or needed it.

DYN75.dll provides the Hercules TCPIP instruction (opcode X'75'). This
instruction provides the ability to create a TCP/IP socket for use by a
Hercules guest. The guest must provide the program that uses the
socket. In this case, the program is FTP that would be run from MVS.
If the DYN75.dll module is present, so should be the MVS FTP program.
Where, I can't tell you.

However, if you are having errors with DYN75.dll, FTP (or any other
socket program using the TCPIP instruction) will not work.

Harold Grovesteen

[Lorne Dudley]

git ???

Post by somitcw

Post by Lorne Dudley
My hercules console, version 3.0.7.7754, is displaying messages
like <pnl,color(green,black)> timestamp MVS console message
Is there any way to remove the <pnl,color(green,black)> portion
of the message so that more of the MVS message length can be
displayed ?

It's a known bug that started before Hercules updates
were frozen for conversion to git.

[somitcw]

Post by Lorne Dudley

<mailto:H390-MVS%40yahoogroups.com>,

Post by Lorne Dudley
My hercules console, version 3.0.7.7754, is displaying messages
like <pnl,color(green,black)> timestamp MVS console message
Is there any way to remove the <pnl,color(green,black)> portion
of the message so that more of the MVS message length can be
displayed ?

It's a known bug that started before Hercules updates
were frozen for conversion to git.

git ???

git is still another source maintenance system.
An earlier plan was to use git as a stepping stone to
still another another source maintenance system but
I suspect that git will remain for awhile.

[Lorne Dudley]

Getting a 322 abend on a RECV370 attempt.
Appears to be a CPU loop. MIPS rise to 56+ from .05 to .07 until
322 abend. 322 sysudump in output.

No sign of any unload work being processed.

Transmit dataset was prepared on a z/OS system. Known problem ?
How to debug ?

[somitcw]

Post by Lorne Dudley
Getting a 322 abend on a RECV370 attempt.
Appears to be a CPU loop. MIPS rise to 56+ from .05 to .07
until 322 abend. 322 sysudump in output.
No sign of any unload work being processed.
Transmit dataset was prepared on a z/OS system.
Known problem ?
How to debug ?

A S322 could be a loop or just bad JES2 PARMs for
a large JOB. What step CPU time did you ask for?
What JOB class did you run? What DD statements did
you have? What block sizes did they use? What was
the input PDS block size on the original system?
Is SYSUT1 large enough to hold all data?
Is SYSUT2 large enough to hold all members?
Does SYSUT2 have enough PDS directory blocks to hold
all member directory information?
Are the SYSUT1 and SYSUT2 track sizes large enough
to hold the PDS blocks plus overhead?
You could post JCL to cut my typing questions.

It could also be some zOS option that RECV370 or
IEBCOPY doesn't understand. Is the zOS data set a PDS,
sequential, or something like a PDSE?

You could try CLASS=S to get around the JES2PARM
issue or specify TIME on the EXEC statement:

//RECV370 EXEC PGM=RECV370,TIME=(1439,59)

If it runs for 24 hours without finishing, I would
assume that you have a JCL issue and RECV370 or IEBCOPY
is looping.

[Lorne Dudley]

Hi "somitcw" !

How do I get my Hercules CMD screen to allow me to see roll backed
messages ?

I always have the herc =====> prompt at the bottom and the right scroll
bar is always at the top.

The CMD options are
Screen Buffer
width 100
height 1580

Window Size
width 100
height 58

If I try to set Window height greater than 58, Windows7 resets it back
to 58, so all I ever see is 58 lines.

Regards

Lorne Dudley

[Rene Ferland]

Post by Lorne Dudley
Hi "somitcw" !
How do I get my Hercules CMD screen to allow me to see roll backed
messages ?

I am not sure if it'll work for you, but I use the PgUp and PgDn keys on my laptop to scroll the Hercules console.

Rene FERLAND, Montreal

[somitcw]

Post by Rene Ferland

Post by Lorne Dudley
Hi "somitcw" !
How do I get my Hercules CMD screen to allow me to
see roll backed messages ?

I am not sure if it'll work for you, but I use the
PgUp and PgDn keys on my laptop to scroll the Hercules
console.
Rene FERLAND, Montreal

I had already told him that a few hours ago so that
must not be working? Apparently a strange system.

[Lorne Dudley]

Hi Rene !

Duhhhh ! Thanks, that works for me too.

Having fun now. Loaded up a current PDS and it runs under Hercules !!!

Regards

Lorne

Post by Rene Ferland

Post by Lorne Dudley
Hi "somitcw" !
How do I get my Hercules CMD screen to allow me to see roll backed
messages ?

I am not sure if it'll work for you, but I use the PgUp and PgDn keys on
my laptop to scroll the Hercules console.

[Lorne Dudley]

Hi "somitcw" !

3390-3 ZAPs are on TK3UPD.
NAME IGC0003B IGG0325D checks OK.

Sounds like you are not running on TK3UPD.

What system are you working with ?

Regards

Lorne Dudley

[somitcw]

Post by Lorne Dudley
Hi "somitcw" !
3390-3 ZAPs are on TK3UPD.
NAME IGC0003B IGG0325D checks OK.
Sounds like you are not running on TK3UPD.

As I suspected but I can't keep track of which
zaps are on which system. That is why I warned you
that the zap might not work because TK3UPD might
already have them.

Post by Lorne Dudley
What system are you working with ?
Regards
Lorne Dudley

I have my own MVS 3.8j system. It's started with
TK3 plus a couple of mini-gens and other changes.
Nothing fancy but it blows TK3UPD away. The best
additional feature is my /s shut command that will
do a full normal MVS shutdown if a few seconds.
Other play toys come and go.

[Lorne Dudley]

Hello Harold !

I am a new user. From your post earlier today ...
am I correct if I say that FTP is not operational at the present time on
a TK3UPD system built on top of the Volker Bandke mvs38j system ?

I am running under Hercules 3.0.7.7754 on a Windows7 platform.

When I attempt to start FTPD it fails on a 0C1.

Regards

Lorne Dudley

[Steve and Grace Bovy]

I am having trouble synchronizing the creation and connection

of the "console" and a "terminal"

It seems to be a timing issue

I am trying to ipl zos 1-10 and I try to use the most recent herc
but I can not remember the exact version

The following works most of the time on my windows 7 x86
This is a 3 gh Legacy x32 P4 Intel box

BUT it fails miserably on an amd x64 6-processor machine

Any recommendations or suggestions would be appreciated

Question

Can I set up my console to use a different port then the tn3270
port-devices ??


Config >>

CNSLPORT 3270 # TCP port number to which
consoles connect

#

# Devices

#

0700.5 3270
rc >>>

sh cmd /c zos110term.bat
devlist
panrate 1000
ipl A81
term.bat >>>

@Echo off
@call %~dp0setpath

start wc3270 -title "ZOS110 Terminal" RECROOM 3270
start wc3270 -title "ZOS110 Console" RECROOM 3270

[Gerhard Postpischil]

Post by Steve and Grace Bovy
I am having trouble synchronizing the creation and connection
of the "console" and a "terminal"
It seems to be a timing issue

It's procedural - you need to connect the terminals after
Hercules finishes initialization, but before you IPL. I haven't
found a reliable way to handle this.

Post by Steve and Grace Bovy
Can I set up my console to use a different port then the tn3270
port-devices ??

Any one copy of Hercules accepts only one port number (I have
one copy running with 3270, and a second MVS/380 using port
2260). To force tn3270 sessions to specific host addresses, I
use the LUNAME option on my client (Tom Brennan's Vista).

Gerhard Postpischil
Bradford, VT

[Steve and Grace Bovy]

Post by Steve and Grace Bovy
I am having trouble synchronizing the creation and connection
of the "console" and a "terminal"
It seems to be a timing issue

It's procedural - you need to connect the terminals after
Hercules finishes initialization, but before you IPL. I haven't
found a reliable way to handle this.

Post by Steve and Grace Bovy
Can I set up my console to use a different port then the tn3270
port-devices ??

Any one copy of Hercules accepts only one port number (I have
one copy running with 3270, and a second MVS/380 using port
2260). To force tn3270 sessions to specific host addresses, I
use the LUNAME option on my client (Tom Brennan's Vista).

Gerhard Postpischil
Bradford, VT
Thanks Gerhard !!

Here are some statements and some questions

Post by Steve and Grace Bovy

You mentioned herc init above <<
I hope the "rc" script does not execute until the init you mention is

complete <<

Post by Steve and Grace Bovy

If this is not true can I suggest that it get changed <<
I hope the console "sh" command does not execute asynchronously <<

If the above is true ( I just need to add a timer to my "rc"-"sh" script )
And Or Use a shell command that waits for the windows "titles" of my
"emulater(s)" to pop-up

Here is another idea >

Herc should be able to detect internally when the terms are connected

How about adding a new console command that can be inserted in the "rc"
script

"wait for 2 devices to connct " maybe suse the LUNAME as you mentioned
above

sh cmd /c zos110term.bat
devlist
panrate 1000

Post by Steve and Grace Bovy

"term wait 2"
"term wait LU xx "

ipl A81

[somitcw]

Post by Lorne Dudley
Hello Harold !
I am a new user. From your post earlier today ...
am I correct if I say that FTP is not operational at
the present time on a TK3UPD system built on top of the
Volker Bandke mvs38j system ?
I am running under Hercules 3.0.7.7754 on a Windows7
platform.

What was said was that you are getting errors when
you start Hercules saying that either the syntax used
to load DYN75.dll does not match Hercules 3.0.7.7754
or an error saying that the compile of DYN75.dll
doesn't match the compile of Hercules 3.0.7.7754

Use the page-up key to view the Hercules start-up.
You could also copy StartMVS.bat to something like
StartMVS.log.bat and change the new .bat line:
hercules.exe
to:
hercules.exec >> Hercules.log.txt
Then run and crash the new .bat file.

I don't know what release of Hercules matches the
copy of DYN75.dll that you have

Post by Lorne Dudley
When I attempt to start FTPD it fails on a 0C1.
Regards
Lorne Dudley

The S0C1 is a good thing considering that DYN75.dll
didn't load and op-code X'75' doesn't exist.

[Lorne Dudley]

I would like to add a user SVC to TK3UPD.

Was IEASVC** supported back in mvs38j time ?

The spec in my current system PARMLIB looks like
IEASYS00
SVC=01
IEASVC01
SVCPARM 223,REPLACE,TYPE(3),EPNAME(IGC0022C)

Will this work for TK3UPD ?

Is there a bookshelf of IBM manuals for the mvs38j system ?
If so, can someone provide a reference URL ?

Regards

Lorne Dudley

[scott]

Post by Lorne Dudley
I would like to add a user SVC to TK3UPD.
Was IEASVC** supported back in mvs38j time ?
The spec in my current system PARMLIB looks like
IEASYS00
SVC=01
IEASVC01
SVCPARM 223,REPLACE,TYPE(3),EPNAME(IGC0022C)
Will this work for TK3UPD ?

No. I am working on supporting something like that via a usermod. I
also have a usermod which will add the entry into the SVC table so you
don't have to do a sysgen. I will see about uploading it to you here
tonight or tomorrow.

Post by Lorne Dudley
Is there a bookshelf of IBM manuals for the mvs38j system ?
If so, can someone provide a reference URL ?
Regards
Lorne Dudley

[Lorne Dudley]

Great, thank you Scott !

Regards

Lorne Dudley

Post by Lorne Dudley
I would like to add a user SVC to TK3UPD.
Was IEASVC** supported back in mvs38j time ?
The spec in my current system PARMLIB looks like
IEASYS00
SVC=01
IEASVC01
SVCPARM 223,REPLACE,TYPE(3),EPNAME(IGC0022C)
Will this work for TK3UPD ?

No. I am working on supporting something like that via a usermod. I
also have a usermod which will add the entry into the SVC table so you
don't have to do a sysgen. I will see about uploading it to you here
tonight or tomorrow.

[somitcw]

Post by Lorne Dudley
Great, thank you Scott !
Regards
Lorne Dudley

Post by Lorne Dudley
I would like to add a user SVC to TK3UPD.
Was IEASVC** supported back in mvs38j time ?
The spec in my current system PARMLIB looks like
IEASYS00
SVC=01
IEASVC01
SVCPARM 223,REPLACE,TYPE(3),EPNAME(IGC0022C)
Will this work for TK3UPD ?

No. I am working on supporting something like that via
a usermod. I also have a usermod which will add the entry
into the SVC table so you don't have to do a sysgen.
I will see about uploading it to you here tonight or
tomorrow.

Another option is to use a type 3 or 4 SVC that was
specified in sysgen stage1. TK3 sysgen stage1 is in
SYS1.SYSGEN.CNTL(SG0160) and SVCs 231-234 and 241-243
looked available back then. TK3UPD might match?
The unused SVCs have a eight byte dummy routine in
SYS1.LPALIB that would need to be replaced and then
you would need a re-IPL with a /r 00,clpa

SVC 223 is the wrong type and would require a zap to
the SVC table to work. the zap would be easy to do if
needed.

[Lorne Dudley]

Hello "somitcw" !

Here are the pertinent pieces from the Hercules log.

HHC01413I Hercules version 3.0.7.7754

HHC01526I HDL: loading module 'DYNINST'...

dyninst is deprecated, use HDL_DEFINST to replace instructions
Please refer to README.HDL for details on the use of HDL_DEFINST

HHC01527I HDL: module 'DYNINST' loaded
HHC01526I HDL: loading module 'dyn75'...
HHC01509I HDL: dependency check failed for 'REGS', version '3.03'
expected '3.08'
HHC01518E HDL: dependency check failed for module 'dyn75'

I don't know what the REGS stuff is all about.

Regards

Lorne Dudley

[somitcw]

Post by Lorne Dudley
Hello "somitcw" !
Here are the pertinent pieces from the Hercules log.
HHC01413I Hercules version 3.0.7.7754
HHC01526I HDL: loading module 'DYNINST'...
dyninst is deprecated, use HDL_DEFINST to replace instructions
Please refer to README.HDL for details on the use of HDL_DEFINST
HHC01527I HDL: module 'DYNINST' loaded
HHC01526I HDL: loading module 'dyn75'...
HHC01509I HDL: dependency check failed for 'REGS', version '3.03'
expected '3.08'
HHC01518E HDL: dependency check failed for module 'dyn75'
I don't know what the REGS stuff is all about.
Regards
Lorne Dudley

The REGS stuff is trying to tell you that the copy
of DYN75.dll doesn't match the release of Hercules that
you are running.

[Lorne Dudley]

How do I turn off the time-out on the TSO session.

Seems to log me off after about 5 - 10 minutes of null activity.

Regards

Lorne Dudley

[somitcw]

Post by Lorne Dudley
How do I turn off the time-out on the TSO session.
Seems to log me off after about 5 - 10 minutes of
null activity.
Regards
Lorne Dudley

Is it a log off or abend? What was the message on
the console? A text copy/paste in text without pictures
would be nice.

Do you have a QWS3270 keep-alive value set?
It shouldn't be needed unless the line between your
TN3270 and Hercules has issues.

If you are still running QWS3270Secure 4.6.0,
you do need to apply a service pack so you can
see the X-Sys light to know when you can type.
If you lock-up the terminal but can't see that
it is locked, you could have an output wait?

Without more information, I'm lost.
Perhaps someone else know what could cause a TSO
log off without wanting one?

[Lorne Dudley]

Hi "somitcw" !

So who looks after keeping DYN75.dll in step ?
Would that also be why the http 8081 port does not work on this Hercules
? I guess ???

I scanned SYS1.LPALIB.
Looks like IGC0023A,B,C,D, 24A,B,C,G are dummy routines.

How do I find the SVC table and what to zap for a type 3 SVC ?

Regards

Lorne Dudley

[somitcw]

Post by Lorne Dudley
Hi "somitcw" !
So who looks after keeping DYN75.dll in step ?

No one is keeping in-step because Hercules updates
are frozen and DYN75.dll is being replaced and no one
was keeping it in-step before that.

Post by Lorne Dudley
Would that also be why the http 8081 port does not
work on this Hercules
? I guess ???

It should work. Do you have the Windows firewall
open for hercules.exe and do you have the http/ folder
in the same folder that you execute Hercules from or
do you specify a different HTTP ROOT ?
What it say when you try to get to:
http://127.0.0.1:8081
Can you text copy/paste in text without pictures?

Post by Lorne Dudley
I scanned SYS1.LPALIB.
Looks like IGC0023A,B,C,D, 24A,B,C,G are dummy routines.

The first seven of those may work. I wouldn't try 247

Post by Lorne Dudley
How do I find the SVC table and what to zap for a type 3 SVC ?

Those are already type 3/4 SVCs so if you can use them,
there is nothing to zap.

If you want to zap, it's:
Data set: SYS1.NUCLEUS
Member: IEANUC01
CSECT: SVCTABLE

You can compare the input SYS1.SYSGEN.CNTL(SG0160)
to the expanded assembly source for IEASVC00 in
REVIEW 'SYS1.STAGE1.OUTPUT'

NUCLEUS resident SVCs will have a V-Con in the
first word of their entry. Type 3/4 SVCs will have
zeroes in the first word of their entry so you might
want to zap an undefined SVCs.

Post by Lorne Dudley
Regards
Lorne Dudley

[somitcw]

Post by somitcw

Post by Lorne Dudley
Hi "somitcw" !
So who looks after keeping DYN75.dll in step ?

No one is keeping in-step because Hercules updates
are frozen and DYN75.dll is being replaced and no one
was keeping it in-step before that.

Post by Lorne Dudley
Would that also be why the http 8081 port does not
work on this Hercules
? I guess ???

It should work. Do you have the Windows firewall
open for hercules.exe and do you have the http/ folder
in the same folder that you execute Hercules from or
do you specify a different HTTP ROOT ?
http://127.0.0.1:8081
Can you text copy/paste in text without pictures?

Post by Lorne Dudley
I scanned SYS1.LPALIB.
Looks like IGC0023A,B,C,D, 24A,B,C,G are dummy routines.

The first seven of those may work. I wouldn't try 247

Post by Lorne Dudley
How do I find the SVC table and what to zap for a type 3 SVC ?

Those are already type 3/4 SVCs so if you can use them,
there is nothing to zap.
Data set: SYS1.NUCLEUS
Member: IEANUC01
CSECT: SVCTABLE
You can compare the input SYS1.SYSGEN.CNTL(SG0160)
to the expanded assembly source for IEASVC00 in
REVIEW 'SYS1.STAGE1.OUTPUT'
NUCLEUS resident SVCs will have a V-Con in the
first word of their entry. Type 3/4 SVCs will have
zeroes in the first word of their entry so you might
want to zap an undefined SVCs.

Post by Lorne Dudley
Regards
Lorne Dudley

Undefined SVC also have a V-Con in the first word so
a zap before the system is up might not work for them?
If you can't use one of the seven identified, how about
using the type 3/4 ESR SVC 109 ? Register fifteen would
need the function code that identifies which IGX000nn
load module to use.

Can you zap after IPL? CVT > CVTABEND > SCVSVCT
CVT, IHASCVT, IHASVC

[Lorne Dudley]

Hi "somitcw" !

Looks like a TSO session time-out.

TSU 16 IEF450I HERC01 IKJACCNT FSILOGON - ABEND S522 U0000 - TIM

This puts me back to the Volker Bandke TSO Logon screen. No big deal,
but it is annoying to have to log on again while I'm working on JCL,
etcetera, for submission through 00C.

Regards

Lorne Dudley

[Lorne Dudley]

Would it work if I added a ,TIME=1440 parameter at the end ???

FSILOGON PROC
//IKJACCNT EXEC PGM=IKJEFT01,PARM=USRLOGON

Post by Lorne Dudley
Hi "somitcw" !
Looks like a TSO session time-out.
TSU 16 IEF450I HERC01 IKJACCNT FSILOGON - ABEND S522 U0000 - TIM
This puts me back to the Volker Bandke TSO Logon screen. No big deal,
but it is annoying to have to log on again while I'm working on JCL,
etcetera, for submission through 00C.
Regards
Lorne Dudley

[somitcw]

Post by Lorne Dudley

Post by Lorne Dudley
Hi "somitcw" !
Looks like a TSO session time-out.
TSU 16 IEF450I HERC01 IKJACCNT FSILOGON - ABEND S522 U0000 - TIM
This puts me back to the Volker Bandke TSO Logon screen.
No big deal, but it is annoying to have to log on again
while I'm working on JCL, etcetera, for submission
through 00C.

If you are running MVS, why not edit and submit the
JCL on MVS?

Post by Lorne Dudley

Post by Lorne Dudley
Regards
Lorne Dudley

Would it work if I added a ,TIME=1440 parameter at the end ???
FSILOGON PROC
//IKJACCNT EXEC PGM=IKJEFT01,PARM=USRLOGON

That might work but doesn't explain the problem.
What JWT= ( JOB-Wait-Time ) do you have in
SYS1.PARMLIB(SMFPRM00)

Can you get an accurate estimate on how long it takes
from the time you leave a TSO session until the S522 abend?
I haven't had much experience in TSO sessions abending
early?

[Lorne Dudley]

Hi "somitcw" !

Post by somitcw

Post by somitcw
Member: IEANUC01
CSECT: SVCTABLE
You can compare the input SYS1.SYSGEN.CNTL(SG0160)
to the expanded assembly source for IEASVC00 in
REVIEW 'SYS1.STAGE1.OUTPUT'
NUCLEUS resident SVCs will have a V-Con in the
first word of their entry. Type 3/4 SVCs will have
zeroes in the first word of their entry so you might
want to zap an undefined SVCs.

Undefined SVC also have a V-Con in the first word so
a zap before the system is up might not work for them?
If you can't use one of the seven identified, how about
using the type 3/4 ESR SVC 109 ? Register fifteen would
need the function code that identifies which IGX000nn
load module to use.
Can you zap after IPL? CVT > CVTABEND > SCVSVCT
CVT, IHASCVT, IHASVC

What function can I use to zap after IPL ???

I guess I could look in to the IGX000nn method.
My existing user SVC assembles OK under TK3UPD and it's been a long
while since I have worked at the assembler level.
(Date on user SVC - 1988-JANUARY-7)

Regards

Lorne Dudley

[Lorne Dudley]

Hi "somitcw" !

SVCPARM 223,REPLACE,TYPE(3),EPNAME(IGC0022C)

What is the best fit for this one ?
I don't know what the "restrictabe" and "preemptible" terms imply.
FC00 = not restricted ?
-NP = nonpreemptible ?

From SVCTABLE

SVCTB SVCTABLE SVC-248-T4-FC00-NP, FSE, not restricted, nonpreemptible
SVC-244-T4-FC00-NP, Authorization SVC, as above
SVC-243-T4-FC00, not restricted, preemptible
SVC-242-T4-FC01-NP, restricted, nonpreemptible
SVC-241-T4-FC01, restricted, preemptible
SVC-234-T3-FC00-NP,
SVC-233-T3-FC00,
SVC-232-T3-FC01-NP,
SVC-231-T3-FC01,

Regards

Lorne Dudley