Re: Hercules and VM/ESA Routing
On 2/24/23 12:53, Fish Fish wrote: I wound up going this route myself, and after figuring
out how to do it (I wound up using a bridge device and
running it to the Ethernet and tap devices), it works
really well. Unless VM/ESA supports OSA? Does anyone know? I don't recall having ever tried it myself. I have two separate VM/ESA 2.4.0 configurations -- one CTCI, the other LCS -- and while both work fine for me, I prefer to use LCS whenever OSA isn't available.
VM/ESA 2.4 definitely does support OSA. (we're running two OSAs in an S/390 at LSSM) -Dave -- Dave McGuire, AK4HZ New Kensington, PA
|
Re: Hercules and VM/ESA Routing
Tony Harminc wrote: What guest OSs still support LCS? As far as VM operating systems go, I can confirm that VM/ESA 2.4.0 supports LCS, as do all modern z/VMs. Modern z/VM supports OSA as well (in either mode too: Layer 2 mode -or- Layer 3). I have no idea what type of networking support VM/SP5 or earlier had, if any. As far as z/OS is concerned, all modern z/OS support all three types: CTCI, LCS or OSA (but its OSA support is only Layer 3 though). Can't speak for any other guest O/Ss. -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@...
|
Re: Hercules and VM/ESA Routing
Jay Maynard wrote: Seconded. Thirded. I wound up going this route myself, and after figuring
out how to do it (I wound up using a bridge device and
running it to the Ethernet and tap devices), it works
really well. Unless VM/ESA supports OSA? Does anyone know? I don't recall having ever tried it myself. I have two separate VM/ESA 2.4.0 configurations -- one CTCI, the other LCS -- and while both work fine for me, I prefer to use LCS whenever OSA isn't available. For modern z/VM I use QETH/OSA. Same with z/OS too. I believe OSA is newer than LCS, and LCS is newer than CTCI? Yes? OSA (QETH) first choice, LCS second choice, CTCI last choice. -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@...
|
Re: Hercules and VM/ESA Routing
On Fri, 24 Feb 2023 at 10:37, Jay Maynard <jaymaynard@...> wrote:
Seconded. I wound up going this route myself, and after figuring out how to do it (I wound up using a bridge device and running it to the Ethernet and tap devices), it works really well.
On Fri, Feb 24, 2023 at 9:26 AM <mikeci@...> wrote:
Start using LCS. It is much easier, because you can bridge tap0 and not worry about routing.
What guest OSs still support LCS? Tony H.
|
Re: Hercules and VM/ESA Routing
Seconded. I wound up going this route myself, and after figuring out how to do it (I wound up using a bridge device and running it to the Ethernet and tap devices), it works really well.
On Fri, Feb 24, 2023 at 9:26 AM < mikeci@...> wrote: Start using LCS. It is much easier, because you can bridge tap0 and not worry about routing.?
|
Re: Hercules and VM/ESA Routing
Start using LCS. It is much easier, because you can bridge tap0 and not worry about routing.?
|
Re: Hercules and VM/ESA Routing
You might have a look here:??
Joe
On Fri, Feb 24, 2023 at 6:44 AM Turgut Kalfaoglu < turgut@...> wrote:
Many thanks.. While testing, yes, I did
force/xautolog TCPIP often..
I suspect the tun device, its routing,
and the iptables firewall that might be involved.
I tweaked with a lot of the parameters
but I did not yet find a winning match..
-turgut
On 2/23/23 21:52, Mike Stramba wrote:
Have your started the TCPIP?virtual machine ?
There might be an AUTOLG?EXEC on the OPERATOR machine
called from it's PROFILE EXEC.
The default in the AUTOLG EXEC is to have all the XAUTOLOG
commands commented out
On Thu, Feb 23, 2023 at 11:08
AM Turgut Kalfaoglu < turgut@...>
wrote:
Hi there. I am unable to get routing working between the
Linux host and the VM/ESA running..
The 192.168.200.1 cannot be pinged from the linux, and
the 192.168.200.2 cannot be pinged from the VM.
Here is what I did:
PROFILE TCPIP D:
DEVICE CTCDEV1 CTC E20??? ?
LINK???? CTCLINK1 CTC 0 CTCDEV1
HOME????? 192.168.200.1 CTCLINK1
GATEWAY????????????????????????????????????????????????????????????????
?
? 192.168.200.2?? =?????????????? CTCLINK1? 1500??
HOST?????????????????? ??
? DEFAULTNET 192.168.200.2 CTCLINK1??? DEFAULTSIZE 0
START CTCDEV1
On the Linux side:
hercules.cnf:
0E20.2
CTCI 192.168.200.1 192.168.200.2
$
?ifconfig tun2
tun2: flags=81<UP,POINTOPOINT,RUNNING> ?mtu 1500
???????inet 192.168.200.2 ?netmask 255.255.255.255
?destination 192.168.200.1
???????inet6 fe80::7a48:85e6:4f27:6c6d ?prefixlen 64
?scopeid 0x20<link>
???????unspec
00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
?txqueuelen 500 ?(UNSPEC)
???????RX packets 0 ?bytes 0 (0.0 B)
???????RX errors 0 ?dropped 0 ?overruns 0 ?frame 0
???????TX packets 228 ?bytes 19120 (18.6 KiB)
???????TX errors 0 ?dropped 1815 overruns 0 ?carrier 0
?collisions 0
$
route -n|grep tun2
192.18.200.0 ???0.0.0.0 ????????255.255.255.0 ??U
????0 ?????0 ???????0 tun2
192.168.200.1 ??0.0.0.0 ????????255.255.255.255 UH
???0 ?????0 ???????0 tun2
192.168.200.2 ??0.0.0.0 ????????255.255.255.255 UH
???0 ?????0 ???????0 tun2
I'm sure I'm missing
something.. but what :)
Many thanks! -t
|
Re: Hercules and VM/ESA Routing
Many thanks.. While testing, yes, I did
force/xautolog TCPIP often..
I suspect the tun device, its routing,
and the iptables firewall that might be involved.
I tweaked with a lot of the parameters
but I did not yet find a winning match..
-turgut
On 2/23/23 21:52, Mike Stramba wrote:
toggle quoted message
Show quoted text
Have your started the TCPIP?virtual machine ?
There might be an AUTOLG?EXEC on the OPERATOR machine
called from it's PROFILE EXEC.
The default in the AUTOLG EXEC is to have all the XAUTOLOG
commands commented out
On Thu, Feb 23, 2023 at 11:08
AM Turgut Kalfaoglu < turgut@...>
wrote:
Hi there. I am unable to get routing working between the
Linux host and the VM/ESA running..
The 192.168.200.1 cannot be pinged from the linux, and
the 192.168.200.2 cannot be pinged from the VM.
Here is what I did:
PROFILE TCPIP D:
DEVICE CTCDEV1 CTC E20??? ?
LINK???? CTCLINK1 CTC 0 CTCDEV1
HOME????? 192.168.200.1 CTCLINK1
GATEWAY????????????????????????????????????????????????????????????????
?
? 192.168.200.2?? =?????????????? CTCLINK1? 1500??
HOST?????????????????? ??
? DEFAULTNET 192.168.200.2 CTCLINK1??? DEFAULTSIZE 0
START CTCDEV1
On the Linux side:
hercules.cnf:
0E20.2
CTCI 192.168.200.1 192.168.200.2
$
?ifconfig tun2
tun2: flags=81<UP,POINTOPOINT,RUNNING> ?mtu 1500
???????inet 192.168.200.2 ?netmask 255.255.255.255
?destination 192.168.200.1
???????inet6 fe80::7a48:85e6:4f27:6c6d ?prefixlen 64
?scopeid 0x20<link>
???????unspec
00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
?txqueuelen 500 ?(UNSPEC)
???????RX packets 0 ?bytes 0 (0.0 B)
???????RX errors 0 ?dropped 0 ?overruns 0 ?frame 0
???????TX packets 228 ?bytes 19120 (18.6 KiB)
???????TX errors 0 ?dropped 1815 overruns 0 ?carrier 0
?collisions 0
$
route -n|grep tun2
192.18.200.0 ???0.0.0.0 ????????255.255.255.0 ??U
????0 ?????0 ???????0 tun2
192.168.200.1 ??0.0.0.0 ????????255.255.255.255 UH
???0 ?????0 ???????0 tun2
192.168.200.2 ??0.0.0.0 ????????255.255.255.255 UH
???0 ?????0 ???????0 tun2
I'm sure I'm missing
something.. but what :)
Many thanks! -t
|
Re: Hercules and VM/ESA Routing
Have your started the TCPIP?virtual machine ?
There might be an AUTOLG?EXEC on the OPERATOR machine called from it's PROFILE EXEC.
The default in the AUTOLG EXEC is to have all the XAUTOLOG commands commented out
On Thu, Feb 23, 2023 at 11:08 AM Turgut Kalfaoglu < turgut@...> wrote:
Hi there. I am unable to get routing working between the Linux
host and the VM/ESA running..
The 192.168.200.1 cannot be pinged from the linux, and the
192.168.200.2 cannot be pinged from the VM.
Here is what I did:
PROFILE TCPIP D:
DEVICE CTCDEV1 CTC E20??? ?
LINK???? CTCLINK1 CTC 0 CTCDEV1
HOME????? 192.168.200.1 CTCLINK1
GATEWAY????????????????????????????????????????????????????????????????
?
? 192.168.200.2?? =?????????????? CTCLINK1? 1500??
HOST?????????????????? ??
? DEFAULTNET 192.168.200.2 CTCLINK1??? DEFAULTSIZE 0
START CTCDEV1
On the Linux side:
hercules.cnf:
0E20.2 CTCI
192.168.200.1 192.168.200.2
$ ?ifconfig
tun2
tun2: flags=81<UP,POINTOPOINT,RUNNING> ?mtu 1500
???????inet 192.168.200.2 ?netmask 255.255.255.255 ?destination
192.168.200.1
???????inet6 fe80::7a48:85e6:4f27:6c6d ?prefixlen 64 ?scopeid
0x20<link>
???????unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
?txqueuelen 500 ?(UNSPEC)
???????RX packets 0 ?bytes 0 (0.0 B)
???????RX errors 0 ?dropped 0 ?overruns 0 ?frame 0
???????TX packets 228 ?bytes 19120 (18.6 KiB)
???????TX errors 0 ?dropped 1815 overruns 0 ?carrier 0
?collisions 0
$ route
-n|grep tun2
192.18.200.0 ???0.0.0.0 ????????255.255.255.0 ??U ????0
?????0 ???????0 tun2
192.168.200.1 ??0.0.0.0 ????????255.255.255.255 UH ???0
?????0 ???????0 tun2
192.168.200.2 ??0.0.0.0 ????????255.255.255.255 UH ???0
?????0 ???????0 tun2
I'm sure I'm missing
something.. but what :)
Many thanks! -t
|
Re: User Program DEBUGging in CMS
#VMCE
Hello Mark,
I have sent you a PDF with some words on PER usage in program debugging. Please let me know that you have received it.
Regards,
Martin.
|
Hercules and VM/ESA Routing
Hi there. I am unable to get routing working between the Linux
host and the VM/ESA running..
The 192.168.200.1 cannot be pinged from the linux, and the
192.168.200.2 cannot be pinged from the VM.
Here is what I did:
PROFILE TCPIP D:
DEVICE CTCDEV1 CTC E20??? ?
LINK???? CTCLINK1 CTC 0 CTCDEV1
HOME????? 192.168.200.1 CTCLINK1
GATEWAY????????????????????????????????????????????????????????????????
?
? 192.168.200.2?? =?????????????? CTCLINK1? 1500??
HOST?????????????????? ??
? DEFAULTNET 192.168.200.2 CTCLINK1??? DEFAULTSIZE 0
START CTCDEV1
On the Linux side:
hercules.cnf:
0E20.2 CTCI
192.168.200.1 192.168.200.2
$ ?ifconfig
tun2
tun2: flags=81<UP,POINTOPOINT,RUNNING> ?mtu 1500
???????inet 192.168.200.2 ?netmask 255.255.255.255 ?destination
192.168.200.1
???????inet6 fe80::7a48:85e6:4f27:6c6d ?prefixlen 64 ?scopeid
0x20<link>
???????unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
?txqueuelen 500 ?(UNSPEC)
???????RX packets 0 ?bytes 0 (0.0 B)
???????RX errors 0 ?dropped 0 ?overruns 0 ?frame 0
???????TX packets 228 ?bytes 19120 (18.6 KiB)
???????TX errors 0 ?dropped 1815 overruns 0 ?carrier 0
?collisions 0
$ route
-n|grep tun2
192.18.200.0 ???0.0.0.0 ????????255.255.255.0 ??U ????0
?????0 ???????0 tun2
192.168.200.1 ??0.0.0.0 ????????255.255.255.255 UH ???0
?????0 ???????0 tun2
192.168.200.2 ??0.0.0.0 ????????255.255.255.255 UH ???0
?????0 ???????0 tun2
I'm sure I'm missing
something.. but what :)
Many thanks! -t
|
Re: User Program DEBUGging in CMS
#VMCE
On Mon, Feb 13, 2023 at 07:42 AM, Martin Taylor wrote:
I can put together a guide outlining my method if this would be of use to you.
I think having someone write about PER, who has used it would be of benefit to ALL of us. Please do so at your pace. ?... Mark S.
|
Re: User Program DEBUGging in CMS
#VMCE
On Mon, Feb 13, 2023 at 08:10 AM, Dave Wade wrote:
One issuette is that PER which is definitely the way?to go is a user add-on so isn't in the R6 manuals. It's way more sophisticated than the CMS debug facilites.
I remember hearing about PER, but when last debugging years ago, I got my problem solved with DEBUG, so I didn't look into it. So the VM/370 CE V1R1.2 contains help for CP PER, and I can use that, and won't waste time scanning the manuals. Thanks! ?... Mark S.
|
Re: User Program DEBUGging in CMS
#VMCE
What Dave says is true but its worth looking st CP PER function as it can assist the debugging process no end.
|
Re: User Program DEBUGging in CMS
#VMCE
Mark, One issuette is that PER which is definitely the way?to go is a user add-on so isn't in the R6 manuals. It's way more sophisticated than the CMS debug facilites. Dave
On Mon, 13 Feb 2023, 13:42 Martin Taylor via , <mtayloribm360= [email protected]> wrote: Hello Mark,
I tried to use the DEBUG function but never got the hang of it. Using CP to do the debugging was the way to go. I can put together a guide outlining my method if this would be of use to you.
Regards,
Martin.
|
Re: User Program DEBUGging in CMS
#VMCE
Hello Mark,
I tried to use the DEBUG function but never got the hang of it. Using CP to do the debugging was the way to go. I can put together a guide outlining my method if this would be of use to you.
Regards,
Martin.
|
Re: User Program DEBUGging in CMS
#VMCE
On Sun, Feb 12, 2023 at 02:48 PM, Martin Taylor wrote:
Hope this is not telling you stuff you already know !
Since the program is a user program, rather than CMS, I had not thought to try the CP debugging commands. That will be new ground for me. Thank you. ?... Mark S.
|
Re: User Program DEBUGging in CMS
#VMCE
On Sat, Feb 11, 2023 at 07:58 PM, Tony Harminc wrote:
I haven't debugged on VM of any flavour for a long time, but it seems
to me you should be able to use the START assembler directive (instead
of CSECT) to get your listings to match loaded reality.
I've been using LOADMOD, then set up the CMS DEBUG commands, and then issue START with the parameters I would normally pass when I just entered the module name. I don't know if I have multiple bugs, or not, yet. Thank you! ?... Mark S.
|
Re: User Program DEBUGging in CMS
#VMCE
Hello Mark,
I did a lot of program debugging back in the day and recently with the VM/370 system. I used the ADSTOP to set a stop point and the use the CP PER and DISPLAY commands to look at storage and register content. The PER command I used was PER I RANGE nnnnnnn:xx where n is the start trace address and xx is the length of code to be traced. There are a options to step code or let it run to display to the terminal or output to a printer. With DISPLAY you can show storage and register content. You can also get the PER command to do this for every time it traps. There is a whole host of options and commands with PER its worth looking at. Also there is the TRACE command that will trap interrupts and the TRACE PROGRAM is useful to trap program abends and then use the DISPLAY command to look around.
Don¡¯t forget to use the LOAD MAP created by the GENMOD to find the areas where you want to investigate.
Hope this is not telling you stuff you already know !
Regards,?
Martin.
|
Re: User Program DEBUGging in CMS
#VMCE
On Fri, 10 Feb 2023 at 21:36, Mark A. Stevens via groups.io wrote:
It's been ages since I debugged a user program in CMS, and I'm stumbling over things I used to
remember, so I have a few questions for anyone who's got something to offer.
I have a program that has multiple SD entries, and the addresses start at X'020000' and go up.
The programs were separately compiled so the displacements shown in the listings are for that
particular routine->text deck->module. That is ... a module that loads at 275F0, and the
instruction I want to look at is X'0A' (10 decimal) bytes in, I want to X 275FA 8, to see the code
in memory, -OR- if I have defined the ORIGIN 02000, then I have to remember to really use X
075FA 8.
[...] I haven't debugged on VM of any flavour for a long time, but it seems to me you should be able to use the START assembler directive (instead of CSECT) to get your listings to match loaded reality. Of course you'd have to change the address on START each time you change any preceding module, so it's not ideal. But if you think you'll be finding multiple bugs or generally spending a lot of time debugging your program before rebuilding, then it might work well. Tony H.
|
Dave McGuire
Mark A. Stevens