Re: Hipersockets and Linux...
Yes, that did the trick. Thanks for the solution with such details! Frank M. Ramaekers Jr. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Vic Cross Sent: Monday, March 8, 2021 9:43 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets and Linux... External Message – Think Before You Click Frank wrote: >Okay, following along in "IBM HiperSockets Implementation Guide" >Chapter 3 "Software configurations for HiperSockets. The command >"ifconfig enccw0.0.0800 192.168.250.88 netmask 255.255.255.0 up" >seems to work, only temporarily. > ># ping 192.168.250.101 >PING 192.168.250.101 (192.168.250.101) 56(84) bytes of data. >64 bytes from 192.168.250.101: icmp_seq=1 ttl=255 time=0.362 ms >64 bytes from 192.168.250.101: icmp_seq=2 ttl=255 time=0.313 ms > >Then just a few seconds later: ># ping 192.168.250.101 >PING 192.168.250.101 (192.168.250.101) 56(84) bytes of data. >From 32.140.72.137 icmp_seq=9 Packet filtered From 32.140.72.137 >icmp_seq=19 Packet filtered From 32.140.72.137 icmp_seq=20 Packet >filtered Your ifconfig has proven that the interface works, which is great, but using ifconfig (or any of the manual interface config commands, such as ip) is a very temporary config method. At best it lasts until the next reboot, but these days often not even that long. I suspect that NetworkManager is trying to configure the interface for you. Its standard treatment of unconfigured interfaces is to use DHCP to get an address, so it's probably the DHCP client that is clearing what you do with ifconfig. You should have an ifcfg-* file in /etc/sysconfig/network-scripts/ for your OSA/VSwitch interface... Copy this file to ifcfg-enccw0.0.0800 and make all the required changes inside there (you can delete the UUID line, if you still have an OSA/VSwitch to get to most things then delete the GATEWAY line, and if you want to talk to z/OS make sure that in the OPTIONS line you have "layer2=0"). Then restart NetworkManager (systemctl restart NetworkManager.service). NM will then see your HiperSockets as another "System" connection and manage it for you. Regards, Vic -- Vic Cross Solutions Engineer, Z Acceleration Team IBM Z (Worldwide) E-mail: viccr...@au1.ibm.com Twitter: @viccross -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit https://urldefense.com/v3/__http://www2.marist.edu/htbin/wlvindex?LINUX-390__;!!GePVz-XrgrDUrw!-p10A02CI_MFnOGPTEJqP4hcHYXgnF5fGmih5a_R0dCyG-ktv18zsEdEVTDe4UaZ$ -- This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@globe.life. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Hipersockets and Linux...
Frank wrote: >Okay, following along in "IBM HiperSockets Implementation Guide" >Chapter 3 "Software configurations for HiperSockets. The command >"ifconfig enccw0.0.0800 192.168.250.88 netmask 255.255.255.0 up" >seems to work, only temporarily. > ># ping 192.168.250.101 >PING 192.168.250.101 (192.168.250.101) 56(84) bytes of data. >64 bytes from 192.168.250.101: icmp_seq=1 ttl=255 time=0.362 ms >64 bytes from 192.168.250.101: icmp_seq=2 ttl=255 time=0.313 ms > >Then just a few seconds later: ># ping 192.168.250.101 >PING 192.168.250.101 (192.168.250.101) 56(84) bytes of data. >From 32.140.72.137 icmp_seq=9 Packet filtered >From 32.140.72.137 icmp_seq=19 Packet filtered >From 32.140.72.137 icmp_seq=20 Packet filtered Your ifconfig has proven that the interface works, which is great, but using ifconfig (or any of the manual interface config commands, such as ip) is a very temporary config method. At best it lasts until the next reboot, but these days often not even that long. I suspect that NetworkManager is trying to configure the interface for you. Its standard treatment of unconfigured interfaces is to use DHCP to get an address, so it's probably the DHCP client that is clearing what you do with ifconfig. You should have an ifcfg-* file in /etc/sysconfig/network-scripts/ for your OSA/VSwitch interface... Copy this file to ifcfg-enccw0.0.0800 and make all the required changes inside there (you can delete the UUID line, if you still have an OSA/VSwitch to get to most things then delete the GATEWAY line, and if you want to talk to z/OS make sure that in the OPTIONS line you have "layer2=0"). Then restart NetworkManager (systemctl restart NetworkManager.service). NM will then see your HiperSockets as another "System" connection and manage it for you. Regards, Vic -- Vic Cross Solutions Engineer, Z Acceleration Team IBM Z (Worldwide) E-mail: viccr...@au1.ibm.com Twitter: @viccross -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Hipersockets and Linux...
...specifically Clef (CentOS) 7.8. Adding hipersockets to a zLinux instance. Okay, following along in "IBM HiperSockets Implementation Guide" Chapter 3 "Software configurations for HiperSockets. The command "ifconfig enccw0.0.0800 192.168.250.88 netmask 255.255.255.0 up" seems to work, only temporarily. # ping 192.168.250.101 PING 192.168.250.101 (192.168.250.101) 56(84) bytes of data. 64 bytes from 192.168.250.101: icmp_seq=1 ttl=255 time=0.362 ms 64 bytes from 192.168.250.101: icmp_seq=2 ttl=255 time=0.313 ms Then just a few seconds later: # ping 192.168.250.101 PING 192.168.250.101 (192.168.250.101) 56(84) bytes of data. >From 32.140.72.137 icmp_seq=9 Packet filtered >From 32.140.72.137 icmp_seq=19 Packet filtered >From 32.140.72.137 icmp_seq=20 Packet filtered ^C --- 192.168.250.101 ping statistics --- 24 packets transmitted, 0 received, +3 errors, 100% packet loss, time 23033ms Ifconfig shows that it lost it's IP address: enccw0.0.0800: flags=4291 mtu 57344 ether ce:c6:5f:01:00:ac txqueuelen 1000 (Ethernet) RX packets 12 bytes 1008 (1008.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 207 bytes 46687 (45.5 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 Dmesg: [68941.351102] qdio: 0.0.0802 HS on SC 2b using AI:1 QEBSM:1 PRI:0 TDD:1 SIGA:RW A [68941.351112] qeth 0.0.0800: Completion Queue support disabled [68941.361535] qeth 0.0.0800: Device is a HiperSockets card (level: HSSP) with link type HiperSockets. [68941.361599] qeth 0.0.0800: Hardware IP fragmentation not supported on hsi0 [68941.361601] qeth 0.0.0800: Inbound source MAC-address not supported on hsi0 [68941.361617] qeth 0.0.0800: VLAN enabled [68941.361633] qeth 0.0.0800: Multicast enabled [68941.361635] qeth 0.0.0800: IPV6 enabled [68941.361666] qeth 0.0.0800: Broadcast enabled [68941.361682] qeth 0.0.0800: Outbound TSO not supported on hsi0 [68941.579002] IPv6: ADDRCONF(NETDEV_UP): enccw0.0.0800: link is not ready Ideas? Thoughts? Guesses? WAG? Frank Ramaekers Jr. | Systems Senior Administrator | CIS Mainframe Services Unisys | O-(512) 387-3949 | M-(254) 214-1820 | francis.ramaek...@unisys.com<mailto:francis.ramaek...@unisys.com> [unisys_logo]<http://www.unisys.com/> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all devices. [Grey_LI]<http://www.linkedin.com/company/unisys> [Grey_TW] <http://twitter.com/unisyscorp> [Grey_GP] <https://plus.google.com/+UnisysCorp/posts> [Grey_YT] <http://www.youtube.com/theunisyschannel> [Grey_FB] <http://www.facebook.com/unisyscorp> [Grey_Vimeo] <https://vimeo.com/unisys> [Grey_UB] <http://blogs.unisys.com/> [Grey_Weibo] <https://weibo.com/unisyschina> -- This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@globe.life. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Problem with Hipersockets z13 SUSE 12 Sp4
Great Guys I'll check all of this. Cheers. Marco. Marco Antonio Ba?uelos Hern?ndez Ingeniero de Pre-venta marco.banue...@suse.com From: Linux on 390 Port on behalf of Mark Post Sent: Wednesday, February 6, 2019 3:54:48 PM To: Linux on 390 Port Subject: Re: Problem with Hipersockets z13 SUSE 12 Sp4 >>> On 2/5/2019 at 05:00 PM, Marco Banuelos wrote: > Hi all, > > I'm experiencing some problems with SLES 12 SP4 running on z/vm 7.1, I made > a SLES 12 SP4 installation and I configured with OSA network, now the > customer want's to switch from OSA to Hipersocket and the HiperSocket network > it's not showed on the SLES 12 SP4 vm, I rebooted the vm, I tried to install > manually the driver, but it's not working. How did you connect the HiperSocket to the guest? Did you ATTACH the devices to the guest? Did you DEDICATE them in the CP directory? If the latter, you'll need to ATTACH them to the guest, or logoff the guest and log it back on. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Problem with Hipersockets z13 SUSE 12 Sp4
>>> On 2/6/2019 at 05:10 PM, Alan Altmark wrote: > On Wednesday, 02/06/2019 at 09:56 GMT, Mark Post wrote: > >> How did you connect the HiperSocket to the guest? Did you ATTACH the > devices >> to the guest? Did you DEDICATE them in the CP directory? If the > latter, >> you'll need to ATTACH them to the guest, or logoff the guest and log it > back on. > > Other way 'round. If you DEDICATE them, they'll be automatically attached > to the guest. If you manually ATTACH them (or if you DETACH them!), then > you have to do the ATTACH. (Hint: Use DEDICATE. ATTACH requires special > privileges.) You're assuming the CP directory was updated before the last time the guest was logged on. I was not. I was also thinking any ATTACH commands would be issued by OPERATOR or the like. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Problem with Hipersockets z13 SUSE 12 Sp4
On Wednesday, 02/06/2019 at 09:56 GMT, Mark Post wrote: > How did you connect the HiperSocket to the guest? Did you ATTACH the devices > to the guest? Did you DEDICATE them in the CP directory? If the latter, > you'll need to ATTACH them to the guest, or logoff the guest and log it back on. Other way 'round. If you DEDICATE them, they'll be automatically attached to the guest. If you manually ATTACH them (or if you DETACH them!), then you have to do the ATTACH. (Hint: Use DEDICATE. ATTACH requires special privileges.) Alan Altmark Senior Managing z/VM and Linux Consultant IBM Systems Lab Services IBM Z Delivery Practice ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Problem with Hipersockets z13 SUSE 12 Sp4
>>> On 2/5/2019 at 05:00 PM, Marco Banuelos wrote: > Hi all, > > I'm experiencing some problems with SLES 12 SP4 running on z/vm 7.1, I made > a SLES 12 SP4 installation and I configured with OSA network, now the > customer want's to switch from OSA to Hipersocket and the HiperSocket network > it's not showed on the SLES 12 SP4 vm, I rebooted the vm, I tried to install > manually the driver, but it's not working. How did you connect the HiperSocket to the guest? Did you ATTACH the devices to the guest? Did you DEDICATE them in the CP directory? If the latter, you'll need to ATTACH them to the guest, or logoff the guest and log it back on. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Problem with Hipersockets z13 SUSE 12 Sp4
Marco, It sounds like the hipersockets connection has not been made visible to the Linux guest in the z/VM directory. Please verify with your z/VM administrator that the hipersockets connection has been defined (and that there is some other guest on that same hipersocket connection so you can test the communications). If the hipersocket link has been defined to your virtual machine, it might be blocked and you'll need to use cio_ignore to make it visible. Thanks, Sam (217) 862-9227 (office) (602) 327-2134 (cell) -Original Message- From: Linux on 390 Port On Behalf Of Marco Banuelos Sent: Tuesday, February 5, 2019 3:01 PM To: LINUX-390@VM.MARIST.EDU Subject: Problem with Hipersockets z13 SUSE 12 Sp4 Hi all, I'm experiencing some problems with SLES 12 SP4 running on z/vm 7.1, I made a SLES 12 SP4 installation and I configured with OSA network, now the customer want's to switch from OSA to Hipersocket and the HiperSocket network it's not showed on the SLES 12 SP4 vm, I rebooted the vm, I tried to install manually the driver, but it's not working. Does anyone experienced this issue? Thank you. Best Regards. Marco Antonio Bañuelos Hernández Ingeniero de Pre-venta marco.banue...@suse.com -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.marist.edu%2Fhtbin%2Fwlvindex%3FLINUX-390&data=02%7C01%7CSam.Cohen%40LRS.COM%7C86fbdccec46b47f09c3608d68bcdeb80%7C62af9ccc42164ae2a1d306614c59c315%7C0%7C1%7C636850113886160721&sdata=z69SCdWJ5rYYzKdUzDn9tmHcW1E9I72WUSYgX0mUXvY%3D&reserved=0 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Problem with Hipersockets z13 SUSE 12 Sp4
Marco I have Hipersockets with Suse 15 and Ubuntu 18 running in lpar no z/VM on a zBC12 Sent from MI A2 On Feb. 5, 2019 10:54 p.m., Marco Banuelos wrote: Hi all, I'm experiencing some problems with SLES 12 SP4 running on z/vm 7.1, I made a SLES 12 SP4 installation and I configured with OSA network, now the customer want's to switch from OSA to Hipersocket and the HiperSocket network it's not showed on the SLES 12 SP4 vm, I rebooted the vm, I tried to install manually the driver, but it's not working. Does anyone experienced this issue? Thank you. Best Regards. Marco Antonio Bañuelos Hernández Ingeniero de Pre-venta marco.banue...@suse.com -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Problem with Hipersockets z13 SUSE 12 Sp4
Hi all, I'm experiencing some problems with SLES 12 SP4 running on z/vm 7.1, I made a SLES 12 SP4 installation and I configured with OSA network, now the customer want's to switch from OSA to Hipersocket and the HiperSocket network it's not showed on the SLES 12 SP4 vm, I rebooted the vm, I tried to install manually the driver, but it's not working. Does anyone experienced this issue? Thank you. Best Regards. Marco Antonio Bañuelos Hernández Ingeniero de Pre-venta marco.banue...@suse.com -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: ClefOS setting up guest LAN for HiperSockets
Cornelia - thank you for your reply. I am working from the Redbook: Virtualization Cookbook ... Volume 1 and am finding typos in it. In this case the cio_ignore command was botched up and included in the description before a set of steps to configure hipersockets on RH. it should have been step number 1. So, I can report partial success, i now have hipersocket network up and the guests can ping each other. But it is deathly slow - nothing hiper about it. Here are the tuning 'knobs' that i am aware of: [1] MTU size my LAN is set up with 64K: DEFINE LAN ZVTSMLAN OWNERID SYSTEM TYPE HIPER IP MFS 64K and the guest has a NICDEF to match: NICDEF 0204 TYPE HIPER DEVICES 3 LAN SYSTEM ZVTSMLAN oddly, when i look at the network connections on linux, it shows the MTU as 57344 (?): # ip a . . . 3: enccw0.0.0204: mtu 57344 qdisc pfifo_fast state UP group default qlen 1000 link/ether 02:00:00:00:00:5f brd ff:ff:ff:ff:ff:ff inet 192.0.1.32/24 brd 192.0.1.255 scope global noprefixroute enccw0.0.0204 valid_lft forever preferred_lft forever [2] QIOASSIST setting i have QIOASSIST ON system wide and have set in on specifically for the two guests i am testing with - Z4 is a VSE guest, LNXADMIN is ClefOS 7.4 guest: q qioassist z4 ALL USERS SET - ON USER SETTING STATUS Z4ONACTIVE Ready; T=0.01/0.01 09:37:01 q qioassist lnxadmin ALL USERS SET - ON USER SETTING STATUS LNXADMIN ONACTIVE [3] networking buffers should i mess with changing buffers on ClefOS ? (i read somewhere that the default was change from 16 to 128) # lsqeth enccw0.0.0204 Device name : enccw0.0.0204 - card_type: GuestLAN: SYSTEM ZVTSMLAN (Type: HIPERS) cdev0: 0.0.0204 cdev1: 0.0.0205 cdev2: 0.0.0206 chpid: 01 online : 1 portname : no portname required portno : 0 route4 : no route6 : no state: UP (LAN ONLINE) priority_queueing: always queue 2 fake_broadcast : 0 buffer_count : 128 layer2 : 0 isolation: none sniffer : 0 Are there other tuning knobs? How can I figure out why this connection is slow? -- Phillip Gramly Systems Programmer Communications Data Group Champaign, Illinois On Mon, 2018-07-16 at 03:27 -0500, Cornelia Huck wrote: > I'm seconding the suggestion of using chzdev, but some additional > notes > from me: -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: ClefOS setting up guest LAN for HiperSockets
On Fri, 13 Jul 2018 14:38:44 -0500 Phillip Gramly wrote: I'm seconding the suggestion of using chzdev, but some additional notes from me: > # vmcp q v 204-206 > OSA 0204 ON NIC 0204 UNIT 000 SUBCHANNEL = 0001 > 0204 DEVTYPE HIPER VIRTUAL CHPID 01 IQD > 0204 MAC 02-00-00-00-00-46 CURRENT > 0204 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE > OSA 0205 ON NIC 0204 UNIT 001 SUBCHANNEL = 0002 > 0205 DEVTYPE HIPER VIRTUAL CHPID 01 IQD > 0205 MAC 02-00-00-00-00-46 CURRENT > 0205 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE > OSA 0206 ON NIC 0204 UNIT 002 SUBCHANNEL = 0003 > 0206 DEVTYPE HIPER VIRTUAL CHPID 01 IQD > 0206 MAC 02-00-00-00-00-46 CURRENT > 0206 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE > > # lscss --all > IO Subchannels and Devices: > Device Subchan. DevType CU Type Use PIM PAM POM CHPIDs > -- > 0.0.0100 0.0. 9336/10 6310/80 yes 80 80 ff 2d00 > 0.0.0009 0.0.0004 /00 3215/00 yes 80 80 ff 0100 > 0.0.0600 0.0.000c 1732/01 1731/01 yes 80 80 ff 0200 > 0.0.0601 0.0.000d 1732/01 1731/01 yes 80 80 ff 0200 > 0.0.0602 0.0.000e 1732/01 1731/01 yes 80 80 ff 0200 > 0.0.0300 0.0.000f 9336/10 6310/80 yes 80 80 ff 0100 > 0.0.0301 0.0.0010 9336/10 6310/80 yes 80 80 ff 0100 If you don't see the devices in lscss, the reason is often that they are on the ignore list (many distributions default to using cio_ignore to ignore every device but the ones explicitly configured). Use 'cio_ignore -l' to display the ranges of ignored devices. You need to un-ignore your devices to make them visible (try 'cio_ignore -r 0.0.0204-0.0.0206'). > > # echo 0.0.204,0.0.205,0.0.206 > /sys/bus/ccwgroup/drivers/qeth/group > -bash: echo: write error: Invalid argument You cannot group devices that don't show up in lscss. But even more importantly, the IDs always are of the format 0.m. (so you'd need to use 0.0.0204 instead of 0.0.204). Background: the IDs are not integers, but strings, so they need to match exactly. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: ClefOS setting up guest LAN for HiperSockets
The chzdev command also simplifies things. It's part of s390utils-base. On 7/14/18, 06:38, "Linux on 390 Port on behalf of R P Herrold" wrote: On Fri, 13 Jul 2018, Phillip Gramly wrote: > # echo 0.0.204,0.0.205,0.0.206 > /sys/bus/ccwgroup/drivers/qeth/group > -bash: echo: write error: Invalid argument > > I'm missing something somewhere. can anybody help me? Hi, Phillip, Thanks for using ClefOS 1. This is just my OCD talking, but I would 'protect' that echo, as a matter of defensive coding echo "0.0.204,0.0.205,0.0.206" > \ /sys/bus/ccwgroup/drivers/qeth/group I know, I know -- OCD 2. What is shown with: # ls -l /sys/bus/ccwgroup/drivers/qeth/ I get this locally: [root@lclef01 ~]# ls -l /sys/bus/ccwgroup/drivers/qeth/ total 0 lrwxrwxrwx. 1 root root0 Jul 9 16:23 0.0.0340 -> \ ../../../../devices/qeth/0.0.0340 --w---. 1 root root 4096 Jul 13 16:28 bind --w---. 1 root root 4096 Jul 9 16:23 group lrwxrwxrwx. 1 root root0 Jul 13 16:28 module -> \ ../../../../module/qeth --w---. 1 root root 4096 Jul 9 16:23 uevent --w---. 1 root root 4096 Jul 13 16:28 unbind This is pointing up into: /sys/ and particularly I see there: [root@lclef01 ~]# ls /sys/devices/qeth/ 0.0.0340 module power uevent [ I have indicated the line wrap with backslashes, although of course not really there ] The parallels on my settings for completeness: [root@lclef01 ~]# vmcp q v 0340-0342 OSA 0340 ON NIC 0340 UNIT 000 SUBCHANNEL = 0340 DEVTYPE OSA VIRTUAL CHPID 13 OSD 0340 MAC 02-00-10-00-00-6D CURRENT 0340 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE OSA 0341 ON NIC 0340 UNIT 001 SUBCHANNEL = 0001 0341 DEVTYPE OSA VIRTUAL CHPID 13 OSD 0341 MAC 02-00-10-00-00-6D CURRENT 0341 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE OSA 0342 ON NIC 0340 UNIT 002 SUBCHANNEL = 0002 0342 DEVTYPE OSA VIRTUAL CHPID 13 OSD 0342 MAC 02-00-10-00-00-6D CURRENT 0342 QDIO ACTIVE QIOASSIST-ELIGIBLE 0342 0342 INP + 01 IOCNT = 00598184 ADP = 055 PROG = 000 UNAVAIL = 073 0342 BYTES = 05B90B44 0342 OUT + 01 IOCNT = ADP = 000 PROG = 000 UNAVAIL = 128 0342 BYTES = 0342 OUT + 02 IOCNT = ADP = 000 PROG = 000 UNAVAIL = 128 0342 BYTES = 0342 OUT + 03 IOCNT = 00037157 ADP = 000 PROG = 128 UNAVAIL = 000 0342 BYTES = 006BFE58 0342 OUT + 04 IOCNT = ADP = 000 PROG = 000 UNAVAIL = 128 0342 BYTES = [root@lclef01 ~]# [root@lclef01 ~]# lscss --all IO Subchannels and Devices: Device Subchan. DevType CU Type Use PIM PAM POM CHPIDs -- 0.0.0340 0.0. 1732/01 1731/01 yes 80 80 ff 1300 0.0.0341 0.0.0001 1732/01 1731/01 yes 80 80 ff 1300 0.0.0342 0.0.0002 1732/01 1731/01 yes 80 80 ff 1300 0.0.01b0 0.0.0004 3390/0c 3990/e9 yes f8 f8 ff 0e101921 2300 0.0.0009 0.0.0006 /00 3215/00 yes 80 80 ff 1300 CHSC Subchannels: Device Subchan. -- EADM Subchannels: Device Subchan. -- -- Russ herrold -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
ClefOS setting up guest LAN for HiperSockets
On Fri, 13 Jul 2018, Phillip Gramly wrote: > # echo 0.0.204,0.0.205,0.0.206 > /sys/bus/ccwgroup/drivers/qeth/group > -bash: echo: write error: Invalid argument > > I'm missing something somewhere. can anybody help me? Hi, Phillip, Thanks for using ClefOS 1. This is just my OCD talking, but I would 'protect' that echo, as a matter of defensive coding echo "0.0.204,0.0.205,0.0.206" > \ /sys/bus/ccwgroup/drivers/qeth/group I know, I know -- OCD 2. What is shown with: # ls -l /sys/bus/ccwgroup/drivers/qeth/ I get this locally: [root@lclef01 ~]# ls -l /sys/bus/ccwgroup/drivers/qeth/ total 0 lrwxrwxrwx. 1 root root0 Jul 9 16:23 0.0.0340 -> \ ../../../../devices/qeth/0.0.0340 --w---. 1 root root 4096 Jul 13 16:28 bind --w---. 1 root root 4096 Jul 9 16:23 group lrwxrwxrwx. 1 root root0 Jul 13 16:28 module -> \ ../../../../module/qeth --w---. 1 root root 4096 Jul 9 16:23 uevent --w---. 1 root root 4096 Jul 13 16:28 unbind This is pointing up into: /sys/ and particularly I see there: [root@lclef01 ~]# ls /sys/devices/qeth/ 0.0.0340 module power uevent [ I have indicated the line wrap with backslashes, although of course not really there ] The parallels on my settings for completeness: [root@lclef01 ~]# vmcp q v 0340-0342 OSA 0340 ON NIC 0340 UNIT 000 SUBCHANNEL = 0340 DEVTYPE OSA VIRTUAL CHPID 13 OSD 0340 MAC 02-00-10-00-00-6D CURRENT 0340 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE OSA 0341 ON NIC 0340 UNIT 001 SUBCHANNEL = 0001 0341 DEVTYPE OSA VIRTUAL CHPID 13 OSD 0341 MAC 02-00-10-00-00-6D CURRENT 0341 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE OSA 0342 ON NIC 0340 UNIT 002 SUBCHANNEL = 0002 0342 DEVTYPE OSA VIRTUAL CHPID 13 OSD 0342 MAC 02-00-10-00-00-6D CURRENT 0342 QDIO ACTIVE QIOASSIST-ELIGIBLE 0342 0342 INP + 01 IOCNT = 00598184 ADP = 055 PROG = 000 UNAVAIL = 073 0342 BYTES = 05B90B44 0342 OUT + 01 IOCNT = ADP = 000 PROG = 000 UNAVAIL = 128 0342 BYTES = 0342 OUT + 02 IOCNT = ADP = 000 PROG = 000 UNAVAIL = 128 0342 BYTES = 0342 OUT + 03 IOCNT = 00037157 ADP = 000 PROG = 128 UNAVAIL = 000 0342 BYTES = 006BFE58 0342 OUT + 04 IOCNT = ADP = 000 PROG = 000 UNAVAIL = 128 0342 BYTES = [root@lclef01 ~]# [root@lclef01 ~]# lscss --all IO Subchannels and Devices: Device Subchan. DevType CU Type Use PIM PAM POM CHPIDs -- 0.0.0340 0.0. 1732/01 1731/01 yes 80 80 ff 1300 0.0.0341 0.0.0001 1732/01 1731/01 yes 80 80 ff 1300 0.0.0342 0.0.0002 1732/01 1731/01 yes 80 80 ff 1300 0.0.01b0 0.0.0004 3390/0c 3990/e9 yes f8 f8 ff 0e101921 2300 0.0.0009 0.0.0006 /00 3215/00 yes 80 80 ff 1300 CHSC Subchannels: Device Subchan. -- EADM Subchannels: Device Subchan. -- -- Russ herrold -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
ClefOS setting up guest LAN for HiperSockets
I have my ClefOS system up which i initially brought up connected to our VSWITCH (this is under zVM 6.3) i want to set up Hipersockets using a guest LAN. i used : CP DEFINE LAN ZVTSMLAN OWNERID SYSTEM TYPE HIPER IP MFS 64K and was able to connect to it from a VSE system. Now i am trying to set up the Linux connection... I added NICDEF to my Linux User Direct (put it online) and IPLed ClefOS: * GUEST LAN addresses 204,205,206 NICDEF 0204 TYPE HIPER DEVICES 3 LAN SYSTEM ZVTSMLAN Now i can see it has the devices but lscss doesn't show them and i cannot issue the command to add them to my system: # vmcp q v 204-206 OSA 0204 ON NIC 0204 UNIT 000 SUBCHANNEL = 0001 0204 DEVTYPE HIPER VIRTUAL CHPID 01 IQD 0204 MAC 02-00-00-00-00-46 CURRENT 0204 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE OSA 0205 ON NIC 0204 UNIT 001 SUBCHANNEL = 0002 0205 DEVTYPE HIPER VIRTUAL CHPID 01 IQD 0205 MAC 02-00-00-00-00-46 CURRENT 0205 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE OSA 0206 ON NIC 0204 UNIT 002 SUBCHANNEL = 0003 0206 DEVTYPE HIPER VIRTUAL CHPID 01 IQD 0206 MAC 02-00-00-00-00-46 CURRENT 0206 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE # lscss --all IO Subchannels and Devices: Device Subchan. DevType CU Type Use PIM PAM POM CHPIDs -- 0.0.0100 0.0. 9336/10 6310/80 yes 80 80 ff 2d00 0.0.0009 0.0.0004 /00 3215/00 yes 80 80 ff 0100 0.0.0600 0.0.000c 1732/01 1731/01 yes 80 80 ff 0200 0.0.0601 0.0.000d 1732/01 1731/01 yes 80 80 ff 0200 0.0.0602 0.0.000e 1732/01 1731/01 yes 80 80 ff 0200 0.0.0300 0.0.000f 9336/10 6310/80 yes 80 80 ff 0100 0.0.0301 0.0.0010 9336/10 6310/80 yes 80 80 ff 0100 # echo 0.0.204,0.0.205,0.0.206 > /sys/bus/ccwgroup/drivers/qeth/group -bash: echo: write error: Invalid argument I'm missing something somewhere. can anybody help me? -- Phillip Gramly Systems Programmer Communications Data Group Champaign, Illinois -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets
On Friday, 11/20/2015 at 02:28 GMT, Grzegorz Powiedziuk wrote: > ohhh I see what you are saying (I think so). > > I was thinking about standard usage of vswitch bridge so a scenario where > all guests have real dedicated hipersockets and vswitch has one of these > hipersockets as well. This gives hipersocket virtual machines a way to talk > to each other (via hipersocket network and shared chpid) plus it gives them > access to oustide network via vswitch. > > But you are saying (I think) that I could have ONLY vswitch (on all lpars) > using the hipersocket bridge port and all the guest have connected to the > same vswitch (layer two so oracle should be happy) using virtual qdio nic > cards? That sounds very cool. I don't have RACF yet but it will give me a > standard vswitch access list control of vlans which is something. > > In scenario like this, I guess I don't need to specify uplink device for > the vswitch so I could keep it all inside of a CEC. > > I wonder how much how much would it impact performance. Sorry if I've mislead you. The bridge can't itself enforce VLAN assignments since the guests use real HiperSockets, not virtual ones. People who want more VLAN controls in (real) OSA and (real) HiperSockets need to make their wants known via RFEs. Alan Altmark Senior Managing z/VM and Linux Consultant Lab Services System z Delivery Practice IBM Systems & Technology Group ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets
On Friday, 11/20/2015 at 02:02 GMT, David Kreuter wrote: > Another advantage is that it uses only one hipersocket triplet whereas > dedicated hipersocket will end up using one triplet per Linux virtual. > You can even use the same hiper triplet on each LPAR. > There is a limit to how many LPARs can connect to the hiper. I've been > scalded by this a few times. David, each guest uses a HiperSocket triplet, as does the bridge itself. There is no (effective) limit on the number of guests that can use the bridge. A maximum of 5 *bridges* can connect to the chpid, but you can have as many LPARs as you like. (Only one of the bridges is active at any one time.) Alan Altmark Senior Managing z/VM and Linux Consultant Lab Services System z Delivery Practice IBM Systems & Technology Group ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets
ohhh I see what you are saying (I think so). I was thinking about standard usage of vswitch bridge so a scenario where all guests have real dedicated hipersockets and vswitch has one of these hipersockets as well. This gives hipersocket virtual machines a way to talk to each other (via hipersocket network and shared chpid) plus it gives them access to oustide network via vswitch. But you are saying (I think) that I could have ONLY vswitch (on all lpars) using the hipersocket bridge port and all the guest have connected to the same vswitch (layer two so oracle should be happy) using virtual qdio nic cards? That sounds very cool. I don't have RACF yet but it will give me a standard vswitch access list control of vlans which is something. In scenario like this, I guess I don't need to specify uplink device for the vswitch so I could keep it all inside of a CEC. I wonder how much how much would it impact performance. Thanks! Gregory 2015-11-20 9:00 GMT-05:00 David Kreuter : > Gregory: It does help. As a VSWITCH it can be protected by RACF hence > the VLANs can be RACF protected too. > Another advantage is that it uses only one hipersocket triplet whereas > dedicated hipersocket will end up using one triplet per Linux virtual. > You can even use the same hiper triplet on each LPAR. > There is a limit to how many LPARs can connect to the hiper. I've been > scalded by this a few times. > David > > > ---- Original Message > Subject: Re: hipersockets > From: Grzegorz Powiedziuk > Date: Fri, November 20, 2015 8:47 am > To: LINUX-390@VM.MARIST.EDU > > Thanks Alan. > HiperSocket VSWITCH Bridge will not help when it comes to isolation, > right? Vswitch simply acts as a bridge for hipersocket network using > using > one of the real hipersocket devices as one of its own interfaces (bridge > port). Via this bridge Hipersocket network gets access to external > network > but doesn't give more control on who can talk to who inside of CEC, does > it? > thanks > Gregory > > > > 2015-11-20 0:47 GMT-05:00 Alan Altmark : > > > On Thursday, 11/19/2015 at 08:35 GMT, Grzegorz Powiedziuk > > wrote: > > > I thought about doing vswitch but then AFIK I would end up with with > > > virtual hipersockets on linux guest. > > > > Linux guests can use real HiperSockets with the HiperSocket VSWITCH > bridge > > on z/VM. Their traffic will automatically be bridged to a physical LAN > > that can be accessed by z/OS. z/OS doesn't support the HiperSocket > > technology that would let it participate in a direct HiperSocket > > connection with the Linux guests on the bridge. > > > > Alan Altmark > > > > Senior Managing z/VM and Linux Consultant > > Lab Services System z Delivery Practice > > IBM Systems & Technology Group > > ibm.com/systems/services/labservices > > office: 607.429.3323 > > mobile; 607.321.7556 > > alan_altm...@us.ibm.com > > IBM Endicott > > > > -- > > For LINUX-390 subscribe / signoff / archive access instructions, > > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > > visit > > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- > > For more information on Linux on System z, visit > > http://wiki.linuxvm.org/ > > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets
Gregory: It does help. As a VSWITCH it can be protected by RACF hence the VLANs can be RACF protected too. Another advantage is that it uses only one hipersocket triplet whereas dedicated hipersocket will end up using one triplet per Linux virtual. You can even use the same hiper triplet on each LPAR. There is a limit to how many LPARs can connect to the hiper. I've been scalded by this a few times. David Original Message Subject: Re: hipersockets From: Grzegorz Powiedziuk Date: Fri, November 20, 2015 8:47 am To: LINUX-390@VM.MARIST.EDU Thanks Alan. HiperSocket VSWITCH Bridge will not help when it comes to isolation, right? Vswitch simply acts as a bridge for hipersocket network using using one of the real hipersocket devices as one of its own interfaces (bridge port). Via this bridge Hipersocket network gets access to external network but doesn't give more control on who can talk to who inside of CEC, does it? thanks Gregory 2015-11-20 0:47 GMT-05:00 Alan Altmark : > On Thursday, 11/19/2015 at 08:35 GMT, Grzegorz Powiedziuk > wrote: > > I thought about doing vswitch but then AFIK I would end up with with > > virtual hipersockets on linux guest. > > Linux guests can use real HiperSockets with the HiperSocket VSWITCH bridge > on z/VM. Their traffic will automatically be bridged to a physical LAN > that can be accessed by z/OS. z/OS doesn't support the HiperSocket > technology that would let it participate in a direct HiperSocket > connection with the Linux guests on the bridge. > > Alan Altmark > > Senior Managing z/VM and Linux Consultant > Lab Services System z Delivery Practice > IBM Systems & Technology Group > ibm.com/systems/services/labservices > office: 607.429.3323 > mobile; 607.321.7556 > alan_altm...@us.ibm.com > IBM Endicott > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets
Thanks Alan. HiperSocket VSWITCH Bridge will not help when it comes to isolation, right? Vswitch simply acts as a bridge for hipersocket network using using one of the real hipersocket devices as one of its own interfaces (bridge port). Via this bridge Hipersocket network gets access to external network but doesn't give more control on who can talk to who inside of CEC, does it? thanks Gregory 2015-11-20 0:47 GMT-05:00 Alan Altmark : > On Thursday, 11/19/2015 at 08:35 GMT, Grzegorz Powiedziuk > wrote: > > I thought about doing vswitch but then AFIK I would end up with with > > virtual hipersockets on linux guest. > > Linux guests can use real HiperSockets with the HiperSocket VSWITCH bridge > on z/VM. Their traffic will automatically be bridged to a physical LAN > that can be accessed by z/OS. z/OS doesn't support the HiperSocket > technology that would let it participate in a direct HiperSocket > connection with the Linux guests on the bridge. > > Alan Altmark > > Senior Managing z/VM and Linux Consultant > Lab Services System z Delivery Practice > IBM Systems & Technology Group > ibm.com/systems/services/labservices > office: 607.429.3323 > mobile; 607.321.7556 > alan_altm...@us.ibm.com > IBM Endicott > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets
On Thursday, 11/19/2015 at 08:35 GMT, Grzegorz Powiedziuk wrote: > I thought about doing vswitch but then AFIK I would end up with with > virtual hipersockets on linux guest. Linux guests can use real HiperSockets with the HiperSocket VSWITCH bridge on z/VM. Their traffic will automatically be bridged to a physical LAN that can be accessed by z/OS. z/OS doesn't support the HiperSocket technology that would let it participate in a direct HiperSocket connection with the Linux guests on the bridge. Alan Altmark Senior Managing z/VM and Linux Consultant Lab Services System z Delivery Practice IBM Systems & Technology Group ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets
Thanks David. I thought about doing vswitch but then AFIK I would end up with with virtual hipersockets on linux guest. And I've read in IBMs redbook for oracle 12: IBM HiperSockets™ are certified and supported for the private network. Only a network that is configured with *real* HiperSockets is possible, as z/VM guest LAN HiperSockets cannot be configured on layer 2, which is required for ARP. Gregory 2015-11-19 15:20 GMT-05:00 David Kreuter : > Hi - I've done the hipersocket VLAN implementation. It works well and of > course Alan's comments are correct. > > Another approach I've used is to create a VSWITCH on each LPAR using the > same set of OSAs. Now when you use VLANs on this VSWITCH RACF can be > involved for better protection. > > OK won't be as fast as hipersocket but it doesn't go far out of the box > either. > David Kreuter > > > > Original Message > Subject: Re: hipersockets > From: Alan Altmark > Date: Thu, November 19, 2015 3:05 pm > To: LINUX-390@VM.MARIST.EDU > > On Thursday, 11/19/2015 at 07:38 GMT, Grzegorz Powiedziuk > wrote: > > From what I've learned so far, In order to achieve this, we need to have > a > > shared chpid between LPARS. Hipersockets on the same chpid can > communicate > > with each other. > > Hosts using the same VLAN on the same HiperSocket chpid can talk to each > > other. There are no controls on the VLAN ID that a host is permitted to > use, so from a security perspective, don't rely on HiperSocket VLAN > controls. > > > Ok, we've done that. We have defined a set of hipersockets on one chipd > for > > every LPAR and it works. Linux in one LPAR can talk to another linux in > > different lpar. > : > > Do I need to have a separate chpid for every cluster? Doesn't really > make > > sense, does it? > > Am I missing something? > > It depends entirely on your security posture. If you need enforced > isolation of each pair, then you need one chpid per pair. > > Alan Altmark > > Senior Managing z/VM and Linux Consultant > Lab Services System z Delivery Practice > IBM Systems & Technology Group > ibm.com/systems/services/labservices > office: 607.429.3323 > mobile; 607.321.7556 > alan_altm...@us.ibm.com > IBM Endicott > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets
Thank you for a really quick answer Alan. So I did get it right more or less. I didn't know that I can do vlans which will make things cleaner to some extent. But I was hopping for a different answer when it comes to security. We will have at least non-prod and prod environments on separate chpids then. Thank you Gregory 2015-11-19 15:05 GMT-05:00 Alan Altmark : > On Thursday, 11/19/2015 at 07:38 GMT, Grzegorz Powiedziuk > wrote: > > From what I've learned so far, In order to achieve this, we need to have > a > > shared chpid between LPARS. Hipersockets on the same chpid can > communicate > > with each other. > > Hosts using the same VLAN on the same HiperSocket chpid can talk to each > other. There are no controls on the VLAN ID that a host is permitted to > use, so from a security perspective, don't rely on HiperSocket VLAN > controls. > > > Ok, we've done that. We have defined a set of hipersockets on one chipd > for > > every LPAR and it works. Linux in one LPAR can talk to another linux in > > different lpar. > : > > Do I need to have a separate chpid for every cluster? Doesn't really > make > > sense, does it? > > Am I missing something? > > It depends entirely on your security posture. If you need enforced > isolation of each pair, then you need one chpid per pair. > > Alan Altmark > > Senior Managing z/VM and Linux Consultant > Lab Services System z Delivery Practice > IBM Systems & Technology Group > ibm.com/systems/services/labservices > office: 607.429.3323 > mobile; 607.321.7556 > alan_altm...@us.ibm.com > IBM Endicott > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets
Hi - I've done the hipersocket VLAN implementation. It works well and of course Alan's comments are correct. Another approach I've used is to create a VSWITCH on each LPAR using the same set of OSAs. Now when you use VLANs on this VSWITCH RACF can be involved for better protection. OK won't be as fast as hipersocket but it doesn't go far out of the box either. David Kreuter Original Message Subject: Re: hipersockets From: Alan Altmark Date: Thu, November 19, 2015 3:05 pm To: LINUX-390@VM.MARIST.EDU On Thursday, 11/19/2015 at 07:38 GMT, Grzegorz Powiedziuk wrote: > From what I've learned so far, In order to achieve this, we need to have a > shared chpid between LPARS. Hipersockets on the same chpid can communicate > with each other. Hosts using the same VLAN on the same HiperSocket chpid can talk to each other. There are no controls on the VLAN ID that a host is permitted to use, so from a security perspective, don't rely on HiperSocket VLAN controls. > Ok, we've done that. We have defined a set of hipersockets on one chipd for > every LPAR and it works. Linux in one LPAR can talk to another linux in > different lpar. : > Do I need to have a separate chpid for every cluster? Doesn't really make > sense, does it? > Am I missing something? It depends entirely on your security posture. If you need enforced isolation of each pair, then you need one chpid per pair. Alan Altmark Senior Managing z/VM and Linux Consultant Lab Services System z Delivery Practice IBM Systems & Technology Group ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets
On Thursday, 11/19/2015 at 07:38 GMT, Grzegorz Powiedziuk wrote: > From what I've learned so far, In order to achieve this, we need to have a > shared chpid between LPARS. Hipersockets on the same chpid can communicate > with each other. Hosts using the same VLAN on the same HiperSocket chpid can talk to each other. There are no controls on the VLAN ID that a host is permitted to use, so from a security perspective, don't rely on HiperSocket VLAN controls. > Ok, we've done that. We have defined a set of hipersockets on one chipd for > every LPAR and it works. Linux in one LPAR can talk to another linux in > different lpar. : > Do I need to have a separate chpid for every cluster? Doesn't really make > sense, does it? > Am I missing something? It depends entirely on your security posture. If you need enforced isolation of each pair, then you need one chpid per pair. Alan Altmark Senior Managing z/VM and Linux Consultant Lab Services System z Delivery Practice IBM Systems & Technology Group ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
hipersockets
I am planning to use hipersockets for internal communication between oracle nodes in each RAC cluster (oracle nodes run in different lpars). I've never used real hipersockets before so I am no sure if I understand this correctly. >From what I've learned so far, In order to achieve this, we need to have a shared chpid between LPARS. Hipersockets on the same chpid can communicate with each other. Ok, we've done that. We have defined a set of hipersockets on one chipd for every LPAR and it works. Linux in one LPAR can talk to another linux in different lpar. But we will have many more "pairs" like that. How to set up networking? First, I thought about just assigning different networks to every pair for example: Cluster 1 Linux1 - 192.168.100.1/28 (or even smaller) Linux2 - 192.168.100.2/28 Cluster 2 Linux3 - 192.168.200.1/28 Linux4 - 192.168.200.2/28 So only Linux1 can talks to Linux2 and only Linux3 can talk to Linux4 But...that's not really secure is it? If someone hacks in to Linux3 and changes the ip address of it's hsi0 interface to match ip in cluster's 1 network, things might go wrong. They are on same chpid after all. Do I need to have a separate chpid for every cluster? Doesn't really make sense, does it? Am I missing something? Thanks Gregory -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets Early Completion Queue Support
On Thu, 2014-05-29 at 17:26 +, Gerard Howells wrote: > Hello All, > > As a result of some issues we've been seeing we're looking to implement the > z/VM Hipersockets Early Completion queue feature in our systems. We run VM > 6.2 with z/VSE 5.1 and a mixture of SLES 10 SP4 and 11 SP3 guests. I know > that it's supported in SLES 11 my question is whether it's supported in SLES > 10? > > Thanks in advance! > > Gerard Howells Gerard, currently Linux exploits HiperSockets Completion Queues only for the address family AF_IUCV (in case of HiperSockets transport), i.e. when running an AF_IUCV socket program. It is not used for standard IP-traffic across HiperSockets. Regards, Ursula Braun, IBM Germany, Linux on System z development -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets Early Completion Queue Support
>>> On 5/29/2014 at 01:26 PM, Gerard Howells wrote: > As a result of some issues we've been seeing we're looking to implement the > z/VM Hipersockets Early Completion queue feature in our systems. We run VM > 6.2 with z/VSE 5.1 and a mixture of SLES 10 SP4 and 11 SP3 guests. I know > that it's supported in SLES 11 my question is whether it's supported in SLES > 10? Where did you see a reference to that for SLES11? I can't find any (with a few quick searches). All I can find is z/VM references. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Hipersockets Early Completion Queue Support
Hello All, As a result of some issues we've been seeing we're looking to implement the z/VM Hipersockets Early Completion queue feature in our systems. We run VM 6.2 with z/VSE 5.1 and a mixture of SLES 10 SP4 and 11 SP3 guests. I know that it's supported in SLES 11 my question is whether it's supported in SLES 10? Thanks in advance! Gerard Howells zLinux System Administrator Enterprise Systems America First Credit Union TEL: 801-827-8353 ghowe...@americafirst.com<mailto:ghowe...@americafirst.com> [America First Credit Union]<https://www.americafirst.com/redirect/clickthrough.cfm?dest=exEmail> -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets between RHEL and z/OS
Thanks for helping me work through this... There needs to be a new redbook, titled: "The little things that you forget along the way". Thanks again, Offer. David Diep What would you like to see in the renovated Martin Luther King Jr. Memorial Library? Share your thoughts on the library's spaces and services at 'DC Public Librarys <http://www.dclibrary.org/> online idea community at dclibrary.ideascale.com <http://www.dclibrary.ideascale.com> -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Offer Baruch Sent: Monday, November 04, 2013 12:54 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets between RHEL and z/OS First of all i am glad to here it works... The home statment order only matters with vipa addresses... The way it works is all addresses after the vipa are sourced by it if the sourcevipa parameter is specified... If you want somthing to be excluded from that vipa you must place it before the vipa statment... It is all in the books :-) A few years back it was strange for me to read it as well... Offer Baruch On Nov 4, 2013 7:41 PM, "Diep, David (OCTO-Contractor)" wrote: > Offer, > > It does work... why on earth? > > I see from a packet trace that anything going to a Hipersockets > address > (5.5.5.0) has a source IP address of 5.5.5.x, while anything going > out normal OSAD, leaves with the VIPA address. > > What is with the HOME statement? I recall from OS390 TCPIP that the > order made a difference, but I don't recall why? > > David Diep > > > > What would you like to see in the renovated Martin Luther King Jr. > Memorial Library? > Share your thoughts on the library's spaces and services at 'DC Public > Librarys <http://www.dclibrary.org/> online idea community at > dclibrary.ideascale.com <http://www.dclibrary.ideascale.com> > > > > > > -Original Message- > From: Diep, David (OCTO-Contractor) > Sent: Monday, November 04, 2013 12:02 PM > To: 'Linux on 390 Port' > Subject: RE: Hipersockets between RHEL and z/OS > > EZZ2350I MVS TCP/IP NETSTAT CS V1R13 TCPIP Name: TCPIP > EZZ2700I Home address list: > EZZ2701I Address Link Flg > EZZ2703I 10.27.42.1 VLNKOS42 P > EZZ2703I 10.82.10.13 LOSA42P0 > EZZ2703I 10.82.10.81 LOSA43P0 > EZZ2703I 5.5.5.42 HSLINK42 > EZZ2703I 127.0.0.1LOOPBACK > > -Original Message- > From: Diep, David (OCTO-Contractor) > Sent: Monday, November 04, 2013 12:01 PM > To: LINUX-390@VM.MARIST.EDU > Subject: RE: Hipersockets between RHEL and z/OS > > Offer, > > I have a test system... let me give it a shot. > > Right now, I know for a fact that my HS Home IP address is the last > one listed. > > Thanks, > > David Diep > > > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of > Offer Baruch > Sent: Monday, November 04, 2013 11:48 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Hipersockets between RHEL and z/OS > > Hi > > You might be correct and this is a sourcevipa issue but i cant tell as > i am lacking some data... > Not many know this but the order of the home statment matters... you > must place your hiper sockets interface before your vipa interface if > you dont want that vipa to be applied to that interface. > If you send the output of the following tso commands we can know for sure: > Tso netstat home > Tso netstat route > > That should give us the answer i think... > > Offer > On Nov 4, 2013 3:11 PM, "Diep, David (OCTO-Contractor)" > > > wrote: > > > Hi Offer, > > > > All IPtables are off, both for v4 and v6. > > > > Pinging from z/OS to zLinux does not work, nor does traceroute yield > > anything. With all this said, I think it has something to do with > > the way I have routing set up on the z/OS side. For all OSA traffic, > > I use OSPF while for Hipersockets, I use static routing. > > > > - The reason I think this is because when I do a traceroute from > > z/OS to z/VM, it looks like the route is by way of my VLAN through > > the OSAs, though I have defined it for all traffic to 5.5.5.0/24 to > > be routed through the Hipersockets link: > > > > CS V1R13: Traceroute to 5.5.5.2 (5.5.5.2): > > 1 10.82.10.44 (10.82.10.44) 6 ms 10.82.10.121 (10.82.10.121) 0 ms > > 10.82.10.44 > > (10.82.10.44) 0 ms > > *** > > > > Just some notes... I do not have an OSPF interface defined for > > Hipersockets. When I cancel the OMPROUTE started task, I am unable > > to ping or reach other z/OS hiper
Re: Hipersockets between RHEL and z/OS
First of all i am glad to here it works... The home statment order only matters with vipa addresses... The way it works is all addresses after the vipa are sourced by it if the sourcevipa parameter is specified... If you want somthing to be excluded from that vipa you must place it before the vipa statment... It is all in the books :-) A few years back it was strange for me to read it as well... Offer Baruch On Nov 4, 2013 7:41 PM, "Diep, David (OCTO-Contractor)" wrote: > Offer, > > It does work... why on earth? > > I see from a packet trace that anything going to a Hipersockets address > (5.5.5.0) has a source IP address of 5.5.5.x, while anything going out > normal OSAD, leaves with the VIPA address. > > What is with the HOME statement? I recall from OS390 TCPIP that the order > made a difference, but I don't recall why? > > David Diep > > > > What would you like to see in the renovated Martin Luther King Jr. > Memorial Library? > Share your thoughts on the library's spaces and services at 'DC Public > Librarys <http://www.dclibrary.org/> online idea community at > dclibrary.ideascale.com <http://www.dclibrary.ideascale.com> > > > > > > -Original Message- > From: Diep, David (OCTO-Contractor) > Sent: Monday, November 04, 2013 12:02 PM > To: 'Linux on 390 Port' > Subject: RE: Hipersockets between RHEL and z/OS > > EZZ2350I MVS TCP/IP NETSTAT CS V1R13 TCPIP Name: TCPIP > EZZ2700I Home address list: > EZZ2701I Address Link Flg > EZZ2703I 10.27.42.1 VLNKOS42 P > EZZ2703I 10.82.10.13 LOSA42P0 > EZZ2703I 10.82.10.81 LOSA43P0 > EZZ2703I 5.5.5.42 HSLINK42 > EZZ2703I 127.0.0.1LOOPBACK > > -Original Message- > From: Diep, David (OCTO-Contractor) > Sent: Monday, November 04, 2013 12:01 PM > To: LINUX-390@VM.MARIST.EDU > Subject: RE: Hipersockets between RHEL and z/OS > > Offer, > > I have a test system... let me give it a shot. > > Right now, I know for a fact that my HS Home IP address is the last one > listed. > > Thanks, > > David Diep > > > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of > Offer Baruch > Sent: Monday, November 04, 2013 11:48 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Hipersockets between RHEL and z/OS > > Hi > > You might be correct and this is a sourcevipa issue but i cant tell as i > am lacking some data... > Not many know this but the order of the home statment matters... you must > place your hiper sockets interface before your vipa interface if you dont > want that vipa to be applied to that interface. > If you send the output of the following tso commands we can know for sure: > Tso netstat home > Tso netstat route > > That should give us the answer i think... > > Offer > On Nov 4, 2013 3:11 PM, "Diep, David (OCTO-Contractor)" > > wrote: > > > Hi Offer, > > > > All IPtables are off, both for v4 and v6. > > > > Pinging from z/OS to zLinux does not work, nor does traceroute yield > > anything. With all this said, I think it has something to do with the > > way I have routing set up on the z/OS side. For all OSA traffic, I use > > OSPF while for Hipersockets, I use static routing. > > > > - The reason I think this is because when I do a traceroute from z/OS > > to z/VM, it looks like the route is by way of my VLAN through the > > OSAs, though I have defined it for all traffic to 5.5.5.0/24 to be > > routed through the Hipersockets link: > > > > CS V1R13: Traceroute to 5.5.5.2 (5.5.5.2): > > 1 10.82.10.44 (10.82.10.44) 6 ms 10.82.10.121 (10.82.10.121) 0 ms > > 10.82.10.44 > > (10.82.10.44) 0 ms > > *** > > > > Just some notes... I do not have an OSPF interface defined for > > Hipersockets. When I cancel the OMPROUTE started task, I am unable to > > ping or reach other z/OS hipersocket addresses. I do have sourceVIPA > > turned on... would this be the issue? At this point, I'm not too sure > > why its not routing via the static route. > > > > IPCONFIG IGNOREREDIRECT > > NOSYSPLEXROUTING > > MULTIPATH > > DATAGRAMFWD > > SOURCEVIPA > > PATHMTUDISC > > IPSECURITY > > ; > > Beginroutes > > route 5.5.5.0 255.255.255.0 = HSLINK28 MTU 57344 NODELAYA > > Endroutes > > ; > > PRIMARYINTERFACE VLNKOS28 > > > > > > Omproute options: > > > > AS_BOUNDARY_ROUTING > > Import_RIP_Routes=No > > Import_Static_Rou
Re: Hipersockets between RHEL and z/OS
Offer, It does work... why on earth? I see from a packet trace that anything going to a Hipersockets address (5.5.5.0) has a source IP address of 5.5.5.x, while anything going out normal OSAD, leaves with the VIPA address. What is with the HOME statement? I recall from OS390 TCPIP that the order made a difference, but I don't recall why? David Diep What would you like to see in the renovated Martin Luther King Jr. Memorial Library? Share your thoughts on the library's spaces and services at 'DC Public Librarys <http://www.dclibrary.org/> online idea community at dclibrary.ideascale.com <http://www.dclibrary.ideascale.com> -Original Message- From: Diep, David (OCTO-Contractor) Sent: Monday, November 04, 2013 12:02 PM To: 'Linux on 390 Port' Subject: RE: Hipersockets between RHEL and z/OS EZZ2350I MVS TCP/IP NETSTAT CS V1R13 TCPIP Name: TCPIP EZZ2700I Home address list: EZZ2701I Address Link Flg EZZ2703I 10.27.42.1 VLNKOS42 P EZZ2703I 10.82.10.13 LOSA42P0 EZZ2703I 10.82.10.81 LOSA43P0 EZZ2703I 5.5.5.42 HSLINK42 EZZ2703I 127.0.0.1LOOPBACK -Original Message- From: Diep, David (OCTO-Contractor) Sent: Monday, November 04, 2013 12:01 PM To: LINUX-390@VM.MARIST.EDU Subject: RE: Hipersockets between RHEL and z/OS Offer, I have a test system... let me give it a shot. Right now, I know for a fact that my HS Home IP address is the last one listed. Thanks, David Diep -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Offer Baruch Sent: Monday, November 04, 2013 11:48 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets between RHEL and z/OS Hi You might be correct and this is a sourcevipa issue but i cant tell as i am lacking some data... Not many know this but the order of the home statment matters... you must place your hiper sockets interface before your vipa interface if you dont want that vipa to be applied to that interface. If you send the output of the following tso commands we can know for sure: Tso netstat home Tso netstat route That should give us the answer i think... Offer On Nov 4, 2013 3:11 PM, "Diep, David (OCTO-Contractor)" wrote: > Hi Offer, > > All IPtables are off, both for v4 and v6. > > Pinging from z/OS to zLinux does not work, nor does traceroute yield > anything. With all this said, I think it has something to do with the > way I have routing set up on the z/OS side. For all OSA traffic, I use > OSPF while for Hipersockets, I use static routing. > > - The reason I think this is because when I do a traceroute from z/OS > to z/VM, it looks like the route is by way of my VLAN through the > OSAs, though I have defined it for all traffic to 5.5.5.0/24 to be > routed through the Hipersockets link: > > CS V1R13: Traceroute to 5.5.5.2 (5.5.5.2): > 1 10.82.10.44 (10.82.10.44) 6 ms 10.82.10.121 (10.82.10.121) 0 ms > 10.82.10.44 > (10.82.10.44) 0 ms > *** > > Just some notes... I do not have an OSPF interface defined for > Hipersockets. When I cancel the OMPROUTE started task, I am unable to > ping or reach other z/OS hipersocket addresses. I do have sourceVIPA > turned on... would this be the issue? At this point, I'm not too sure > why its not routing via the static route. > > IPCONFIG IGNOREREDIRECT > NOSYSPLEXROUTING > MULTIPATH > DATAGRAMFWD > SOURCEVIPA > PATHMTUDISC > IPSECURITY > ; > Beginroutes > route 5.5.5.0 255.255.255.0 = HSLINK28 MTU 57344 NODELAYA > Endroutes > ; > PRIMARYINTERFACE VLNKOS28 > > > Omproute options: > > AS_BOUNDARY_ROUTING > Import_RIP_Routes=No > Import_Static_Routes=No > Import_Direct_Routes=No > Import_Subnet_Routes=No > Originate_Default_Route=No > Originate_as_Type=2 > Default_Route_Cost=1 > > > - A traceroute to other z/OS LPARs yield something different: > > CS V1R13: Traceroute to 5.5.5.12 (5.5.5.12): > 1 5.5.5.12 (5.5.5.12) 3 ms 2 ms 0 ms > *** > > - From zLinux and z/VM, it looks right, where the first hop is by way > of the Hipersockets: > > [root@lsysg01a ~]# traceroute 5.5.5.12 traceroute to 5.5.5.12 > (5.5.5.12), 30 hops max, 60 byte packets > 1 5.5.5.12 (5.5.5.12) 0.645 ms 0.644 ms 0.724 ms > > Ready; T=0.01/0.01 07:54:24 > Trace route to 5.5.5.12 (5.5.5.12) > 1 (5.5.5.12) 10 ms 1 ms 0 ms > > > > > Serve DC is proud to present NeighborGood, a new, free tool to help > residents engage in meaningful service and connect with the causes and > organizations they care about. Visit NeighborGood at < > http://serve.dc.gov/service/neighborgood> > > > > > > -Original Message- > From: Linux on 390 Port
Re: Hipersockets between RHEL and z/OS
EZZ2350I MVS TCP/IP NETSTAT CS V1R13 TCPIP Name: TCPIP EZZ2700I Home address list: EZZ2701I Address Link Flg EZZ2703I 10.27.42.1 VLNKOS42 P EZZ2703I 10.82.10.13 LOSA42P0 EZZ2703I 10.82.10.81 LOSA43P0 EZZ2703I 5.5.5.42 HSLINK42 EZZ2703I 127.0.0.1LOOPBACK What would you like to see in the renovated Martin Luther King Jr. Memorial Library? Share your thoughts on the library's spaces and services at 'DC Public Librarys <http://www.dclibrary.org/> online idea community at dclibrary.ideascale.com <http://www.dclibrary.ideascale.com> -Original Message- From: Diep, David (OCTO-Contractor) Sent: Monday, November 04, 2013 12:01 PM To: LINUX-390@VM.MARIST.EDU Subject: RE: Hipersockets between RHEL and z/OS Offer, I have a test system... let me give it a shot. Right now, I know for a fact that my HS Home IP address is the last one listed. Thanks, David Diep -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Offer Baruch Sent: Monday, November 04, 2013 11:48 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets between RHEL and z/OS Hi You might be correct and this is a sourcevipa issue but i cant tell as i am lacking some data... Not many know this but the order of the home statment matters... you must place your hiper sockets interface before your vipa interface if you dont want that vipa to be applied to that interface. If you send the output of the following tso commands we can know for sure: Tso netstat home Tso netstat route That should give us the answer i think... Offer On Nov 4, 2013 3:11 PM, "Diep, David (OCTO-Contractor)" wrote: > Hi Offer, > > All IPtables are off, both for v4 and v6. > > Pinging from z/OS to zLinux does not work, nor does traceroute yield > anything. With all this said, I think it has something to do with the > way I have routing set up on the z/OS side. For all OSA traffic, I use > OSPF while for Hipersockets, I use static routing. > > - The reason I think this is because when I do a traceroute from z/OS > to z/VM, it looks like the route is by way of my VLAN through the > OSAs, though I have defined it for all traffic to 5.5.5.0/24 to be > routed through the Hipersockets link: > > CS V1R13: Traceroute to 5.5.5.2 (5.5.5.2): > 1 10.82.10.44 (10.82.10.44) 6 ms 10.82.10.121 (10.82.10.121) 0 ms > 10.82.10.44 > (10.82.10.44) 0 ms > *** > > Just some notes... I do not have an OSPF interface defined for > Hipersockets. When I cancel the OMPROUTE started task, I am unable to > ping or reach other z/OS hipersocket addresses. I do have sourceVIPA > turned on... would this be the issue? At this point, I'm not too sure > why its not routing via the static route. > > IPCONFIG IGNOREREDIRECT > NOSYSPLEXROUTING > MULTIPATH > DATAGRAMFWD > SOURCEVIPA > PATHMTUDISC > IPSECURITY > ; > Beginroutes > route 5.5.5.0 255.255.255.0 = HSLINK28 MTU 57344 NODELAYA > Endroutes > ; > PRIMARYINTERFACE VLNKOS28 > > > Omproute options: > > AS_BOUNDARY_ROUTING > Import_RIP_Routes=No > Import_Static_Routes=No > Import_Direct_Routes=No > Import_Subnet_Routes=No > Originate_Default_Route=No > Originate_as_Type=2 > Default_Route_Cost=1 > > > - A traceroute to other z/OS LPARs yield something different: > > CS V1R13: Traceroute to 5.5.5.12 (5.5.5.12): > 1 5.5.5.12 (5.5.5.12) 3 ms 2 ms 0 ms > *** > > - From zLinux and z/VM, it looks right, where the first hop is by way > of the Hipersockets: > > [root@lsysg01a ~]# traceroute 5.5.5.12 traceroute to 5.5.5.12 > (5.5.5.12), 30 hops max, 60 byte packets > 1 5.5.5.12 (5.5.5.12) 0.645 ms 0.644 ms 0.724 ms > > Ready; T=0.01/0.01 07:54:24 > Trace route to 5.5.5.12 (5.5.5.12) > 1 (5.5.5.12) 10 ms 1 ms 0 ms > > > > > Serve DC is proud to present NeighborGood, a new, free tool to help > residents engage in meaningful service and connect with the causes and > organizations they care about. Visit NeighborGood at < > http://serve.dc.gov/service/neighborgood> > > > > > > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of > Offer Baruch > Sent: Saturday, November 02, 2013 1:55 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Hipersockets between RHEL and z/OS > > Hi, > > First thing i would do is make sure your iptables service is stopped > and that the ipv6 iptables is down as well... > > Can you send the output of netstat route on z/os and route on linux? > > Also does pinging the z/os from linux works??? That what i got from > your first email... > > Offer Baruch >
Re: Hipersockets between RHEL and z/OS
Offer, I have a test system... let me give it a shot. Right now, I know for a fact that my HS Home IP address is the last one listed. Thanks, David Diep What would you like to see in the renovated Martin Luther King Jr. Memorial Library? Share your thoughts on the library's spaces and services at 'DC Public Librarys <http://www.dclibrary.org/> online idea community at dclibrary.ideascale.com <http://www.dclibrary.ideascale.com> -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Offer Baruch Sent: Monday, November 04, 2013 11:48 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets between RHEL and z/OS Hi You might be correct and this is a sourcevipa issue but i cant tell as i am lacking some data... Not many know this but the order of the home statment matters... you must place your hiper sockets interface before your vipa interface if you dont want that vipa to be applied to that interface. If you send the output of the following tso commands we can know for sure: Tso netstat home Tso netstat route That should give us the answer i think... Offer On Nov 4, 2013 3:11 PM, "Diep, David (OCTO-Contractor)" wrote: > Hi Offer, > > All IPtables are off, both for v4 and v6. > > Pinging from z/OS to zLinux does not work, nor does traceroute yield > anything. With all this said, I think it has something to do with the > way I have routing set up on the z/OS side. For all OSA traffic, I use > OSPF while for Hipersockets, I use static routing. > > - The reason I think this is because when I do a traceroute from z/OS > to z/VM, it looks like the route is by way of my VLAN through the > OSAs, though I have defined it for all traffic to 5.5.5.0/24 to be > routed through the Hipersockets link: > > CS V1R13: Traceroute to 5.5.5.2 (5.5.5.2): > 1 10.82.10.44 (10.82.10.44) 6 ms 10.82.10.121 (10.82.10.121) 0 ms > 10.82.10.44 > (10.82.10.44) 0 ms > *** > > Just some notes... I do not have an OSPF interface defined for > Hipersockets. When I cancel the OMPROUTE started task, I am unable to > ping or reach other z/OS hipersocket addresses. I do have sourceVIPA > turned on... would this be the issue? At this point, I'm not too sure > why its not routing via the static route. > > IPCONFIG IGNOREREDIRECT > NOSYSPLEXROUTING > MULTIPATH > DATAGRAMFWD > SOURCEVIPA > PATHMTUDISC > IPSECURITY > ; > Beginroutes > route 5.5.5.0 255.255.255.0 = HSLINK28 MTU 57344 NODELAYA > Endroutes > ; > PRIMARYINTERFACE VLNKOS28 > > > Omproute options: > > AS_BOUNDARY_ROUTING > Import_RIP_Routes=No > Import_Static_Routes=No > Import_Direct_Routes=No > Import_Subnet_Routes=No > Originate_Default_Route=No > Originate_as_Type=2 > Default_Route_Cost=1 > > > - A traceroute to other z/OS LPARs yield something different: > > CS V1R13: Traceroute to 5.5.5.12 (5.5.5.12): > 1 5.5.5.12 (5.5.5.12) 3 ms 2 ms 0 ms > *** > > - From zLinux and z/VM, it looks right, where the first hop is by way > of the Hipersockets: > > [root@lsysg01a ~]# traceroute 5.5.5.12 traceroute to 5.5.5.12 > (5.5.5.12), 30 hops max, 60 byte packets > 1 5.5.5.12 (5.5.5.12) 0.645 ms 0.644 ms 0.724 ms > > Ready; T=0.01/0.01 07:54:24 > Trace route to 5.5.5.12 (5.5.5.12) > 1 (5.5.5.12) 10 ms 1 ms 0 ms > > > > > Serve DC is proud to present NeighborGood, a new, free tool to help > residents engage in meaningful service and connect with the causes and > organizations they care about. Visit NeighborGood at < > http://serve.dc.gov/service/neighborgood> > > > > > > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of > Offer Baruch > Sent: Saturday, November 02, 2013 1:55 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Hipersockets between RHEL and z/OS > > Hi, > > First thing i would do is make sure your iptables service is stopped > and that the ipv6 iptables is down as well... > > Can you send the output of netstat route on z/os and route on linux? > > Also does pinging the z/os from linux works??? That what i got from > your first email... > > Offer Baruch > On Nov 1, 2013 7:06 PM, "Diep, David (OCTO-Contractor)" > > > wrote: > > > Hi Everyone, > > > > > > > > I got a good one (I think)... did I imagine this working at one point? > > > > > > > > I am not able to connect from my z/OS Hipersockets to my RHEL6.2 > > Hipersockets. > > > > > > > > I am able to successfully initiate a connection from my RHEL6.2 > > Hipersockets to my z/OS Hipe
Re: Hipersockets between RHEL and z/OS
Hi You might be correct and this is a sourcevipa issue but i cant tell as i am lacking some data... Not many know this but the order of the home statment matters... you must place your hiper sockets interface before your vipa interface if you dont want that vipa to be applied to that interface. If you send the output of the following tso commands we can know for sure: Tso netstat home Tso netstat route That should give us the answer i think... Offer On Nov 4, 2013 3:11 PM, "Diep, David (OCTO-Contractor)" wrote: > Hi Offer, > > All IPtables are off, both for v4 and v6. > > Pinging from z/OS to zLinux does not work, nor does traceroute yield > anything. With all this said, I think it has something to do with the way I > have routing set up on the z/OS side. For all OSA traffic, I use OSPF while > for Hipersockets, I use static routing. > > - The reason I think this is because when I do a traceroute from z/OS to > z/VM, it looks like the route is by way of my VLAN through the OSAs, though > I have defined it for all traffic to 5.5.5.0/24 to be routed through the > Hipersockets link: > > CS V1R13: Traceroute to 5.5.5.2 (5.5.5.2): > 1 10.82.10.44 (10.82.10.44) 6 ms 10.82.10.121 (10.82.10.121) 0 ms > 10.82.10.44 > (10.82.10.44) 0 ms > *** > > Just some notes... I do not have an OSPF interface defined for > Hipersockets. When I cancel the OMPROUTE started task, I am unable to ping > or reach other z/OS hipersocket addresses. I do have sourceVIPA turned > on... would this be the issue? At this point, I'm not too sure why its not > routing via the static route. > > IPCONFIG IGNOREREDIRECT > NOSYSPLEXROUTING > MULTIPATH > DATAGRAMFWD > SOURCEVIPA > PATHMTUDISC > IPSECURITY > ; > Beginroutes > route 5.5.5.0 255.255.255.0 = HSLINK28 MTU 57344 NODELAYA > Endroutes > ; > PRIMARYINTERFACE VLNKOS28 > > > Omproute options: > > AS_BOUNDARY_ROUTING > Import_RIP_Routes=No > Import_Static_Routes=No > Import_Direct_Routes=No > Import_Subnet_Routes=No > Originate_Default_Route=No > Originate_as_Type=2 > Default_Route_Cost=1 > > > - A traceroute to other z/OS LPARs yield something different: > > CS V1R13: Traceroute to 5.5.5.12 (5.5.5.12): > 1 5.5.5.12 (5.5.5.12) 3 ms 2 ms 0 ms > *** > > - From zLinux and z/VM, it looks right, where the first hop is by way of > the Hipersockets: > > [root@lsysg01a ~]# traceroute 5.5.5.12 > traceroute to 5.5.5.12 (5.5.5.12), 30 hops max, 60 byte packets > 1 5.5.5.12 (5.5.5.12) 0.645 ms 0.644 ms 0.724 ms > > Ready; T=0.01/0.01 07:54:24 > Trace route to 5.5.5.12 (5.5.5.12) > 1 (5.5.5.12) 10 ms 1 ms 0 ms > > > > > Serve DC is proud to present NeighborGood, a new, free tool to help > residents engage in meaningful service and connect with the causes and > organizations they care about. Visit NeighborGood at < > http://serve.dc.gov/service/neighborgood> > > > > > > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of > Offer Baruch > Sent: Saturday, November 02, 2013 1:55 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Hipersockets between RHEL and z/OS > > Hi, > > First thing i would do is make sure your iptables service is stopped and > that the ipv6 iptables is down as well... > > Can you send the output of netstat route on z/os and route on linux? > > Also does pinging the z/os from linux works??? That what i got from your > first email... > > Offer Baruch > On Nov 1, 2013 7:06 PM, "Diep, David (OCTO-Contractor)" > > wrote: > > > Hi Everyone, > > > > > > > > I got a good one (I think)... did I imagine this working at one point? > > > > > > > > I am not able to connect from my z/OS Hipersockets to my RHEL6.2 > > Hipersockets. > > > > > > > > I am able to successfully initiate a connection from my RHEL6.2 > > Hipersockets to my z/OS Hipersockets. > > > > I am able to successfully initiate a connection from my RHEL6.2 > > Hipersockets to my z/VM Hipersockets. > > > > I am able to successfully initiate a connection from my z/OS > > Hipersockets to my z/VM Hipersockets. > > > > I am able to successfully initiate a connection from my z/VM > > Hipersockets to my z/OS Hipersockets. > > > > I am able to successfully initiate a connection from my z/VM > > Hipersockets to my RHEL6.2 Hipersockets. > > > > > > > > What gives? > > > > > > > > Hipersockets on zLinux: > > > > [root@vipservd ~]# cat /etc/sys
Re: Hipersockets between RHEL and z/OS
Hi Offer, All IPtables are off, both for v4 and v6. Pinging from z/OS to zLinux does not work, nor does traceroute yield anything. With all this said, I think it has something to do with the way I have routing set up on the z/OS side. For all OSA traffic, I use OSPF while for Hipersockets, I use static routing. - The reason I think this is because when I do a traceroute from z/OS to z/VM, it looks like the route is by way of my VLAN through the OSAs, though I have defined it for all traffic to 5.5.5.0/24 to be routed through the Hipersockets link: CS V1R13: Traceroute to 5.5.5.2 (5.5.5.2): 1 10.82.10.44 (10.82.10.44) 6 ms 10.82.10.121 (10.82.10.121) 0 ms 10.82.10.44 (10.82.10.44) 0 ms *** Just some notes... I do not have an OSPF interface defined for Hipersockets. When I cancel the OMPROUTE started task, I am unable to ping or reach other z/OS hipersocket addresses. I do have sourceVIPA turned on... would this be the issue? At this point, I'm not too sure why its not routing via the static route. IPCONFIG IGNOREREDIRECT NOSYSPLEXROUTING MULTIPATH DATAGRAMFWD SOURCEVIPA PATHMTUDISC IPSECURITY ; Beginroutes route 5.5.5.0 255.255.255.0 = HSLINK28 MTU 57344 NODELAYA Endroutes ; PRIMARYINTERFACE VLNKOS28 Omproute options: AS_BOUNDARY_ROUTING Import_RIP_Routes=No Import_Static_Routes=No Import_Direct_Routes=No Import_Subnet_Routes=No Originate_Default_Route=No Originate_as_Type=2 Default_Route_Cost=1 - A traceroute to other z/OS LPARs yield something different: CS V1R13: Traceroute to 5.5.5.12 (5.5.5.12): 1 5.5.5.12 (5.5.5.12) 3 ms 2 ms 0 ms *** - From zLinux and z/VM, it looks right, where the first hop is by way of the Hipersockets: [root@lsysg01a ~]# traceroute 5.5.5.12 traceroute to 5.5.5.12 (5.5.5.12), 30 hops max, 60 byte packets 1 5.5.5.12 (5.5.5.12) 0.645 ms 0.644 ms 0.724 ms Ready; T=0.01/0.01 07:54:24 Trace route to 5.5.5.12 (5.5.5.12) 1 (5.5.5.12) 10 ms 1 ms 0 ms Serve DC is proud to present NeighborGood, a new, free tool to help residents engage in meaningful service and connect with the causes and organizations they care about. Visit NeighborGood at <http://serve.dc.gov/service/neighborgood> -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Offer Baruch Sent: Saturday, November 02, 2013 1:55 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets between RHEL and z/OS Hi, First thing i would do is make sure your iptables service is stopped and that the ipv6 iptables is down as well... Can you send the output of netstat route on z/os and route on linux? Also does pinging the z/os from linux works??? That what i got from your first email... Offer Baruch On Nov 1, 2013 7:06 PM, "Diep, David (OCTO-Contractor)" wrote: > Hi Everyone, > > > > I got a good one (I think)... did I imagine this working at one point? > > > > I am not able to connect from my z/OS Hipersockets to my RHEL6.2 > Hipersockets. > > > > I am able to successfully initiate a connection from my RHEL6.2 > Hipersockets to my z/OS Hipersockets. > > I am able to successfully initiate a connection from my RHEL6.2 > Hipersockets to my z/VM Hipersockets. > > I am able to successfully initiate a connection from my z/OS > Hipersockets to my z/VM Hipersockets. > > I am able to successfully initiate a connection from my z/VM > Hipersockets to my z/OS Hipersockets. > > I am able to successfully initiate a connection from my z/VM > Hipersockets to my RHEL6.2 Hipersockets. > > > > What gives? > > > > Hipersockets on zLinux: > > [root@vipservd ~]# cat /etc/sysconfig/network-scripts/ifcfg-hsi0 > > DEVICE="hsi0" > > BOOTPROTO="static" > > DNS1="10.201.1.241" > > IPADDR="5.5.5.57" > > NETMASK="255.255.255.0" > > NETTYPE="qeth" > > ONBOOT="yes" > > SUBCHANNELS="0.0.7400,0.0.7401,0.0.7402" > > TYPE="Ethernet" > > ARP="no" > > > > Hipersockets on z/OS: > > ; > > DEVICE IUTIQDED MPCIPA AUTORESTART > > LINK HSLINK16 IPAQIDIO IUTIQDED > > START IUTIQDED > > ; > > HOME > >5.5.5.16 HSLINK16 > > ; > > ; Begin / End route table > > ; > > Beginroutes > > route 5.5.5.0 255.255.255.0 = HSLINK16 mtu 57344 NODELAYA > > Endroutes > > > > > > Thanks!! > > > > David Diep > > Serve DC is proud to present NeighborGood, a new, free tool to help > residents engage in meaningful service and connect with the causes and > organizations they care about. Visit NeighborGood at > http://serve.dc.gov/servi
Re: Hipersockets between RHEL and z/OS
Hi, First thing i would do is make sure your iptables service is stopped and that the ipv6 iptables is down as well... Can you send the output of netstat route on z/os and route on linux? Also does pinging the z/os from linux works??? That what i got from your first email... Offer Baruch On Nov 1, 2013 7:06 PM, "Diep, David (OCTO-Contractor)" wrote: > Hi Everyone, > > > > I got a good one (I think)... did I imagine this working at one point? > > > > I am not able to connect from my z/OS Hipersockets to my RHEL6.2 > Hipersockets. > > > > I am able to successfully initiate a connection from my RHEL6.2 > Hipersockets to my z/OS Hipersockets. > > I am able to successfully initiate a connection from my RHEL6.2 > Hipersockets to my z/VM Hipersockets. > > I am able to successfully initiate a connection from my z/OS Hipersockets > to my z/VM Hipersockets. > > I am able to successfully initiate a connection from my z/VM Hipersockets > to my z/OS Hipersockets. > > I am able to successfully initiate a connection from my z/VM Hipersockets > to my RHEL6.2 Hipersockets. > > > > What gives? > > > > Hipersockets on zLinux: > > [root@vipservd ~]# cat /etc/sysconfig/network-scripts/ifcfg-hsi0 > > DEVICE="hsi0" > > BOOTPROTO="static" > > DNS1="10.201.1.241" > > IPADDR="5.5.5.57" > > NETMASK="255.255.255.0" > > NETTYPE="qeth" > > ONBOOT="yes" > > SUBCHANNELS="0.0.7400,0.0.7401,0.0.7402" > > TYPE="Ethernet" > > ARP="no" > > > > Hipersockets on z/OS: > > ; > > DEVICE IUTIQDED MPCIPA AUTORESTART > > LINK HSLINK16 IPAQIDIO IUTIQDED > > START IUTIQDED > > ; > > HOME > >5.5.5.16 HSLINK16 > > ; > > ; Begin / End route table > > ; > > Beginroutes > > route 5.5.5.0 255.255.255.0 = HSLINK16 mtu 57344 NODELAYA > > Endroutes > > > > > > Thanks!! > > > > David Diep > > Serve DC is proud to present NeighborGood, a new, free tool to help > residents engage in meaningful service and connect with the causes and > organizations they care about. Visit NeighborGood at > http://serve.dc.gov/service/neighborgood > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets between RHEL and z/OS
I use a host entry and then request that the apps teams make the calls to the FQDN in the host file. Many ways to solve this - this works for us. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Diep, David (OCTO-Contractor) Sent: Friday, November 01, 2013 2:19 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets between RHEL and z/OS Emmit, That could very well be the case... I did not define a specific route for Hipersockets in RHEL (always wondered about that). As for my z/OS, I use OSPF for routing, but static routes for Hipersockets traffic. ; DEVICE IUTIQDED MPCIPA AUTORESTART LINK HSLINK16 IPAQIDIO IUTIQDED START IUTIQDED ; HOME 5.5.5.16 HSLINK16 ; ; Begin / End route table ; Beginroutes route 5.5.5.0 255.255.255.0 = HSLINK16 mtu 57344 NODELAYA Endroutes Have you guys had this issue? -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Emmett O'Grady Sent: Friday, November 01, 2013 2:05 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets between RHEL and z/OS Is the request going out your default route as opposed to the hipersocket? -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Diep, David (OCTO-Contractor) Sent: Friday, November 01, 2013 2:02 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets between RHEL and z/OS Hi J.B., It tells me this: EZA1450I IBM FTP CS V1R13 EZA1554I Connecting to: 5.5.5.57 port: 21. EZA2589E Connection to server interrupted or timed out. Initial connection *** CS V1R13: Pinging host 5.5.5.57 Ping #1 timed out *** Nothing in SYSLOGD. Serve DC is proud to present NeighborGood, a new, free tool to help residents engage in meaningful service and connect with the causes and organizations they care about. Visit NeighborGood at <http://serve.dc.gov/service/neighborgood> -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of J B Mills III Sent: Friday, November 01, 2013 1:43 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets between RHEL and z/OS What is the message that is telling you that you can not connect to your z/OS hipersocket? Regards, J.B. Mills III Solutions Architect 1515 Poydras Street Suite 1925 New Orleans, LA. 70112 Cell 614-226-0284 jmil...@us.ibm.com "The only difference between a good day and a bad day, is your attitude." -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ If you are not the addressee, please inform us immediately that you have received this e-mail by mistake, and delete it. We thank you for your support. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ If you are not the addressee, please inform us immediately that you have received this e-mail by mistake, and delete it. We thank you for your support. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets between RHEL and z/OS
Emmit, That could very well be the case... I did not define a specific route for Hipersockets in RHEL (always wondered about that). As for my z/OS, I use OSPF for routing, but static routes for Hipersockets traffic. ; DEVICE IUTIQDED MPCIPA AUTORESTART LINK HSLINK16 IPAQIDIO IUTIQDED START IUTIQDED ; HOME 5.5.5.16 HSLINK16 ; ; Begin / End route table ; Beginroutes route 5.5.5.0 255.255.255.0 = HSLINK16 mtu 57344 NODELAYA Endroutes Have you guys had this issue? -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Emmett O'Grady Sent: Friday, November 01, 2013 2:05 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets between RHEL and z/OS Is the request going out your default route as opposed to the hipersocket? -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Diep, David (OCTO-Contractor) Sent: Friday, November 01, 2013 2:02 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets between RHEL and z/OS Hi J.B., It tells me this: EZA1450I IBM FTP CS V1R13 EZA1554I Connecting to: 5.5.5.57 port: 21. EZA2589E Connection to server interrupted or timed out. Initial connection *** CS V1R13: Pinging host 5.5.5.57 Ping #1 timed out *** Nothing in SYSLOGD. Serve DC is proud to present NeighborGood, a new, free tool to help residents engage in meaningful service and connect with the causes and organizations they care about. Visit NeighborGood at <http://serve.dc.gov/service/neighborgood> -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of J B Mills III Sent: Friday, November 01, 2013 1:43 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets between RHEL and z/OS What is the message that is telling you that you can not connect to your z/OS hipersocket? Regards, J.B. Mills III Solutions Architect 1515 Poydras Street Suite 1925 New Orleans, LA. 70112 Cell 614-226-0284 jmil...@us.ibm.com "The only difference between a good day and a bad day, is your attitude." -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ If you are not the addressee, please inform us immediately that you have received this e-mail by mistake, and delete it. We thank you for your support. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets between RHEL and z/OS
Is the request going out your default route as opposed to the hipersocket? -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Diep, David (OCTO-Contractor) Sent: Friday, November 01, 2013 2:02 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets between RHEL and z/OS Hi J.B., It tells me this: EZA1450I IBM FTP CS V1R13 EZA1554I Connecting to: 5.5.5.57 port: 21. EZA2589E Connection to server interrupted or timed out. Initial connection *** CS V1R13: Pinging host 5.5.5.57 Ping #1 timed out *** Nothing in SYSLOGD. Serve DC is proud to present NeighborGood, a new, free tool to help residents engage in meaningful service and connect with the causes and organizations they care about. Visit NeighborGood at <http://serve.dc.gov/service/neighborgood> -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of J B Mills III Sent: Friday, November 01, 2013 1:43 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets between RHEL and z/OS What is the message that is telling you that you can not connect to your z/OS hipersocket? Regards, J.B. Mills III Solutions Architect 1515 Poydras Street Suite 1925 New Orleans, LA. 70112 Cell 614-226-0284 jmil...@us.ibm.com "The only difference between a good day and a bad day, is your attitude." -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ If you are not the addressee, please inform us immediately that you have received this e-mail by mistake, and delete it. We thank you for your support. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets between RHEL and z/OS
Hi J.B., It tells me this: EZA1450I IBM FTP CS V1R13 EZA1554I Connecting to: 5.5.5.57 port: 21. EZA2589E Connection to server interrupted or timed out. Initial connection *** CS V1R13: Pinging host 5.5.5.57 Ping #1 timed out *** Nothing in SYSLOGD. Serve DC is proud to present NeighborGood, a new, free tool to help residents engage in meaningful service and connect with the causes and organizations they care about. Visit NeighborGood at <http://serve.dc.gov/service/neighborgood> -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of J B Mills III Sent: Friday, November 01, 2013 1:43 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets between RHEL and z/OS What is the message that is telling you that you can not connect to your z/OS hipersocket? Regards, J.B. Mills III Solutions Architect 1515 Poydras Street Suite 1925 New Orleans, LA. 70112 Cell 614-226-0284 jmil...@us.ibm.com "The only difference between a good day and a bad day, is your attitude." -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets between RHEL and z/OS
What is the message that is telling you that you can not connect to your z/OS hipersocket? Regards, J.B. Mills III Solutions Architect 1515 Poydras Street Suite 1925 New Orleans, LA. 70112 Cell 614-226-0284 jmil...@us.ibm.com "The only difference between a good day and a bad day, is your attitude." -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Hipersockets between RHEL and z/OS
Hi Everyone, I got a good one (I think)... did I imagine this working at one point? I am not able to connect from my z/OS Hipersockets to my RHEL6.2 Hipersockets. I am able to successfully initiate a connection from my RHEL6.2 Hipersockets to my z/OS Hipersockets. I am able to successfully initiate a connection from my RHEL6.2 Hipersockets to my z/VM Hipersockets. I am able to successfully initiate a connection from my z/OS Hipersockets to my z/VM Hipersockets. I am able to successfully initiate a connection from my z/VM Hipersockets to my z/OS Hipersockets. I am able to successfully initiate a connection from my z/VM Hipersockets to my RHEL6.2 Hipersockets. What gives? Hipersockets on zLinux: [root@vipservd ~]# cat /etc/sysconfig/network-scripts/ifcfg-hsi0 DEVICE="hsi0" BOOTPROTO="static" DNS1="10.201.1.241" IPADDR="5.5.5.57" NETMASK="255.255.255.0" NETTYPE="qeth" ONBOOT="yes" SUBCHANNELS="0.0.7400,0.0.7401,0.0.7402" TYPE="Ethernet" ARP="no" Hipersockets on z/OS: ; DEVICE IUTIQDED MPCIPA AUTORESTART LINK HSLINK16 IPAQIDIO IUTIQDED START IUTIQDED ; HOME 5.5.5.16 HSLINK16 ; ; Begin / End route table ; Beginroutes route 5.5.5.0 255.255.255.0 = HSLINK16 mtu 57344 NODELAYA Endroutes Thanks!! David Diep Serve DC is proud to present NeighborGood, a new, free tool to help residents engage in meaningful service and connect with the causes and organizations they care about. Visit NeighborGood at http://serve.dc.gov/service/neighborgood
Re: Hipersockets "broke" Ethernet?
We had this same problem 2 years ago. This is what we did to solve it: Be sure to place the hipersocket address first in the home list before any SOURCEVIPA addresses in PROFILE TCPIP fm. Do this in z/VM and in z/OS both. Kyle Stewart -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Chase, John Sent: Wednesday, February 27, 2013 1:34 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets "broke" Ethernet? > -Original Message- > From: Chase, John > > > [ snip ] > > Now, what's missing from this file that is present in the same file on > our "golden" image is the > statement: > > OPTIONS="layer2=0 portno=0" > > I don't know why that statement is missing, unless our "network guy" > deleted it from the penguin that doesn't talk while he was trying to figure > out Hipersockets. > > I also notice the "golden" copy has BOOTPROTO="static" instead of "none". > > I'll set both back to "golden" and see what happens. And that fixed that problem. We now have both interfaces working, but the hipersockets network appears to be "one-way" at the moment: We can ping z/OS from Linux, but cannot ping Linux from z/OS. I don't believe that side of the question belongs on this forum, but if somebody wants to respond off-list, please do. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ == THIS ELECTRONIC MESSAGE, INCLUDING ANY ACCOMPANYING DOCUMENTS, IS CONFIDENTIAL and may contain information that is privileged and exempt from disclosure under applicable law. If you are neither the intended recipient nor responsible for delivering the message to the intended recipient, please note that any dissemination, distribution, copying or the taking of any action in reliance upon the message is strictly prohibited. If you have received this communication in error, please notify the sender immediately. Thank you. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets "broke" Ethernet?
Be sure to place the hipersocket address first in the home list before any SOURCEVIPA addresses in PROFILE TCPIP fm. Do this in z/VM and in z/OS both. Kyle Stewart -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Chase, John Sent: Wednesday, February 27, 2013 1:34 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets "broke" Ethernet? > -Original Message- > From: Chase, John > > > [ snip ] > > Now, what's missing from this file that is present in the same file on > our "golden" image is the > statement: > > OPTIONS="layer2=0 portno=0" > > I don't know why that statement is missing, unless our "network guy" > deleted it from the penguin that doesn't talk while he was trying to figure > out Hipersockets. > > I also notice the "golden" copy has BOOTPROTO="static" instead of "none". > > I'll set both back to "golden" and see what happens. And that fixed that problem. We now have both interfaces working, but the hipersockets network appears to be "one-way" at the moment: We can ping z/OS from Linux, but cannot ping Linux from z/OS. I don't believe that side of the question belongs on this forum, but if somebody wants to respond off-list, please do. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ == THIS ELECTRONIC MESSAGE, INCLUDING ANY ACCOMPANYING DOCUMENTS, IS CONFIDENTIAL and may contain information that is privileged and exempt from disclosure under applicable law. If you are neither the intended recipient nor responsible for delivering the message to the intended recipient, please note that any dissemination, distribution, copying or the taking of any action in reliance upon the message is strictly prohibited. If you have received this communication in error, please notify the sender immediately. Thank you. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets "broke" Ethernet?
> -Original Message- > From: Chase, John > > > [ snip ] > > Now, what's missing from this file that is present in the same file on our > "golden" image is the > statement: > > OPTIONS="layer2=0 portno=0" > > I don't know why that statement is missing, unless our "network guy" deleted > it from the penguin that > doesn't talk while he was trying to figure out Hipersockets. > > I also notice the "golden" copy has BOOTPROTO="static" instead of "none". > > I'll set both back to "golden" and see what happens. And that fixed that problem. We now have both interfaces working, but the hipersockets network appears to be "one-way" at the moment: We can ping z/OS from Linux, but cannot ping Linux from z/OS. I don't believe that side of the question belongs on this forum, but if somebody wants to respond off-list, please do. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets "broke" Ethernet?
> -Original Message- > From: Linux on 390 Port On Behalf Of Lee Stewart > > RHEL has an error where if you use system-config-network on a layer 2 > interface it "forgets" that it > was layer 2. Reported a year ago as Bug > 809534 - system-config-network ignores option field. No fix. > > Did you use system-config-network? We did not see a directory or file with that exact name, so I'll guess we did not. One file named network, in /etc/sysconfig, contains only three lines: NETWORKING=yes HOSTAME=myPenguin.ussco.com GATEWAY=10.1.1.1 The ifcfg-eth0 cited earlier lives in /etc/sysconfig/network-scripts. In case I forgot to mention it, we're working with RHEL 6.3. -jc- [ snip ] ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets "broke" Ethernet?
RHEL has an error where if you use system-config-network on a layer 2 interface it "forgets" that it was layer 2. Reported a year ago as Bug 809534 - system-config-network ignores option field. No fix. Did you use system-config-network? Lee On 2/26/2013 6:30 PM, Chase, John wrote: -Original Message- From: Linux on 390 Port On Behalf Of Mark Post On 2/26/2013 at 06:08 PM, "Chase, John" wrote: -snip- qeth: register layer 3 discipline This line, and the line 2 down is interesting. It looks like the NIC is trying to be both Layer 3 and Layer 2. Which is it _supposed_ to be? I believe it's supposed to be Layer 2; connects to a vswitch. qdio: 0.0.7002 HS on SC 2 using AI:1 QEBSM:1 PCI:0 TDD:1 SIGA:RW AO qeth: register layer 2 discipline What all does the ifcfg-eth0 file have in it? [root@myPenguin ~]# cat ifcfg-eth0 DEVICE=eth0 BOOTPROTO=none DNS1=10.1.4.73 DOMAIN=ourshop.com GATEWAY=10.1.1.1 IPADDR=10.1.1.36 MTU=1500 NETMASK=255.255.255.192 NETTYPE=qeth NM_CONTROLLED=yes ONBOOT=yes PORTNAME="DONTCARE" SUBCHANNELS="0.0.0600,0.0.0601,0.0.0602" TYPE=Ethernet UUID="646a685e-75d1-4ef4-bc5e-7482b66a7981" IPV6INIT=no USERCTL=no [root@myPenguin ~]# Now, what's missing from this file that is present in the same file on our "golden" image is the statement: OPTIONS="layer2=0 portno=0" I don't know why that statement is missing, unless our "network guy" deleted it from the penguin that doesn't talk while he was trying to figure out Hipersockets. I also notice the "golden" copy has BOOTPROTO="static" instead of "none". I'll set both back to "golden" and see what happens. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- Lee Stewart, Senior SE Sirius Computer Solutions Phone: (303) 996-7122 Email: lee.stew...@siriuscom.com Web: www.siriuscom.com -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets "broke" Ethernet?
> -Original Message- > From: Linux on 390 Port On Behalf Of Mark Post > > >>> On 2/26/2013 at 06:08 PM, "Chase, John" wrote: > -snip- > > > qeth: register layer 3 discipline > > This line, and the line 2 down is interesting. It looks like the NIC is > trying to be both Layer 3 and > Layer 2. Which is it _supposed_ to be? I believe it's supposed to be Layer 2; connects to a vswitch. > > qdio: 0.0.7002 HS on SC 2 using AI:1 QEBSM:1 PCI:0 TDD:1 SIGA:RW AO > > qeth: register layer 2 discipline > > What all does the ifcfg-eth0 file have in it? [root@myPenguin ~]# cat ifcfg-eth0 DEVICE=eth0 BOOTPROTO=none DNS1=10.1.4.73 DOMAIN=ourshop.com GATEWAY=10.1.1.1 IPADDR=10.1.1.36 MTU=1500 NETMASK=255.255.255.192 NETTYPE=qeth NM_CONTROLLED=yes ONBOOT=yes PORTNAME="DONTCARE" SUBCHANNELS="0.0.0600,0.0.0601,0.0.0602" TYPE=Ethernet UUID="646a685e-75d1-4ef4-bc5e-7482b66a7981" IPV6INIT=no USERCTL=no [root@myPenguin ~]# Now, what's missing from this file that is present in the same file on our "golden" image is the statement: OPTIONS="layer2=0 portno=0" I don't know why that statement is missing, unless our "network guy" deleted it from the penguin that doesn't talk while he was trying to figure out Hipersockets. I also notice the "golden" copy has BOOTPROTO="static" instead of "none". I'll set both back to "golden" and see what happens. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets "broke" Ethernet?
How are 7000-7002 defined? Seeing the directory entry would be useful too. An error is happening before the ipl moment. David Kreuter Original message From: Mark Post Date: To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets "broke" Ethernet? >>> On 2/26/2013 at 06:08 PM, "Chase, John" wrote: -snip- > Tried an "interactive" IPL and startup of the Linux vm, and saw some error > messages that indicate we've got some misteaks [sic] in the definitions of > the hipersockets virtual devices (but after the guest is started, ifconfig > shows only the hipersockets interface as active). > > Here's the VM logon of the guest: > > LOGON AT 15:40:29 CST TUESDAY 02/26/13 > Command complete > NIC 0600 is created; devices 0600-0602 defined > NIC 0600 is connected to VSWITCH SYSTEM VMBSW1 > HCPNIC2781E NIC 7000 not created; network devices 7000-7002 could not be > defined > z/VM V6.2.0 2013-02-04 13:33 > > Vdevs 7000-7002 are for the hipersockets interface. The NIC at vaddr 600 is > the Ethernet interface that previously worked just fine. > > Here's the part of the Linux console log pertaining to qeth: > > qeth: loading core functions > vmur: z/VM virtual unit record device driver loaded. > NET: Registered protocol family 10 > lo: Disabled Privacy Extensions > qeth: register layer 3 discipline This line, and the line 2 down is interesting. It looks like the NIC is trying to be both Layer 3 and Layer 2. Which is it _supposed_ to be? > qdio: 0.0.7002 HS on SC 2 using AI:1 QEBSM:1 PCI:0 TDD:1 SIGA:RW AO > qeth: register layer 2 discipline What all does the ifcfg-eth0 file have in it? > qeth 0.0.0600: The qeth device is not configured for the OSI layer required > by z > /VM > qeth 0.0.0600: The qeth device driver failed to recover an error on the > device > qeth: irb : 00 c2 60 17 0d b9 30 38 0e 00 10 00 00 80 00 00 > ..`...08... > . > qeth: irb 0010: 01 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > ... > . > qeth: sense data : 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > > > qeth: sense data 0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > > > qeth 0.0.0600: The qeth device driver failed to recover an error on the > device Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets "broke" Ethernet?
>>> On 2/26/2013 at 06:08 PM, "Chase, John" wrote: -snip- > Tried an "interactive" IPL and startup of the Linux vm, and saw some error > messages that indicate we've got some misteaks [sic] in the definitions of > the hipersockets virtual devices (but after the guest is started, ifconfig > shows only the hipersockets interface as active). > > Here's the VM logon of the guest: > > LOGON AT 15:40:29 CST TUESDAY 02/26/13 > Command complete > NIC 0600 is created; devices 0600-0602 defined > NIC 0600 is connected to VSWITCH SYSTEM VMBSW1 > HCPNIC2781E NIC 7000 not created; network devices 7000-7002 could not be > defined > z/VM V6.2.02013-02-04 13:33 > > Vdevs 7000-7002 are for the hipersockets interface. The NIC at vaddr 600 is > the Ethernet interface that previously worked just fine. > > Here's the part of the Linux console log pertaining to qeth: > > qeth: loading core functions > vmur: z/VM virtual unit record device driver loaded. > NET: Registered protocol family 10 > lo: Disabled Privacy Extensions > qeth: register layer 3 discipline This line, and the line 2 down is interesting. It looks like the NIC is trying to be both Layer 3 and Layer 2. Which is it _supposed_ to be? > qdio: 0.0.7002 HS on SC 2 using AI:1 QEBSM:1 PCI:0 TDD:1 SIGA:RW AO > qeth: register layer 2 discipline What all does the ifcfg-eth0 file have in it? > qeth 0.0.0600: The qeth device is not configured for the OSI layer required > by z > /VM > qeth 0.0.0600: The qeth device driver failed to recover an error on the > device > qeth: irb : 00 c2 60 17 0d b9 30 38 0e 00 10 00 00 80 00 00 > ..`...08... > . > qeth: irb 0010: 01 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > ... > . > qeth: sense data : 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > > > qeth: sense data 0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > > > qeth 0.0.0600: The qeth device driver failed to recover an error on the > device Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets "broke" Ethernet?
> -Original Message- > From: Linux on 390 Port On Behalf Of Mark Post > > >>> On 2/26/2013 at 04:48 PM, "Chase, John" wrote: > > How do we configure Linux so that both interfaces (eth0 and hsi0) are > > configured at startup time? > > Look at /etc/sysconfig/network-scripts/ifcfg-eth0 to see what is in there for > ONBOOT. For the > interface to be started automatically, it should be set to "yes." Thanks. Checked; it's set to "yes". Tried an "interactive" IPL and startup of the Linux vm, and saw some error messages that indicate we've got some misteaks [sic] in the definitions of the hipersockets virtual devices (but after the guest is started, ifconfig shows only the hipersockets interface as active). Here's the VM logon of the guest: LOGON AT 15:40:29 CST TUESDAY 02/26/13 Command complete NIC 0600 is created; devices 0600-0602 defined NIC 0600 is connected to VSWITCH SYSTEM VMBSW1 HCPNIC2781E NIC 7000 not created; network devices 7000-7002 could not be defined z/VM V6.2.02013-02-04 13:33 Vdevs 7000-7002 are for the hipersockets interface. The NIC at vaddr 600 is the Ethernet interface that previously worked just fine. Here's the part of the Linux console log pertaining to qeth: qeth: loading core functions vmur: z/VM virtual unit record device driver loaded. NET: Registered protocol family 10 lo: Disabled Privacy Extensions qeth: register layer 3 discipline qdio: 0.0.7002 HS on SC 2 using AI:1 QEBSM:1 PCI:0 TDD:1 SIGA:RW AO qeth: register layer 2 discipline qeth 0.0.0600: The qeth device is not configured for the OSI layer required by z /VM qeth 0.0.0600: The qeth device driver failed to recover an error on the device qeth: irb : 00 c2 60 17 0d b9 30 38 0e 00 10 00 00 80 00 00 ..`...08... . qeth: irb 0010: 01 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ... . qeth: sense data : 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 qeth: sense data 0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 qeth 0.0.0600: The qeth device driver failed to recover an error on the device qeth 0.0.7000: Device is a HiperSockets card (level: HSGR) with link type HiperSockets. qeth 0.0.7000: Hardware IP fragmentation not supported on hsi0 qeth 0.0.7000: Inbound source MAC-address not supported on hsi0 qeth 0.0.7000: VLAN enabled qeth 0.0.7000: Multicast enabled qeth 0.0.7000: IPV6 enabled qeth 0.0.7000: Broadcast enabled qeth 0.0.7000: Using SW checksumming on hsi0. qeth 0.0.7000: Outbound TSO not supported on hsi0 [ OK ] Setting hostname : [ OK ] Bringing up interface eth0: WARNING: /etc/modprobe.conf line 1: ignoring bad li ne starting with 'hsi0' WARNING: Deprecated config file /etc/modprobe.conf, all config files belong into /etc/modprobe.d/. WARNING: /etc/modprobe.conf line 1: ignoring bad line starting with 'hsi0' WARNING: Deprecated config file /etc/modprobe.conf, all config files belong into /etc/modprobe.d/. Device eth0 does not seem to be present, delaying initialization. [FAILED] Bringing up interface hsi0: [ OK ] The modprobe.conf file was created by a colleague, and contains one line: 'hsi0 alias qeth' (without the apostrophes). That's all the diagnostics I have at the moment. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient
Re: Hipersockets "broke" Ethernet?
>>> On 2/26/2013 at 04:48 PM, "Chase, John" wrote: > How do we configure Linux so that both interfaces (eth0 and hsi0) are > configured at startup time? Look at /etc/sysconfig/network-scripts/ifcfg-eth0 to see what is in there for ONBOOT. For the interface to be started automatically, it should be set to "yes." Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Hipersockets "broke" Ethernet?
Hi, All, We're just getting started with Linux (RHEL6.3) on z/VM (6.2, non-SSI). We generally followed the "Virtualization Cookbook" published by Mike MacIsaac and others at IBM, and got our first RHEL web server up and running. Then we tried to define a Hipersockets network (this server will eventually need to communicate with z/OS running in another LPAR). When we configured the Linux vm and "bounced" it, we are no longer able to reach it. Logging on to the z/VM user ID, then as root in Linux, the ifconfig command shows only the hipersockets interface, which is not connected to the "outside world". How do we configure Linux so that both interfaces (eth0 and hsi0) are configured at startup time? Thanks in advance -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets over Guest LAN to MVS
On Tue, Jul 17, 2012 at 7:50 PM, Alan Altmark wrote: > > Perhaps there is a misunderstanding. I have no objection to real > HiperSockets for backups (or any other reason) as long as you realize that > HiperSockets consume z CPU cycles since it is the CPU that moves the data, > not the IOPs. > > Anything that moves packets will cost CPU cycles, in the Linux TCP/IP stack and in CP. The biggest factor is the number of packets, so 56K packets on HiperSockets is hard to beat in comparison with 1500 byte on the LAN. A virtual NIC (connected to a VSWITCH or Guest LAN) is some 50% more expensive than using HiperSockets. When using a Linux guest as virtual router, things do add up rather fast (packets are handled 3 times, plus the cost of the virtual router). Whether these aspects should play a major role in your network design really depends on the data volume. Many servers don't transfer hundreds of GB's per day. I would suggest to use a network design that makes sense and measure your CPU cost and network volume to see whether you need to connect some of the busy guests differently. Rob -- Rob van der Heij Velocity Software http://www.velocitysoftware.com/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets over Guest LAN to MVS
On Tuesday, 07/17/2012 at 11:34 EDT, "Norris, Chet" wrote: > It sounds like Alan's "HiperSocket VSWITCH Bridge" could be an option, but > multiple people (including Alan) have recommended using direct Hipersocket > device definitions for each zLinux user. Perhaps there is a misunderstanding. I have no objection to real HiperSockets for backups (or any other reason) as long as you realize that HiperSockets consume z CPU cycles since it is the CPU that moves the data, not the IOPs. > If I make it simple and define unique devices to each user, how do I fail over > to a different device if MVS moves to another machine? I'm also going to be > limited as to the number of zLinux users on any given CHPID, or is that number > high enough that its not an issue? I should have been paying closer attention. The HiperSocket VSWITCH bridge is specifically designed to give you the performance benefit of real HiperSockets when the target is in a neighboring LPAR, but the flexibility to transparently use ethernets when the target is elsewhere. There's no longer any need to configure a secondary paths in order to accommodate the ripping noise you hear when HiperSockets partners are torn out of the CEC (e.g. DR or failover configs). BUT, the bridge only works with MVS when the bridge is configured to use the IEDN in a zEnterprise ensemble (OSX chpids). For non-ensemble configurations (OSD chpids), z/OS drives the HiperSocket in a way that prevents use of the bridge. Also, be aware that the bridge is available only on a z196 or z114 with z/VM 6.2. Across all HiperSocket chpids, you have have 12K unit addresses. Since each host/guest uses 3 UAs, you can have up to 4096 hosts using HiperSockets on the CEC. Alan Altmark Senior Managing z/VM and Linux Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets over Guest LAN to MVS
I guess my main drive to use a common guest LAN was to avoid having to assign a unique device set for each zLinux guest by specifying a SPECIAL definition in each. The main use for the Hipersocket connections would be to run zLinux backup/restore processing based on the MVS platform, and I theorized that the MVS Hipersocket device would be a bottleneck anyway so why not use TCPIP as a centralized source. It sounds like using Guest LANs is the wrong answer, even though it would work. I really need to have this process available no matter which physical CEC MVS happens to be on, so I would need an alternative route for the Hipersocket devices. It sounds like Alan's "HiperSocket VSWITCH Bridge" could be an option, but multiple people (including Alan) have recommended using direct Hipersocket device definitions for each zLinux user. If I make it simple and define unique devices to each user, how do I fail over to a different device if MVS moves to another machine? I'm also going to be limited as to the number of zLinux users on any given CHPID, or is that number high enough that its not an issue? Chet Norris -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets over Guest LAN to MVS
On Monday, 07/16/2012 at 10:51 EDT, Shane G wrote: > On Tue, Jul 17th, 2012 at 6:37 AM, Alan Altmark wrote: > ... > > TCPIP is connected to two HiperSocket networks: one real (to MVS) and one > > virtual (to Linux). > > Now, hold it right there fella. I want the order number for one of those > *real* hipersockets. > (haven't we been here before ... ;-) The ephemeral energy-to-matter converter modules are already included at no additional charge. ;-) Alan Altmark Senior Managing z/VM and Linux Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets over Guest LAN to MVS
On Tue, Jul 17th, 2012 at 6:37 AM, Alan Altmark wrote: ... > TCPIP is connected to two HiperSocket networks: one real (to MVS) and one > virtual (to Linux). Now, hold it right there fella. I want the order number for one of those *real* hipersockets. (haven't we been here before ... ;-) Shane ... -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets over Guest LAN to MVS
On Monday, 07/16/2012 at 09:44 EDT, Mark Post wrote: > Alternatively, he could just attach a real HiperSocket device to the Linux > system and cut out the middle man (z/VM TCPIP) entirely. Unless there's some > value to be had by having z/VM manage the traffic, it's just unnecessary > overhead. Yes, if you don't need to enforce limits on what the guest can do in the network, then you can have it directly access the HiperSocket. And if you think, that MVS and VM might not always be in the same CEC, then you need a different topology or a different technology (HiperSocket VSWITCH Bridge). Alan Altmark Senior Managing z/VM and Linux Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets over Guest LAN to MVS
>>> On 7/16/2012 at 04:37 PM, Alan Altmark wrote: > TCPIP is connected to two HiperSocket networks: one real (to MVS) and one > virtual (to Linux). So TCPIP will need two HiperSocket interfaces, each > with it's own IP address in each of the two networks. You have the real > one (5.1.1.1), but you are missing 5.1.2.x, which is what Linux would use > as its default gateway, not 5.1.1.1. You can't ping 5.1.1.1 from Linux > since it isn't directly attached to the Linux guest and you don't have a > reachable gateway. Alternatively, he could just attach a real HiperSocket device to the Linux system and cut out the middle man (z/VM TCPIP) entirely. Unless there's some value to be had by having z/VM manage the traffic, it's just unnecessary overhead. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets over Guest LAN to MVS
On Monday, 07/16/2012 at 02:38 EDT, "Norris, Chet" wrote: > I'm not able to get any response back to my zlinux guest over a guest LAN I've > set up for Hipersocket connections. > > I've defined IP/ADDR 5.1.1.1 as a VM home address, 5.1.1.3 as the MVS home and > set up the Linux guest as 5.1.2.10. > A static route for 5.1.2.0/24 has been defined under MVS to point to 5.1.1.1 as > the gateway. > I've defined a guest LAN (HIPRLNX1) with type HPERS, defined special devices > 600-602 to the guest, coupled the devices to the LAN, and brought the devices > online. > I defined HSI0 to use the 600-602 devices and activated the HSI0 interface. > I've also added a network-scripts/route-hsi0 file with "default via 5.1.1.1 dev > hsi0" but to no avail. > When I ping z/VM (5.1.1.1) from zLinux (5.1.2.10) or zLinux from z/VM I get no > response. MVS (5.1.1.3) to VM (5.1.1.1) works fine, and visa versa. > Any ideas? Yes, your network diagram is messed up. Your picture is Linux [Guest LAN] TCPIP [HiperSockets] MVS TCPIP is connected to two HiperSocket networks: one real (to MVS) and one virtual (to Linux). So TCPIP will need two HiperSocket interfaces, each with it's own IP address in each of the two networks. You have the real one (5.1.1.1), but you are missing 5.1.2.x, which is what Linux would use as its default gateway, not 5.1.1.1. You can't ping 5.1.1.1 from Linux since it isn't directly attached to the Linux guest and you don't have a reachable gateway. BTW, you can use the ifconfig command on VM to get a much better display of the VM config. As an aside, I don't recommend the use of HiperSocket Guest LANs unless it is for testing purposes. Instead, use a virtual switch without an OSA. The access controls on VSWITCHes are far better than it is for Guest LANs. Alan Altmark Senior Managing z/VM and Linux Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets over Guest LAN to MVS
On Mon, Jul 16, 2012 at 04:59:49PM +, Norris, Chet wrote: > I've defined IP/ADDR 5.1.1.1 as a VM home address, 5.1.1.3 as the MVS home > and set up the Linux guest as 5.1.2.10. It would be preferable if you could use RFC 1918 allocations for your legacy IP interconnections. Just using random IP addresses does break connectivity, especially when keeping it afterwards. Of course if you argue that no internet connectivity whatsoever exists for this machine, you need to make sure that this will be the case forever. As for the specific HSI issue I cannot help you, though. Sorry. Kind regards Philipp Kern -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Hipersockets over Guest LAN to MVS
I'm not able to get any response back to my zlinux guest over a guest LAN I've set up for Hipersocket connections. I've defined IP/ADDR 5.1.1.1 as a VM home address, 5.1.1.3 as the MVS home and set up the Linux guest as 5.1.2.10. A static route for 5.1.2.0/24 has been defined under MVS to point to 5.1.1.1 as the gateway. I've defined a guest LAN (HIPRLNX1) with type HPERS, defined special devices 600-602 to the guest, coupled the devices to the LAN, and brought the devices online. I defined HSI0 to use the 600-602 devices and activated the HSI0 interface. I've also added a network-scripts/route-hsi0 file with "default via 5.1.1.1 dev hsi0" but to no avail. When I ping z/VM (5.1.1.1) from zLinux (5.1.2.10) or zLinux from z/VM I get no response. MVS (5.1.1.3) to VM (5.1.1.1) works fine, and visa versa. Any ideas? [root@zld0010 network-scripts]# cat ifcfg-hsi0 DEVICE="hsi0" BOOTPROTO="static" ARP=no IPADDR="5.1.2.10" NETMASK="255.255.255.0" NETTYPE="qeth" ONBOOT="yes" OPTIONS="buffer_count=128" SUBCHANNELS="0.0.0600,0.0.0601,0.0.0602" TYPE="Ethernet" [root@zld0010 network-scripts]# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 5.1.2.0 0.0.0.0 255.255.255.0 U 0 00 hsi0 192.168.161.0 0.0.0.0 255.255.255.0 U 0 00 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 1002 00 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 1003 00 hsi0 0.0.0.0 192.168.161.1 0.0.0.0 UG0 00 eth0 hsi0 Link encap:Ethernet HWaddr 02:00:10:00:00:0A inet addr:5.1.2.10 Bcast:5.1.2.255 Mask:255.255.255.0 inet6 addr: fe80::10ff:fe00:a/64 Scope:Link UP BROADCAST RUNNING NOARP MULTICAST MTU:8192 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:840 (840.0 b) [root@zld0010 network-scripts]# ping 5.1.1.1 -c 1 PING 5.1.1.1 (5.1.1.1) 56(84) bytes of data. [root@zld0010 network-scripts]# vmcp q nic Adapter 0500.P00 Type: QDIO Name: UNASSIGNED Devices: 3 MAC: 02-00-10-00-00-09 VSWITCH: SYSTEM ZVM1SW1 Adapter 0600.P00 Type: HIPERSName: UNASSIGNED Devices: 3 MAC: 02-00-10-00-00-0A LAN: SYSTEM HIPRLNX1 MFS: 16384 FROM VM: Device HIPERFFDType: HIPERS Status: Ready Queue size: 0 CPU: 0 Address: 200CPort name: IUTIQDFF IPv4 Router Type: NonRouter Arp Query Support: No Link HIPERFFL Type: QDIOIP Net number: 0 Speed: 1 BytesIn: 12626 BytesOut: 10240 Forwarding: Enabled MTU: 57344 IPv6: Disabled IPv4 Path MTU Discovery: Disabled Maximum Frame Size : 65536 Broadcast Capability: Yes Multicast Capability: Yes Multicast Group Members --- --- 224.0.0.1 1 netstat gate VM TCP/IP Netstat Level 610 TCP/IP Server Name: TCPIP Path MTU Discovery Aging Interval: 10 Minutes Known IPv4 gateways: Subnet Address Subnet Mask FirstHopFlgs PktSz Metric Link -- --- - -- -- Default159.166.51.10 UGS 1500 OSAXA41L 5.1.1.0 255.255.255.0UT 57344 HIPERFFL 159.166.51.8255.255.255.248 US 1500 OSAXA41L Known IPv6 gateways: None ifconfig hiperffl HIPERFFL inet addr: 5.1.1.1 mask: 255.255.255.0 UP BROADCAST MULTICAST MTU: 57344 vdev: 200C rdev: 200C type: HIPERS ipv6: DISABLED cpu: 0 forwarding: ENABLED ipv4 path MTU discovery: DISABLED RX bytes: 12626 TX bytes: 10240 Ready; T=0.01/0.01 12:52:38
Re: Hipersockets
I think I found the problem. The z/os systems are defined in LCSS 0 and the zlinux is in LCSS 2. The channels are defined as shared they should be spanned. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of McKown, John Sent: Wednesday, June 27, 2012 8:26 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets Another silly question from me. Is the z/Linux system using iptables to do firewalling? I don't know what z/Linux installs as a default. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of > Schwartz, Rodney (R.) > Sent: Wednesday, June 27, 2012 5:49 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Hipersockets > > The ping times out from both the z/os and zlinux. We have multiple > z/os systems and they can ping each other, but the zlinux. > > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of > McKown, John > Sent: Tuesday, June 26, 2012 4:36 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Hipersockets > > If the OP wants to look on the z/OS side, I can think of three > methods. > > z/OS console command: > > D TCPIP,,NETSTAT,DEVLINKS > > D TCPIP,,NETSTAT,ROUTE > > D TCPIP,,NETSTAT,HOME > > z/OS TSO command: > > NETSTAT DEVLINKS > > NETSTAT ROUTE > > NETSTAT HOME > > z/OS UNIX command: > > netstat -d > > netstat -r > > netstat -h > > The DEVLINKS / -d lists all the active interfaces, kind of like the > ifconfig command. But lacks the IP address. > > The ROUTE / -d lists the routes, similar to the Linux route command. > > The HOME / -h lists the IP addresses and interfaces on z/OS. > > > Can you ping the z/Linux system from z/OS? > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets(r) > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 > (817) 255-3225 phone * > john.mck...@healthmarkets.com * www.HealthMarkets.com > > Confidentiality Notice: This e-mail message may contain confidential > or proprietary information. If you are not the intended recipient, > please contact the sender by reply e-mail and destroy all copies of > the original message. > HealthMarkets(r) is the brand name for products underwritten and > issued by the insurance subsidiaries of HealthMarkets, Inc. -The > Chesapeake Life Insurance Company(r), Mid-West National Life Insurance > Company of TennesseeSM and The MEGA Life and Health Insurance > Company.SM > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email to lists...@vm.marist.edu with the > message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email to lists...@vm.marist.edu with the message: INFO > LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets
Another silly question from me. Is the z/Linux system using iptables to do firewalling? I don't know what z/Linux installs as a default. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On > Behalf Of Schwartz, Rodney (R.) > Sent: Wednesday, June 27, 2012 5:49 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Hipersockets > > The ping times out from both the z/os and zlinux. We have > multiple z/os systems and they can ping each other, but the zlinux. > > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On > Behalf Of McKown, John > Sent: Tuesday, June 26, 2012 4:36 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Hipersockets > > If the OP wants to look on the z/OS side, I can think of > three methods. > > z/OS console command: > > D TCPIP,,NETSTAT,DEVLINKS > > D TCPIP,,NETSTAT,ROUTE > > D TCPIP,,NETSTAT,HOME > > z/OS TSO command: > > NETSTAT DEVLINKS > > NETSTAT ROUTE > > NETSTAT HOME > > z/OS UNIX command: > > netstat -d > > netstat -r > > netstat -h > > The DEVLINKS / -d lists all the active interfaces, kind of > like the ifconfig command. But lacks the IP address. > > The ROUTE / -d lists the routes, similar to the Linux route command. > > The HOME / -h lists the IP addresses and interfaces on z/OS. > > > Can you ping the z/Linux system from z/OS? > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets(r) > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 > (817) 255-3225 phone * > john.mck...@healthmarkets.com * www.HealthMarkets.com > > Confidentiality Notice: This e-mail message may contain > confidential or proprietary information. If you are not the > intended recipient, please contact the sender by reply e-mail > and destroy all copies of the original message. > HealthMarkets(r) is the brand name for products underwritten > and issued by the insurance subsidiaries of HealthMarkets, > Inc. -The Chesapeake Life Insurance Company(r), Mid-West > National Life Insurance Company of TennesseeSM and The MEGA > Life and Health Insurance Company.SM > > -- > For LINUX-390 subscribe / signoff / archive access > instructions, send email to lists...@vm.marist.edu with the > message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO > LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets
Correct the address of z/os is 192.168.1.11 -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mark Post Sent: Tuesday, June 26, 2012 4:13 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets >>> On 6/26/2012 at 02:29 PM, Marcy Cortes >>> wrote: > "ip address is 192.169.1.11" > > I hope that was a typo and you meant the address of z/OS is 192.168.1.11? One way to figure that out would be to start tcpdump on the hsi0 interface and see what kind of IP addresses show up from other systems on the subnet. I've always found that very informative in cases where I wasn't sure the network parameters I'd been given were actually right. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets
The ping times out from both the z/os and zlinux. We have multiple z/os systems and they can ping each other, but the zlinux. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of McKown, John Sent: Tuesday, June 26, 2012 4:36 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets If the OP wants to look on the z/OS side, I can think of three methods. z/OS console command: D TCPIP,,NETSTAT,DEVLINKS D TCPIP,,NETSTAT,ROUTE D TCPIP,,NETSTAT,HOME z/OS TSO command: NETSTAT DEVLINKS NETSTAT ROUTE NETSTAT HOME z/OS UNIX command: netstat -d netstat -r netstat -h The DEVLINKS / -d lists all the active interfaces, kind of like the ifconfig command. But lacks the IP address. The ROUTE / -d lists the routes, similar to the Linux route command. The HOME / -h lists the IP addresses and interfaces on z/OS. Can you ping the z/Linux system from z/OS? -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets
If the OP wants to look on the z/OS side, I can think of three methods. z/OS console command: D TCPIP,,NETSTAT,DEVLINKS D TCPIP,,NETSTAT,ROUTE D TCPIP,,NETSTAT,HOME z/OS TSO command: NETSTAT DEVLINKS NETSTAT ROUTE NETSTAT HOME z/OS UNIX command: netstat -d netstat -r netstat -h The DEVLINKS / -d lists all the active interfaces, kind of like the ifconfig command. But lacks the IP address. The ROUTE / -d lists the routes, similar to the Linux route command. The HOME / -h lists the IP addresses and interfaces on z/OS. Can you ping the z/Linux system from z/OS? -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets
>>> On 6/26/2012 at 02:29 PM, Marcy Cortes >>> wrote: > "ip address is 192.169.1.11" > > I hope that was a typo and you meant the address of z/OS is 192.168.1.11? One way to figure that out would be to start tcpdump on the hsi0 interface and see what kind of IP addresses show up from other systems on the subnet. I've always found that very informative in cases where I wasn't sure the network parameters I'd been given were actually right. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets
"ip address is 192.169.1.11" I hope that was a typo and you meant the address of z/OS is 192.168.1.11? Marcy -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Schwartz, Rodney (R.) Sent: Tuesday, June 26, 2012 11:11 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] Hipersockets I am trying to get Hipersockets working between z/os and zlinux system (sles 10 SP2 running under z/vm 6.2). I have a dedicated IOD address attached: OSA FB00 ATTACHED TO LINUX02 7000 DEVTYPE HIPER CHPID FB IQD OSA FB01 ATTACHED TO LINUX02 7001 DEVTYPE HIPER CHPID FB IQD OSA FB02 ATTACHED TO LINUX02 7002 DEVTYPE HIPER CHPID FB IQD lscss | grep 1732 0.0.7000 0.0.0003 1732/05 1731/05 yes 80 80 FF FB00 0.0.7001 0.0.0004 1732/05 1731/05 yes 80 80 FF FB00 0.0.7002 0.0.0005 1732/05 1731/05 yes 80 80 FF FB00 LINUX02:~ # ifconfig eth0 Link encap:Ethernet HWaddr 02:00:04:00:00:0A inet addr:19.59.28.7 Bcast:19.59.29.255 Mask:255.255.254.0 UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 RX packets:1217 errors:0 dropped:0 overruns:0 frame:0 TX packets:997 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:106554 (104.0 Kb) TX bytes:149236 (145.7 Kb) hsi0 Link encap:Ethernet HWaddr 06:00:FB:24:00:02 inet addr:192.168.1.25 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING NOARP MULTICAST MTU:57344 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:20 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:1680 (1.6 Kb) loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:23 errors:0 dropped:0 overruns:0 frame:0 TX packets:23 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1766 (1.7 Kb) TX bytes:1766 (1.7 Kb) LINUX02:~ # routes Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 192.168.1.0 * 255.255.255.0 U 0 00 hsi0 19.59.28.0 * 255.255.254.0 U 0 00 eth0 link-local * 255.255.0.0 U 0 00 eth0 loopback* 255.0.0.0 U 0 00 lo default fmcrsd1v228sb.n 0.0.0.0 UG0 00 eth0 The z/os hipesocket address is on the same chpid. The ip address is 192.169.1.11 We have multiple z/os systems sharing the same chpid. They can all talk through the hipersocket, But the zlinux system just times out when I ping z/os I know I am missing something, but I do not know what. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Hipersockets
I am trying to get Hipersockets working between z/os and zlinux system (sles 10 SP2 running under z/vm 6.2). I have a dedicated IOD address attached: OSA FB00 ATTACHED TO LINUX02 7000 DEVTYPE HIPER CHPID FB IQD OSA FB01 ATTACHED TO LINUX02 7001 DEVTYPE HIPER CHPID FB IQD OSA FB02 ATTACHED TO LINUX02 7002 DEVTYPE HIPER CHPID FB IQD lscss | grep 1732 0.0.7000 0.0.0003 1732/05 1731/05 yes 80 80 FF FB00 0.0.7001 0.0.0004 1732/05 1731/05 yes 80 80 FF FB00 0.0.7002 0.0.0005 1732/05 1731/05 yes 80 80 FF FB00 LINUX02:~ # ifconfig eth0 Link encap:Ethernet HWaddr 02:00:04:00:00:0A inet addr:19.59.28.7 Bcast:19.59.29.255 Mask:255.255.254.0 UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 RX packets:1217 errors:0 dropped:0 overruns:0 frame:0 TX packets:997 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:106554 (104.0 Kb) TX bytes:149236 (145.7 Kb) hsi0 Link encap:Ethernet HWaddr 06:00:FB:24:00:02 inet addr:192.168.1.25 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING NOARP MULTICAST MTU:57344 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:20 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:1680 (1.6 Kb) loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:23 errors:0 dropped:0 overruns:0 frame:0 TX packets:23 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1766 (1.7 Kb) TX bytes:1766 (1.7 Kb) LINUX02:~ # routes Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 192.168.1.0 * 255.255.255.0 U 0 00 hsi0 19.59.28.0 * 255.255.254.0 U 0 00 eth0 link-local * 255.255.0.0 U 0 00 eth0 loopback* 255.0.0.0 U 0 00 lo default fmcrsd1v228sb.n 0.0.0.0 UG0 00 eth0 The z/os hipesocket address is on the same chpid. The ip address is 192.169.1.11 We have multiple z/os systems sharing the same chpid. They can all talk through the hipersocket, But the zlinux system just times out when I ping z/os I know I am missing something, but I do not know what. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Hipersockets performance?
Well I finally was able to schedule a power on reset changing chparm=00 to chparm=C0 on the hipersockets iocp definition. I then added mtu=57344 to ifcfg-hsi0, did an ifdown and ifup for hsi0. I then changed vse's tcpip definition to mtu=57344. I conducted another test and the time it took to perform a back up to a virtual tape almost doubled from when it was set to 8192. I ran a utility available on vse tcpip called discover and it reported back that the best MTU that was successful to get to the linux vm is 1501. Ifconfig and tcpip on vse shows an mtu of 57344 for the hipersockets link. Any suggestions on what to look at? Thanks Zoltan -Original Message- From: Herczeg, Zoltan Sent: Monday, February 13, 2012 11:30 AM To: LINUX-390@VM.MARIST.EDU Subject: RE: I am currently running 8192 MTU size and the current CHPARM is 00. We are not cpu constrained so I will update the iocp and schedule a power on reset and take it from there. Thanks for the suggestions! Zoltan -Original Message- From: Alan Altmark [mailto:alan_altm...@us.ibm.com] Sent: Thursday, February 09, 2012 11:32 AM Subject: On Thursday, 02/09/2012 at 09:45 EST, "Herczeg, Zoltan" wrote: > DEFINE LINK,ID=HIPER-B04,TYPE=OSAX,DEV=B04,DATAPATH=B0F,MTU=8192, - > PORTNAME=HIPER-B04,FRAGMENT=NO,IPADDR=9.52.1.24 If you want to use MTU of 8192, Make sure the CHPARM for the HiperSocket chpid is set to 16K since (MTU = MFS-8192). If you want to use jumbo frames, you'll need CHPARM of 24K. If you want Really Huge Frame, run the CHPARM up to 64K and use a 56K MTU. Large MTUs are good for batch streaming. But remember that HiperSockets uses the z CPUs. If you are CPU-bound, adding HiperSockets will make things worse. In that case, consider using a shared OSA port with jumbo frames. Alan Altmark Senior Managing z/VM and Linux Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets don't come up after HW upgrade
That worked - the error msg. went away, and it shaved about 20 seconds off the boot time. This was a new clone of SLES11sp1. So the file must have been created by yast or something else I did while trying to fix the problem. Since you're paying taxes in Germany, I suppose you're doing your part to fix the other crisis and we appreciate that, too. Best Regards Roger Evans, Autodata Norge A/S http://www.autodata.no On Tue, 2011-11-08 at 13:18 +0100, Ursula Braun wrote: > Roger, > > good news. I am working in the networking team of Linux on System z > development; thus qeth-related problems are my daily business. But > please do not ask me financial questions ;-) > > For your remaining problem: Have you upgraded your system from SLES10? > In this case you may still have old configuration > files /etc/sysconfig/hardware/hwcfg-hsi-bus-ccw-0.0.7000 > or /etc/sysconfig/network/ifcfg-hsi-bus-ccw-0.0.7000. Those are no > longer needed for SLES11 and can be removed. > > Ursula > > On Tue, 2011-11-08 at 12:58 +0100, Roger Evans wrote: > > Thank you, Ursula > > That solved the problem. I can now ping and ftp between my layer3 > > hipersockets. I still get the "Waiting for mandatory devices. > > hsi-bus-ccw-0.0.7000 No interface found " msg. when booting > > but now that it works, I'll just stop watching. > > > > You're pretty amazing. Think you could fix the Greek deficit crisis, > > too? > > > > > > Best Regards > > Roger Evans, > > Autodata Norge A/S > > http://www.autodata.no > > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets don't come up after HW upgrade
Roger, good news. I am working in the networking team of Linux on System z development; thus qeth-related problems are my daily business. But please do not ask me financial questions ;-) For your remaining problem: Have you upgraded your system from SLES10? In this case you may still have old configuration files /etc/sysconfig/hardware/hwcfg-hsi-bus-ccw-0.0.7000 or /etc/sysconfig/network/ifcfg-hsi-bus-ccw-0.0.7000. Those are no longer needed for SLES11 and can be removed. Ursula On Tue, 2011-11-08 at 12:58 +0100, Roger Evans wrote: > Thank you, Ursula > That solved the problem. I can now ping and ftp between my layer3 > hipersockets. I still get the "Waiting for mandatory devices. > hsi-bus-ccw-0.0.7000 No interface found " msg. when booting > but now that it works, I'll just stop watching. > > You're pretty amazing. Think you could fix the Greek deficit crisis, > too? > > > Best Regards > Roger Evans, > Autodata Norge A/S > http://www.autodata.no > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets don't come up after HW upgrade
Thank you, Ursula That solved the problem. I can now ping and ftp between my layer3 hipersockets. I still get the "Waiting for mandatory devices. hsi-bus-ccw-0.0.7000 No interface found " msg. when booting but now that it works, I'll just stop watching. You're pretty amazing. Think you could fix the Greek deficit crisis, too? Best Regards Roger Evans, Autodata Norge A/S http://www.autodata.no On Tue, 2011-11-08 at 12:22 +0100, Ursula Braun wrote: > Roger, > > get rid of the LLADDR='00:00:00:00:00:00' definition. ifup does no > longer work for a zero MAC-address. HiperSockets define a MAC-address; > during initialization Linux determines this MAC-address and uses it, if > LLADDR is not defined. > > Ursula > > On Tue, 2011-11-08 at 10:47 +0100, Roger Evans wrote: > > Forgot to send the info you requested: > > > > DPRODDB2:/etc/sysconfig/network # cat ifcfg-hsi0 > > BOOTPROTO='static' > > BROADCAST='' > > ETHTOOL_OPTIONS='' > > IPADDR='10.5.2.11/16' > > LLADDR='00:00:00:00:00:00' > > MTU='' > > NAME='Hipersocket (0.0.7000)' > > NETWORK='' > > REMOTE_IPADDR='' > > STARTMODE='manual' > > USERCONTROL='no' > > > > Roger > > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets don't come up after HW upgrade
Roger, when configuring a network interface with yast, a udev-rule is created for the device containing qeth attribute definitions, among them attribute layer2. Look into /etc/udev/rules.d and check a rule starting with 51-...7000... . I assume this rule contains a line with layer2=1. Change this into layer2=0 and the device should come up with layer3 after reboot. Ursula On Tue, 2011-11-08 at 10:45 +0100, Roger Evans wrote: > THanks for that tip. I can't remember having chosen level2, but I see > that my other (older) interfaces are not level2, so, yes, I would like > to switch to level3. > > I used the commands (from "Device Drivers, Features...") to to take the > device offline and to make it not level2 (level2=9); After that, lsqeth > showed it as level2=0. > But after rebooting, it reverted to level2=1. > > I noticed the following message on VM when booting: > --- > ..skippedWaiting for mandatory devices: hsi-bus-ccw-0.0.7000 __NSC__ > 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 > 3 2 1 0 > > hsi-bus-ccw-0.0.7000No interface found > > > Any idea what I'm missing? > > Roger > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets don't come up after HW upgrade
Roger, get rid of the LLADDR='00:00:00:00:00:00' definition. ifup does no longer work for a zero MAC-address. HiperSockets define a MAC-address; during initialization Linux determines this MAC-address and uses it, if LLADDR is not defined. Ursula On Tue, 2011-11-08 at 10:47 +0100, Roger Evans wrote: > Forgot to send the info you requested: > > DPRODDB2:/etc/sysconfig/network # cat ifcfg-hsi0 > BOOTPROTO='static' > BROADCAST='' > ETHTOOL_OPTIONS='' > IPADDR='10.5.2.11/16' > LLADDR='00:00:00:00:00:00' > MTU='' > NAME='Hipersocket (0.0.7000)' > NETWORK='' > REMOTE_IPADDR='' > STARTMODE='manual' > USERCONTROL='no' > > Roger > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets don't come up after HW upgrade
Forgot to send the info you requested: DPRODDB2:/etc/sysconfig/network # cat ifcfg-hsi0 BOOTPROTO='static' BROADCAST='' ETHTOOL_OPTIONS='' IPADDR='10.5.2.11/16' LLADDR='00:00:00:00:00:00' MTU='' NAME='Hipersocket (0.0.7000)' NETWORK='' REMOTE_IPADDR='' STARTMODE='manual' USERCONTROL='no' Roger On Tue, 2011-11-08 at 09:37 +0100, Ursula Braun wrote: > Hi Roger, > > your boot.messages do not show any message refering to 0.0.7000 or hsi0. > Your hsi0-device is in state SOFTSETUP, which means it has been > activated successfully; just the ifup step fails. The configuration file > for ifup is /etc/sysconfig/network/ifcfg-hsi0. Can you check the > definitions of this file? > > By the way, you have chosen layer2=1 for your hsi0-device. This is ok, > but it allows communication to other layer2 HiperSockets participants > only, no layer3 HiperSockets participants. > > Regards, Ursula Braun, IBM Germany > > On Tue, 2011-11-08 at 08:39 +0100, Roger Evans wrote: > > Hi, Ursula > > > > uname -a > > Linux DPRODDB2 2.6.32.46-0.3-default #1 SMP 2011-09-29 17:49:31 +0200 > > s390x s390x s390x GNU/Linux > > > > lsqeth > > ... [other devices] > > Device name : hsi0 > > - > > card_type : HiperSockets > > cdev0 : 0.0.7000 > > cdev1 : 0.0.7001 > > cdev2 : 0.0.7002 > > chpid : F1 > > online : 1 > > portname: no portname required > > portno : 0 > > state : SOFTSETUP > > priority_queueing : always queue 2 > > buffer_count: 16 > > layer2 : 1 > > isolation : none > > > > I am attaching the results of the dmesg command > > > > > > Med vennlig hilsen > > > > Roger Evans > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets don't come up after HW upgrade
THanks for that tip. I can't remember having chosen level2, but I see that my other (older) interfaces are not level2, so, yes, I would like to switch to level3. I used the commands (from "Device Drivers, Features...") to to take the device offline and to make it not level2 (level2=9); After that, lsqeth showed it as level2=0. But after rebooting, it reverted to level2=1. I noticed the following message on VM when booting: --- ..skippedWaiting for mandatory devices: hsi-bus-ccw-0.0.7000 __NSC__ 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 hsi-bus-ccw-0.0.7000No interface found Any idea what I'm missing? Roger On Tue, 2011-11-08 at 09:37 +0100, Ursula Braun wrote: > Hi Roger, > > your boot.messages do not show any message refering to 0.0.7000 or hsi0. > Your hsi0-device is in state SOFTSETUP, which means it has been > activated successfully; just the ifup step fails. The configuration file > for ifup is /etc/sysconfig/network/ifcfg-hsi0. Can you check the > definitions of this file? > > By the way, you have chosen layer2=1 for your hsi0-device. This is ok, > but it allows communication to other layer2 HiperSockets participants > only, no layer3 HiperSockets participants. > > Regards, Ursula Braun, IBM Germany > > On Tue, 2011-11-08 at 08:39 +0100, Roger Evans wrote: > > Hi, Ursula > > > > uname -a > > Linux DPRODDB2 2.6.32.46-0.3-default #1 SMP 2011-09-29 17:49:31 +0200 > > s390x s390x s390x GNU/Linux > > > > lsqeth > > ... [other devices] > > Device name : hsi0 > > - > > card_type : HiperSockets > > cdev0 : 0.0.7000 > > cdev1 : 0.0.7001 > > cdev2 : 0.0.7002 > > chpid : F1 > > online : 1 > > portname: no portname required > > portno : 0 > > state : SOFTSETUP > > priority_queueing : always queue 2 > > buffer_count: 16 > > layer2 : 1 > > isolation : none > > > > I am attaching the results of the dmesg command > > > > > > Med vennlig hilsen > > > > Roger Evans > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets don't come up after HW upgrade
Hi Roger, your boot.messages do not show any message refering to 0.0.7000 or hsi0. Your hsi0-device is in state SOFTSETUP, which means it has been activated successfully; just the ifup step fails. The configuration file for ifup is /etc/sysconfig/network/ifcfg-hsi0. Can you check the definitions of this file? By the way, you have chosen layer2=1 for your hsi0-device. This is ok, but it allows communication to other layer2 HiperSockets participants only, no layer3 HiperSockets participants. Regards, Ursula Braun, IBM Germany On Tue, 2011-11-08 at 08:39 +0100, Roger Evans wrote: > Hi, Ursula > > uname -a > Linux DPRODDB2 2.6.32.46-0.3-default #1 SMP 2011-09-29 17:49:31 +0200 > s390x s390x s390x GNU/Linux > > lsqeth > ... [other devices] > Device name : hsi0 > - > card_type : HiperSockets > cdev0 : 0.0.7000 > cdev1 : 0.0.7001 > cdev2 : 0.0.7002 > chpid : F1 > online : 1 > portname: no portname required > portno : 0 > state : SOFTSETUP > priority_queueing : always queue 2 > buffer_count: 16 > layer2 : 1 > isolation : none > > I am attaching the results of the dmesg command > > > Med vennlig hilsen > > Roger Evans -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets don't come up after HW upgrade
Hi, Ursula uname -a Linux DPRODDB2 2.6.32.46-0.3-default #1 SMP 2011-09-29 17:49:31 +0200 s390x s390x s390x GNU/Linux lsqeth ... [other devices] Device name : hsi0 - card_type : HiperSockets cdev0 : 0.0.7000 cdev1 : 0.0.7001 cdev2 : 0.0.7002 chpid : F1 online : 1 portname: no portname required portno : 0 state : SOFTSETUP priority_queueing : always queue 2 buffer_count: 16 layer2 : 1 isolation : none I am attaching the results of the dmesg command Med vennlig hilsen Roger Evans On Mon, 2011-11-07 at 16:53 +0100, Ursula Braun wrote: > Roger, > > the minimum SLES11 SP1 kernel level should be 2.6.32.29-0.3.1. If you > still have problems with a kernel level greater or equal to this one, > something else is wrong. Which qeth-related messages show up in dmesg? > What does "lsqeth" return? > > Regards, Ursula Braun, IBM Germany > > On Mon, 2011-11-07 at 16:04 +0100, Roger Evans wrote: > > Thank you Ursula > > > > I don't seem to have the permissions to read those bugzilla entries, or > > maybe I'm looking in the wrong Novell Bugzilla. > > > > Upgrading from sp3 to sp4 solved the problem for SLES10. > > > > I upgraded my SLES11sp1 with all the upgrades SuSE provides, but still > > get the following msg: > > -- > > DPRODDB2:~ # ifup hsi0 > > hsi0 name: Hipersocket (0.0.7000) > > RTNETLINK answers: Unknown error 18446744073709486085 > > Cannot enable interface hsi0. > > interface hsi0 is not up > > - > > > > I will go through the steps in the hipersocket configuration > > instructions again. Maybe it's not enough to define it in YAST.. > > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ Initializing cgroup subsys cpuset Initializing cgroup subsys cpu Linux version 2.6.32.46-0.3-default (geeko@buildhost) (gcc version 4.3.4 [gcc-4_3-branch revision 152973] (SUSE Linux) ) #1 SMP 2011-09-29 17:49:31 +0200 setup.1a06a7: Linux is running as a z/VM guest operating system in 64-bit mode Zone PFN ranges: DMA 0x -> 0x0008 Normal 0x0008 -> 0x0010 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0: 0x -> 0x0010 On node 0 totalpages: 1048576 DMA zone: 7168 pages used for memmap DMA zone: 0 pages reserved DMA zone: 517120 pages, LIFO batch:31 Normal zone: 7168 pages used for memmap Normal zone: 517120 pages, LIFO batch:31 PERCPU: Embedded 11 pages/cpu @8408 s12544 r8192 d24320 u65536 pcpu-alloc: s12544 r8192 d24320 u65536 alloc=16*4096 pcpu-alloc: [0] 00 [0] 01 [0] 02 [0] 03 [0] 04 [0] 05 [0] 06 [0] 07 pcpu-alloc: [0] 08 [0] 09 [0] 10 [0] 11 [0] 12 [0] 13 [0] 14 [0] 15 pcpu-alloc: [0] 16 [0] 17 [0] 18 [0] 19 [0] 20 [0] 21 [0] 22 [0] 23 pcpu-alloc: [0] 24 [0] 25 [0] 26 [0] 27 [0] 28 [0] 29 [0] 30 [0] 31 pcpu-alloc: [0] 32 [0] 33 [0] 34 [0] 35 [0] 36 [0] 37 [0] 38 [0] 39 pcpu-alloc: [0] 40 [0] 41 [0] 42 [0] 43 [0] 44 [0] 45 [0] 46 [0] 47 pcpu-alloc: [0] 48 [0] 49 [0] 50 [0] 51 [0] 52 [0] 53 [0] 54 [0] 55 pcpu-alloc: [0] 56 [0] 57 [0] 58 [0] 59 [0] 60 [0] 61 [0] 62 [0] 63 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 1034240 Kernel command line: root=/dev/disk/by-path/ccw-0.0.0100-part1 TERM=dumb BOOT_IMAGE=0 PID hash table entries: 4096 (order: 3, 32768 bytes) Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes) Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes) Memory: 4105820k/4194304k available (4398k kernel code, 0k reserved, 2099k data, 228
Re: hipersockets don't come up after HW upgrade
Roger, the minimum SLES11 SP1 kernel level should be 2.6.32.29-0.3.1. If you still have problems with a kernel level greater or equal to this one, something else is wrong. Which qeth-related messages show up in dmesg? What does "lsqeth" return? Regards, Ursula Braun, IBM Germany On Mon, 2011-11-07 at 16:04 +0100, Roger Evans wrote: > Thank you Ursula > > I don't seem to have the permissions to read those bugzilla entries, or > maybe I'm looking in the wrong Novell Bugzilla. > > Upgrading from sp3 to sp4 solved the problem for SLES10. > > I upgraded my SLES11sp1 with all the upgrades SuSE provides, but still > get the following msg: > -- > DPRODDB2:~ # ifup hsi0 > hsi0 name: Hipersocket (0.0.7000) > RTNETLINK answers: Unknown error 18446744073709486085 > Cannot enable interface hsi0. > interface hsi0 is not up > - > > I will go through the steps in the hipersocket configuration > instructions again. Maybe it's not enough to define it in YAST.. > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets don't come up after HW upgrade
Thank you Ursula I don't seem to have the permissions to read those bugzilla entries, or maybe I'm looking in the wrong Novell Bugzilla. Upgrading from sp3 to sp4 solved the problem for SLES10. I upgraded my SLES11sp1 with all the upgrades SuSE provides, but still get the following msg: -- DPRODDB2:~ # ifup hsi0 hsi0 name: Hipersocket (0.0.7000) RTNETLINK answers: Unknown error 18446744073709486085 Cannot enable interface hsi0. interface hsi0 is not up - I will go through the steps in the hipersocket configuration instructions again. Maybe it's not enough to define it in YAST.. Regards/Med vennlig hilsen Roger Evans Autodata Norge A/S On Mon, 2011-11-07 at 10:06 +0100, Ursula Braun wrote: > On Fri, 2011-11-04 at 15:18 +0200, Roger Evans wrote: > > Hi Sue > > > > Didn't seem to help. When booting with SLES10v2 I see the following > > when watching the boot from VM: > > - > > eth: IPv6 not supported on hsi0 > > qeth: Broadcast enabled > > qeth: Using SW checksumming on hsi0. > > qeth: Outbound TSO not supported on hsi0 > > operand exception: 0015 ¬Æ1| > > CPU: 0 Not tainted > > Process hwup-qeth (pid: 709, task: 0f400048, ksp: > > 0eee3960) > > Krnl PSW : 070400018000 1098cefa (do_QDIO+0x452/0x2a9c > > ¬qdio|) > > Krnl GPRS: 0001 00010006 8000 > > 8000 > > 00010006 000f > > 0e931000 0e4cf000 0e931000 > > 1097f000 10994960 0eee3ba8 0eee3aa8 > > Krnl Code: b2 22 00 30 88 30 00 1c 12 33 a7 84 00 0c bf 4f 92 50 a7 84 > > Call Trace: > > (¬<10b03a68>| qeth_dbf_setup+0x0/0xfffe7ad0 ¬qeth|) > > ¬<10adeafc>| __qeth_set_online+0x2780/0x2de4 ¬qeth| > > ¬<1081b544>| ccwgroup_online_store+0x10c/0x1fc ¬ccwgroup| > > ¬<002c43a0>| sysfs_write_file+0x120/0x190 > > ¬<002250f8>| sys_write+0x188/0x38c > > ¬<00115d10>| sysc_noemu+0x10/0x16 > > ¬<021c8738>| 0x21c8738 > > ..done > > Loading required kernel modules > > ¬1A..done<6>device-mapper: ioctl: 4.7.0-ioctl (2006-06-24) initialised: > > dm-devel > > ... > > ------ > > > > I get this regardless of whether QIOASSIST is ON or OFF. > > > > Regards/ > > Med vennlig hilsen > > > > > > Roger Evans > > > Roger, > > the HiperSockets issue after HW upgrade requires a Linux upgrade: > - see Novell bugzilla 659101 for SLES11 SP1 > - see Novell bugzilla 662984 for SLES10 SP4 > - RHEL 5.7 > - RHEL 6.1 > > Description: qdio: use proper QEBSM operand for SIGA-R and SIGA-S > Symptom: Operand exception leading to kernel panic. > Problem: Wrong SIGA operand on QEBSM enabled qdio devices. > Solution:Use proper SIGA operands in QEBSM mode. > > Switching QIOASSIST OFF for HiperSockets Devices should circumvent the > problem. > > Regards, Ursula Braun, IBM Germany > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets don't come up after HW upgrade
On Fri, 2011-11-04 at 15:18 +0200, Roger Evans wrote: > Hi Sue > > Didn't seem to help. When booting with SLES10v2 I see the following > when watching the boot from VM: > - > eth: IPv6 not supported on hsi0 > qeth: Broadcast enabled > qeth: Using SW checksumming on hsi0. > qeth: Outbound TSO not supported on hsi0 > operand exception: 0015 ¬Æ1| > CPU: 0 Not tainted > Process hwup-qeth (pid: 709, task: 0f400048, ksp: > 0eee3960) > Krnl PSW : 070400018000 1098cefa (do_QDIO+0x452/0x2a9c > ¬qdio|) > Krnl GPRS: 0001 00010006 8000 > 8000 > 00010006 000f > 0e931000 0e4cf000 0e931000 > 1097f000 10994960 0eee3ba8 0eee3aa8 > Krnl Code: b2 22 00 30 88 30 00 1c 12 33 a7 84 00 0c bf 4f 92 50 a7 84 > Call Trace: > (¬<10b03a68>| qeth_dbf_setup+0x0/0xfffe7ad0 ¬qeth|) > ¬<10adeafc>| __qeth_set_online+0x2780/0x2de4 ¬qeth| > ¬<1081b544>| ccwgroup_online_store+0x10c/0x1fc ¬ccwgroup| > ¬<002c43a0>| sysfs_write_file+0x120/0x190 > ¬<002250f8>| sys_write+0x188/0x38c > ¬<00115d10>| sysc_noemu+0x10/0x16 > ¬<021c8738>| 0x21c8738 > ..done > Loading required kernel modules > ¬1A..done<6>device-mapper: ioctl: 4.7.0-ioctl (2006-06-24) initialised: > dm-devel > ... > -- > > I get this regardless of whether QIOASSIST is ON or OFF. > > Regards/ > Med vennlig hilsen > > > Roger Evans > Roger, the HiperSockets issue after HW upgrade requires a Linux upgrade: - see Novell bugzilla 659101 for SLES11 SP1 - see Novell bugzilla 662984 for SLES10 SP4 - RHEL 5.7 - RHEL 6.1 Description: qdio: use proper QEBSM operand for SIGA-R and SIGA-S Symptom: Operand exception leading to kernel panic. Problem: Wrong SIGA operand on QEBSM enabled qdio devices. Solution:Use proper SIGA operands in QEBSM mode. Switching QIOASSIST OFF for HiperSockets Devices should circumvent the problem. Regards, Ursula Braun, IBM Germany -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets don't come up after HW upgrade
Display the kernel storage at 10b03a60.8 - in there is the instruction giving the exception. The b2220030 is the IPM used to retrieve the condition code from the previous instruction so it can be placed in a C variable. On 11/4/11 9:18 AM, "Roger Evans" wrote: > Hi Sue > > Didn't seem to help. When booting with SLES10v2 I see the following > when watching the boot from VM: > -- > -- > - > eth: IPv6 not supported on hsi0 > qeth: Broadcast enabled > qeth: Using SW checksumming on hsi0. > qeth: Outbound TSO not supported on hsi0 > operand exception: 0015 ¬Æ1| > CPU: 0 Not tainted > Process hwup-qeth (pid: 709, task: 0f400048, ksp: > 0eee3960) > Krnl PSW : 070400018000 1098cefa (do_QDIO+0x452/0x2a9c > ¬qdio|) > Krnl GPRS: 0001 00010006 8000 > 8000 > 00010006 000f > 0e931000 0e4cf000 0e931000 > 1097f000 10994960 0eee3ba8 0eee3aa8 > Krnl Code: b2 22 00 30 88 30 00 1c 12 33 a7 84 00 0c bf 4f 92 50 a7 84 > Call Trace: > (¬<10b03a68>| qeth_dbf_setup+0x0/0xfffe7ad0 ¬qeth|) > ¬<10adeafc>| __qeth_set_online+0x2780/0x2de4 ¬qeth| > ¬<1081b544>| ccwgroup_online_store+0x10c/0x1fc ¬ccwgroup| > ¬<002c43a0>| sysfs_write_file+0x120/0x190 > ¬<002250f8>| sys_write+0x188/0x38c > ¬<00115d10>| sysc_noemu+0x10/0x16 > ¬<021c8738>| 0x21c8738 > ..done > Loading required kernel modules > ¬1A..done<6>device-mapper: ioctl: 4.7.0-ioctl (2006-06-24) initialised: > dm-devel -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets don't come up after HW upgrade
Hi Sue Didn't seem to help. When booting with SLES10v2 I see the following when watching the boot from VM: - eth: IPv6 not supported on hsi0 qeth: Broadcast enabled qeth: Using SW checksumming on hsi0. qeth: Outbound TSO not supported on hsi0 operand exception: 0015 ¬Æ1| CPU: 0 Not tainted Process hwup-qeth (pid: 709, task: 0f400048, ksp: 0eee3960) Krnl PSW : 070400018000 1098cefa (do_QDIO+0x452/0x2a9c ¬qdio|) Krnl GPRS: 0001 00010006 8000 8000 00010006 000f 0e931000 0e4cf000 0e931000 1097f000 10994960 0eee3ba8 0eee3aa8 Krnl Code: b2 22 00 30 88 30 00 1c 12 33 a7 84 00 0c bf 4f 92 50 a7 84 Call Trace: (¬<10b03a68>| qeth_dbf_setup+0x0/0xfffe7ad0 ¬qeth|) ¬<10adeafc>| __qeth_set_online+0x2780/0x2de4 ¬qeth| ¬<1081b544>| ccwgroup_online_store+0x10c/0x1fc ¬ccwgroup| ¬<002c43a0>| sysfs_write_file+0x120/0x190 ¬<002250f8>| sys_write+0x188/0x38c ¬<00115d10>| sysc_noemu+0x10/0x16 ¬<021c8738>| 0x21c8738 ..done Loading required kernel modules ¬1A..done<6>device-mapper: ioctl: 4.7.0-ioctl (2006-06-24) initialised: dm-devel ... -- I get this regardless of whether QIOASSIST is ON or OFF. Regards/ Med vennlig hilsen Roger Evans On Fri, 2011-11-04 at 08:07 -0400, Susan M. Farrell (620-3538) wrote: > Can you try turning off QIOASSIST for the guest and see > if that makes a difference? > > Regards, > Sue Farrell > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets don't come up after HW upgrade
Can you try turning off QIOASSIST for the guest and see if that makes a difference? Regards, Sue Farrell -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets don't come up after HW upgrade
> What version of z/VM is this? z/VM Version 5 Release 4.0, Service Level 1101 (64-bit), > Do you have all the Linux related maintenance installed for it? Hard to tell. Is there one place we can go to find out what is needed? We have installed all the APARS that IBM told us were necessary to run VM on z114. Roger Evans Autodata Norge A/S Best Regards/Med vennlig hilsen Roger Evans Autodata Norge A/S On Tue, 2011-11-01 at 10:41 -0600, Mark Post wrote: > >>> On 11/1/2011 at 08:12 AM, Roger Evans wrote: > > SuSE 10.2 > > uname returns: kernel 2.6.16.60-0.21-default > > That's the SLES10 SP2 GA kernel, which is 2.5 years old. I think it might be > time to apply some maintenance. :( > > > I'm also trying to configure hsi0 with YAST on SuSE 11sp1 > > When I try to bring the interface up with ifup, I get: > > > > > > -- > > #ifup hsi0 > > hsi0 name: Hipersocket (0.0.7000) > > RTNETLINK answers: Unknown error 18446744073709486085 > > Cannot enable interface hsi0. > > > > -- > > What version of z/VM is this? Do you have all the Linux related maintenance > installed for it? > > > Mark Post > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets don't come up after HW upgrade
>>> On 11/1/2011 at 08:12 AM, Roger Evans wrote: > SuSE 10.2 > uname returns: kernel 2.6.16.60-0.21-default That's the SLES10 SP2 GA kernel, which is 2.5 years old. I think it might be time to apply some maintenance. :( > I'm also trying to configure hsi0 with YAST on SuSE 11sp1 > When I try to bring the interface up with ifup, I get: > > > -- > #ifup hsi0 > hsi0 name: Hipersocket (0.0.7000) > RTNETLINK answers: Unknown error 18446744073709486085 > Cannot enable interface hsi0. > > -- What version of z/VM is this? Do you have all the Linux related maintenance installed for it? Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets don't come up after HW upgrade
SuSE 10.2 uname returns: kernel 2.6.16.60-0.21-default I'm also trying to configure hsi0 with YAST on SuSE 11sp1 When I try to bring the interface up with ifup, I get: -- #ifup hsi0 hsi0 name: Hipersocket (0.0.7000) RTNETLINK answers: Unknown error 18446744073709486085 Cannot enable interface hsi0. -- Med vennlig hilsen/regards Roger Evans On Mon, 2011-10-31 at 10:03 -0600, Mark Post wrote: > >>> On 10/31/2011 at 06:00 AM, Roger Evans wrote: > > Good morning, Mailing list > > We upgraded from a z9 to a z114 during the weekend, Most things seem > > to be working fine, but none of my linux hipersocket interfaces come > > up. > > > -snip- > > None of our VM or linux definitions have changed. > > > > The console on VSE shows the hipersocket as up. > > > > Any ideas? > > What distribution? What version and maintenance level? There was a bug in > udev that required both a kernel update and udev update to correct. > > > Mark Post > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: hipersockets don't come up after HW upgrade
>>> On 10/31/2011 at 06:00 AM, Roger Evans wrote: > Good morning, Mailing list > We upgraded from a z9 to a z114 during the weekend, Most things seem > to be working fine, but none of my linux hipersocket interfaces come > up. > -snip- > None of our VM or linux definitions have changed. > > The console on VSE shows the hipersocket as up. > > Any ideas? What distribution? What version and maintenance level? There was a bug in udev that required both a kernel update and udev update to correct. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
hipersockets don't come up after HW upgrade
Good morning, Mailing list We upgraded from a z9 to a z114 during the weekend, Most things seem to be working fine, but none of my linux hipersocket interfaces come up. When I try ifup hsi0, I get the following: # ifup hsi0 hsi0 hsi0 configuration: hsi-bus-ccw-0.0.7000 SIOCSIFFLAGS: No such device Cannot enable interface hsi0. interface hsi0 is not up None of our VM or linux definitions have changed. The console on VSE shows the hipersocket as up. Any ideas? Roger Evans Autodata Norge A/S -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets Not working z/Linux to z/VM & z/OS
On Tuesday, 02/01/2011 at 06:06 EST, Mark Post wrote: > What do the US and UH flags mean? What's the reason for the host route to > 10.90.3.20? U = Up (if interface is down, flag not set, route won't be used) S = Static (i.e. human-induced config somewhere) H = Host route Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets Not working z/Linux to z/VM & z/OS
>>> On 1/31/2011 at 01:49 PM, Kyle Stewart >>> wrote: > Mark, > > Here is what we have: > > The hsi0 is a real hipersocket > > Linux netstat > > [z034876@UTLZ0002 ~]$ netstat -r > Kernel IP routing table > Destination Gateway Genmask Flags MSS Window irtt > Iface > > 10.90.3.0 * 255.255.255.0 U 0 0 0 > hsi0 > > 10.90.30.0 * 255.255.255.0 U 0 0 0 > eth0 > > 169.254.0.0 * 255.255.0.0 U 0 0 0 > hsi0 > > default 10.90.30.1 0.0.0.0 UG0 0 0 > eth0 This looks fine so far. -snip- > z/VM netstat gate > > Known IPv4 gateways: > > Subnet Address Subnet Mask FirstHopFlgs PktSz Metric Link > -- --- - -- -- > Default10.90.1.1 UG 1500 11 OSD2 > Default10.90.1.1 UG 1500 11 OSD0 > 10.90.1.0 255.255.255.0U1500 10 OSD0 > 10.90.1.0 255.255.255.0U1500 10 OSD2 > 10.90.3.0 255.255.255.0US 16384 HIPERLFA > 10.90.11.0 255.255.255.010.90.1.12 UG 1500 20 OSD2 I don't know what effect the lack of a metric on your 10.90.3.0 route will have, but the fact that this is the network you're having problems with makes me wonder if it's related. -snip- > z/VM netstat home > > netstat home > VM TCP/IP Netstat Level 610 TCP/IP Server Name: TCPIP > > IPv4 Home address entries: > > Address Subnet Mask Link VSWITCH > --- --- ----- > 10.90.25.1 255.255.255.0VC1LVIPA > 10.90.1.14 255.255.255.0OSD2 > 10.90.1.13 255.255.255.0OSD0 > 10.90.3.60 255.255.255.0HIPERLFA I note that your z/VM OSAs are not on the same subnet as the VSWITCH your Linux systems are on. While not necessarily a problem, it's something that may have an impact on your firewall rules, if you're running any. > Test z/OS LPAR: -snip- > EZA0611I The following IP addresses correspond to TCP Host Name: ZSJES2 > EZA0612I 10.90.21.1 > > EZA0614I The following IP addresses are the HOME IP addresses defined in > PROFILE.TCPIP: > > EZA0615I 10.90.21.1 > EZA0615I 10.90.1.19 > EZA0615I 10.90.1.20 > EZA0615I 10.90.21.10 > EZA0615I 10.90.21.90 > EZA0615I 10.90.3.20 > EZA0615I 127.0.0.1 Same note here about z/OS being on a different subnet than the VSWITCH. > EZA0618I All IP addresses for ZSJES2 are in the HOME list! > EZA0622I Hometest was successful - all Tests Passed! > > > NETSTAT ROUTE > MVS TCP/IP NETSTAT CS V1R11 TCPIP Name: TCPIP 18:41:28 > DestinationGateway FlagsRefcnt Interface > ------ --- - > Default10.90.1.1 UGO 05 OSD0 > Default10.90.1.1 UGO 00 OSD2 -snip- > 10.90.3.0/24 0.0.0.0 US 00 HYPERLFA > 10.90.3.20/32 0.0.0.0 UH 00 HYPERLFA What do the US and UH flags mean? What's the reason for the host route to 10.90.3.20? As Alan mentioned, it might be interesting to see what tcpdump running on both hsi0 and eth0 shows when packets arrive and leave for the pings from z/VM and z/OS. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets Not working z/Linux to z/VM & z/OS
Kyle, please try to add line ARP=no to your /etc/sysconfig/network-scripts/ifcfg-hsi0 configuration file. Regards, Ursula -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets Not working z/Linux to z/VM & z/OS
On Monday, 01/31/2011 at 05:22 EST, Kyle Stewart wrote: > > We have been struggling trying to get our z/VM & z/OS systems to talk via > > hipersockets to our RHEL5.3 Linux (under z/VM 6.1). We can ping out from > > Linux to VM or to z/OS, but when we ping into Linux from z/VM & z/OS the > > 'tcpdump -I hsi0 ip proto \\icmp' on the Linux only shows the request > > received. No reply is sent from Linux back. The z/OS, z/VM, and Linux > have > > OSAs to reach the world. The OSA address for z/VM & z/OS is what comes > > across the hsi0 ping. > > > > We need to bring customer requests in to the OSA - VSWITCH - Linux - hsi0 > - > > z/OS and back through the process. We are quite perplexed. Any help > would > > be greatly appreciated. Just looking at this again. Since you didn't see the ICMP ECHO RESPONSE go back out on the hsi0 interface, you can come to two conclusion 1. The ECHO RESPONSE went out over another interface, OR 2. The ECHO RESPONSE didn't go out at all. Remove the -I hsi0 filter and see what you see. It is also interesting to see the ORIGIN IP address in incoming the ECHO REQUEST. This may have something to do with the IP addresses z/VM and z/OS use on their outbound packets. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets Not working z/Linux to z/VM & z/OS
10.90.1.16 UGHO 00 OSD2 10.90.23.52/32 10.90.1.15 UGHO 00 OSD2 10.90.23.53/32 10.90.1.16 UGHO 00 OSD0 10.90.23.53/32 10.90.1.15 UGHO 00 OSD0 10.90.23.53/32 10.90.1.16 UGHO 00 OSD2 10.90.23.53/32 10.90.1.15 UGHO 00 OSD2 10.90.23.54/32 10.90.1.16 UGHO 00 OSD0 10.90.23.54/32 10.90.1.15 UGHO 00 OSD0 10.90.23.54/32 10.90.1.16 UGHO 00 OSD2 10.90.23.54/32 10.90.1.15 UGHO 00 OSD2 10.90.23.55/32 10.90.1.16 UGHO 00 OSD0 10.90.23.55/32 10.90.1.15 UGHO 00 OSD0 10.90.23.55/32 10.90.1.16 UGHO 00 OSD2 10.90.23.55/32 10.90.1.15 UGHO 00 OSD2 10.90.23.56/32 10.90.1.16 UGHO 00 OSD0 10.90.23.56/32 10.90.1.15 UGHO 00 OSD0 10.90.23.56/32 10.90.1.16 UGHO 00 OSD2 10.90.23.56/32 10.90.1.15 UGHO 00 OSD2 10.90.23.57/32 10.90.1.16 UGHO 00 OSD0 10.90.23.57/32 10.90.1.15 UGHO 00 OSD0 10.90.23.57/32 10.90.1.16 UGHO 00 OSD2 10.90.23.57/32 10.90.1.15 UGHO 00 OSD2 10.90.23.58/32 10.90.1.16 UGHO 01 OSD0 10.90.23.58/32 10.90.1.15 UGHO 00 OSD0 10.90.23.58/32 10.90.1.16 UGHO 00 OSD2 10.90.23.58/32 10.90.1.15 UGHO 00 OSD2 10.90.24.0/24 10.90.1.18 UGO 00 OSD0 10.90.24.0/24 10.90.1.17 UGO 00 OSD0 10.90.24.0/24 10.90.1.18 UGO 00 OSD2 10.90.24.0/24 10.90.1.17 UGO 00 OSD2 10.90.24.1/32 10.90.1.18 UGHO 03 OSD0 10.90.24.1/32 10.90.1.17 UGHO 00 OSD0 10.90.24.1/32 10.90.1.18 UGHO 00 OSD2 10.90.24.1/32 10.90.1.17 UGHO 00 OSD2 10.90.24.10/32 10.90.1.18 UGHO 00 OSD0 10.90.24.10/32 10.90.1.17 UGHO 00 OSD0 10.90.24.10/32 10.90.1.18 UGHO 00 OSD2 10.90.24.10/32 10.90.1.17 UGHO 00 OSD2 10.90.25.0/24 10.90.1.13 UGO 00 OSD0 10.90.25.0/24 10.90.1.14 UGO 00 OSD0 10.90.25.0/24 10.90.1.13 UGO 00 OSD2 10.90.25.0/24 10.90.1.14 UGO 00 OSD2 10.90.25.1/32 10.90.1.13 UGHO 00 OSD0 10.90.25.1/32 10.90.1.14 UGHO 00 OSD0 10.90.25.1/32 10.90.1.13 UGHO 00 OSD2 10.90.25.1/32 10.90.1.14 UGHO 00 OSD2 10.233.254.0/2410.90.1.12 UGO 00 OSD0 10.233.254.0/2410.90.1.11 UGO 00 OSD0 10.233.254.0/2410.90.1.12 UGO 00 OSD2 10.233.254.0/2410.90.1.11 UGO 00 OSD2 10.233.254.251/32 10.90.1.12 UGHO 01 OSD0 10.233.254.251/32 10.90.1.11 UGHO 00 OSD0 10.233.254.251/32 10.90.1.12 UGHO 00 OSD2 10.233.254.251/32 10.90.1.11 UGHO 00 OSD2 127.0.0.1/32 0.0.0.0 UH 50 LOOPBACK 172.18.18.0/24 10.90.1.1 UGO 00 OSD0 172.18.18.0/24 10.90.1.1 UGO 00 OSD2 Thanks for any suggestions/help. Kyle -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mark Post Sent: Sunday, January 30, 2011 7:52 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hipersockets Not working z/Linux to z/VM & z/OS >>> On 1/30/2011 at 03:19 AM, Naspa wrote: > Greetings All! > > We have been struggling trying to get our z/VM & z/OS systems to talk via > hipersockets to our RHEL5.3 Linux (under z/VM 6.1). We can ping out from > Linux to VM or to z/OS, but when we ping into Linux from z/VM & z/OS the > 'tcpdump -I hsi0 ip proto \\icmp' on the Linux only shows the request > received. No reply is sent from Linux back. The z/OS, z/VM, and Linux have > OSAs to reach the world. The OSA address for z/VM & z/OS is what comes > across the hsi0 ping. > > We need to bring customer requests in to the OSA - VSWITCH - Linux - hsi0 - > z/OS and back through the process. We are quite perplexed. Any help would > be greatly appreciated. What IP addresses and subnets are defined for each interface? What are they for z/VM and z/OS? Are the hsi0 interfaces real HiperSockets, or virtual ones? What does your routing table look like on all systems? Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Hipersockets Not working z/Linux to z/VM & z/OS
>>> On 1/30/2011 at 03:19 AM, Naspa wrote: > Greetings All! > > We have been struggling trying to get our z/VM & z/OS systems to talk via > hipersockets to our RHEL5.3 Linux (under z/VM 6.1). We can ping out from > Linux to VM or to z/OS, but when we ping into Linux from z/VM & z/OS the > 'tcpdump -I hsi0 ip proto \\icmp' on the Linux only shows the request > received. No reply is sent from Linux back. The z/OS, z/VM, and Linux have > OSAs to reach the world. The OSA address for z/VM & z/OS is what comes > across the hsi0 ping. > > We need to bring customer requests in to the OSA - VSWITCH - Linux - hsi0 - > z/OS and back through the process. We are quite perplexed. Any help would > be greatly appreciated. What IP addresses and subnets are defined for each interface? What are they for z/VM and z/OS? Are the hsi0 interfaces real HiperSockets, or virtual ones? What does your routing table look like on all systems? Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hipersockets Not working z/Linux to z/VM & z/OS
I forgot to mention that we can ping via hsi0 to /from either of the Linux guests. -Original Message- From: Naspa Sent: Sunday, January 30, 2011 1:19 AM To: 'Linux on 390 Port' Subject: Hipersockets Not working z/Linux to z/VM & z/OS Greetings All! We have been struggling trying to get our z/VM & z/OS systems to talk via hipersockets to our RHEL5.3 Linux (under z/VM 6.1). We can ping out from Linux to VM or to z/OS, but when we ping into Linux from z/VM & z/OS the 'tcpdump -I hsi0 ip proto \\icmp' on the Linux only shows the request received. No reply is sent from Linux back. The z/OS, z/VM, and Linux have OSAs to reach the world. The OSA address for z/VM & z/OS is what comes across the hsi0 ping. We need to bring customer requests in to the OSA - VSWITCH - Linux - hsi0 - z/OS and back through the process. We are quite perplexed. Any help would be greatly appreciated. Thank you, Kyle Stewart -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/