Re: New mainframe redbook
On 1 Aug 2006 at 22:34, Adam Thornton wrote: Man, it sucks to be you, said the fat lion. I went to White Plains. I ate an IBM Middle Manager a day, and no one ever even noticed. In the Israeli version of that story, the lion was caught when he ate The person in charge of making tea and coffee at breaks. Shimon
Re: s/VM tape sharing with z/OS via RMM
On Tue, 25 Jul 2006 13:56:23 -0500, Mike Walter [EMAIL PROTECTED] wrote: Has anyone been able to interface VM:Tape to permit sharing tapes with z/OS -- specifically using the z/OS IBM DFSMSrmm database (a VSAM file )? RMM has a field labeled RVVMUSE, which is apparently used by tapes reserved for VM use, but I have not found anything that indicat es what might use that field. Perhaps IBM's new IBM Tape Manager product uses that field? IBM Tape Manager for z/VM does not use this field. On behalf of each VM user, we act like any other requester to RMM. There is no special VM marking of our tapes in the RMM catalog and there's no special flag in ou r requests to indicate they are coming from VM. Instead, we rely on the customer's security mechanism (e.g. RACF or other ESM on z/OS) to determine if the requesting VM user is authorized to the tape. With Tape Manager, a z/OS user and a z/VM user could technically be authorized to access the same tape. Tracy Dean IBM Product Manager
Re: Draft outline for z/VM New Parents Guide posted
While this is a terrific collaborative project for the VM Community at Large, would it be helpful to schedule a working BOF (Birds of a Feather) session at SHARE Baltimore in a week and a half? A lot can of thoughts can be considered and discussed in an hour or two compared to wading through many pages of e-mails. Obviously, any such session would also be a contributor for discussions on the list, not the ultimate dictator. Mike Walter Hewitt Associates The thoughts herein are mine alone, not those of my employer. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: Draft outline for z/VM New Parents Guide posted
Mike, I was just thinking the same thing munson -Original Message- From: Mike Walter [EMAIL PROTECTED] Sent: Aug 2, 2006 9:55 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Draft outline for z/VM New Parents Guide posted While this is a terrific collaborative project for the VM Community at Large, would it be helpful to schedule a working BOF (Birds of a Feather) session at SHARE Baltimore in a week and a half? A lot can of thoughts can be considered and discussed in an hour or two compared to wading through many pages of e-mails. Obviously, any such session would also be a contributor for discussions on the list, not the ultimate dictator. Mike Walter Hewitt Associates The thoughts herein are mine alone, not those of my employer. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. Bill Munson VM Resources LTD www.vm-resources.com President MVMUA http://www.marist.edu/~mvmua
Re: New mainframe redbook
Rabbit season! Manager season! Rabbit season! Manager season! Shoot! Shoot! BANG! Jon snip IT managers generally run about 30-35 cents a pound, and about 12 miles per hour, top speed. They're usually in season from August through October, with the young ones appearing in April or May. The bag limit is 2: one in each hand - that's all they can carry. /snip
IBM Policy When Running in DR Mode
Title: Message Hi Folks, I've got a call into my local rep, but if any IBM'ers are hanging out and know the answer to this question I'd appreciate it if you could respond ASAP (privately if you prefer). I have a client that had to implement their Disaster Recovery plan and relocate to a DR hot site. They have been running on a machine which they are technically unlicensed for for approximately 4 weeks now. The original licensed site will not be usable until probably early 2007, and we have requested and received RELO pricing from IBM to relocate our existing mainframe hardware to the DR site so we can get back on our licensed box. As it has been 4 weeks, the question was raised recently regarding IBM's "Official Policy" with regards to running on an unlicensed box as the result of a disaster making the licensed box unavailable. How long can we run in this fashion before it becomes a problem? -Thanks in advance Michael Coffin, President MC Consulting Company, Inc. 57 Tamarack Drive Stoughton, Massachusetts 02072 Voice: (781) 344-9837 FAX: (781) 344-7683 [EMAIL PROTECTED] www.mccci.com We employ aggressive SPAM filters. If you cannot reply or send email to mccci.com go to www.mccci.com/spamblockremove.php Click here to help fight the war on Spam! Report an unsolicited commercial email or a spamming organization.
Re: IBM Policy When Running in DR Mode
What piece of software is it you're concerned about? Just the OS? Paul Goodwin Michael Coffin [EMAIL PROTECTED] cci.com To Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System [EMAIL PROTECTED] Subject ARK.EDU IBM Policy When Running in DR Mode 08/02/2006 11:53 AM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU Hi Folks, I've got a call into my local rep, but if any IBM'ers are hanging out and know the answer to this question I'd appreciate it if you could respond ASAP (privately if you prefer). I have a client that had to implement their Disaster Recovery plan and relocate to a DR hot site. They have been running on a machine which they are technically unlicensed for for approximately 4 weeks now. The original licensed site will not be usable until probably early 2007, and we have requested and received RELO pricing from IBM to relocate our existing mainframe hardware to the DR site so we can get back on our licensed box. As it has been 4 weeks, the question was raised recently regarding IBM's Official Policy with regards to running on an unlicensed box as the result of a disaster making the licensed box unavailable. How long can we run in this fashion before it becomes a problem? -Thanks in advance Michael Coffin, President MC Consulting Company, Inc. 57 Tamarack Drive Stoughton, Massachusetts 02072 Voice: (781) 344-9837FAX: (781) 344-7683 [EMAIL PROTECTED] www.mccci.com We employ aggressive SPAM filters. If you cannot reply or send email to mccci.com go to www.mccci.com/spamblockremove.php Click here to help fight the war on Spam! Report an unsolicited commercial email or a spamming organization.
Re: IBM Policy When Running in DR Mode
OS (z/VM 4.4) and all Licensed Program Products (DB2, VM Batch, Ditto, RXSQL, REXX Compiler, etc.). Michael Coffin, President MC Consulting Company, Inc. 57 Tamarack Drive Stoughton, Massachusetts 02072 Voice: (781) 344-9837FAX: (781) 344-7683 [EMAIL PROTECTED] www.mccci.com We employ aggressive SPAM filters. If you cannot reply or send email to mccci.com go to www.mccci.com/spamblockremove.php Click here to help fight the war on Spam! Report an unsolicited commercial email or a spamming organization. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Paul Goodwin Sent: Wednesday, August 02, 2006 12:41 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM Policy When Running in DR Mode What piece of software is it you're concerned about? Just the OS? Paul Goodwin Michael Coffin [EMAIL PROTECTED] cci.com To Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System [EMAIL PROTECTED] Subject ARK.EDU IBM Policy When Running in DR Mode 08/02/2006 11:53 AM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU Hi Folks, I've got a call into my local rep, but if any IBM'ers are hanging out and know the answer to this question I'd appreciate it if you could respond ASAP (privately if you prefer). I have a client that had to implement their Disaster Recovery plan and relocate to a DR hot site. They have been running on a machine which they are technically unlicensed for for approximately 4 weeks now. The original licensed site will not be usable until probably early 2007, and we have requested and received RELO pricing from IBM to relocate our existing mainframe hardware to the DR site so we can get back on our licensed box. As it has been 4 weeks, the question was raised recently regarding IBM's Official Policy with regards to running on an unlicensed box as the result of a disaster making the licensed box unavailable. How long can we run in this fashion before it becomes a problem? -Thanks in advance Michael Coffin, President MC Consulting Company, Inc. 57 Tamarack Drive Stoughton, Massachusetts 02072 Voice: (781) 344-9837FAX: (781) 344-7683 [EMAIL PROTECTED] www.mccci.com We employ aggressive SPAM filters. If you cannot reply or send email to mccci.com go to www.mccci.com/spamblockremove.php Click here to help fight the war on Spam! Report an unsolicited commercial email or a spamming organization.
Re: DTCPKT049I
On Wednesday, 08/02/2006 at 12:53 AST, Neale Ferguson [EMAIL PROTECTED] wrote: Can someone enlighten me as to what this message means? I know it's just informational but there's no entry in the Messages manual: DTCPKT049I Device LCSD: PCCA reports home hardware address 0011251E2228 for link ... An LCS-mode device has initialized and has returned its MAC address to the host. When you don't see that message, the adapter isn't initializing. I used to occassionally see 00 for the MAC address, telling me that I needed to re-IML the card or device. Alan Altmark z/VM Development IBM Endicott
VM TCP/IP Routing Question
Hi, Our network folks noticed that one of our zLinux systems is driving a lot of packet retransmissions, caused mainly because packets are being received out-of-sequence, outside the target workstation's response window (I hope I'm getting the terminology correct here). Going one step further, the network folks say this is happening because the zLinux system (actually, this is probably VM TCP/IP, as I'll explain in a moment) is transmitting packets sort of round-robin across both of our OSA interfaces, rather than picking one interface and transmitting all packets across that interface. They've asked if we can tweak our configuration to send packets across a single adapter in order to reduce retransmissions. VM TCP/IP is involved because the zLinux system is connected to a guest lan which is connected to VM's TCP/IP stack. The zLinux system has just one logical ethernet interface but VM TCPIP is connected to both OSA interfaces, via separate VSWITCH connections. Each of the VSWITCH/OSAs is attached to a separate IP subnet. Does anyone know if there's a TCP/IP or MPROUTE configuration parameter which can affect this behavior? Would this be more easily controlled using a zLinux TCP/IP stack? We've experimented with connecting a zLinux system to the VSWITCHs directly and using Zebra/OSPF in zLinux but didn't feel our traffic volume justified the increased management and automation requirements. But, maybe this would make it worthwhile? Thanks in advance for any help you can provide. Dennis Schaffer Mutual of Omaha
Re: DTCPKT049I
Neale, Haven't you been paying attention all these years to Chuckie!? All TCP/IP messages are self-explanatory and self-documenting. That's why you cannot find it in the manuals. Yes, Chuckie, we already know... what do you want, useful messages are new features? ;-) Beats me. Mike Walter Hewitt Associates The intentional dis herein is mine, not that of my employer. Neale Ferguson [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 08/02/2006 11:53 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject DTCPKT049I Can someone enlighten me as to what this message means? I know it's just informational but there's no entry in the Messages manual: DTCPKT049I Device LCSD: PCCA reports home hardware address 0011251E2228 for link ... The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: VM TCP/IP Routing Question
-Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Dennis Schaffer Sent: Wednesday, August 02, 2006 12:27 PM To: IBMVM@LISTSERV.UARK.EDU Subject: VM TCP/IP Routing Question Hi, Our network folks noticed that one of our zLinux systems is driving a lot of packet retransmissions, caused mainly because packets are being received out-of-sequence, outside the target workstation's response window (I hope I'm getting the terminology correct here). Going one step further, the network folks say this is happening because the zLinux system (actually, this is probably VM TCP/IP, as I'll explain in a moment) is transmitting packets sort of round-robin across both of our OSA interfaces, rather than picking one interface and transmitting all packets across that interface. They've asked if we can tweak our configuration to send packets across a single adapter in order to reduce retransmissions. VM TCP/IP is involved because the zLinux system is connected to a guest lan which is connected to VM's TCP/IP stack. The zLinux system has just one logical ethernet interface but VM TCPIP is connected to both OSA interfaces, via separate VSWITCH connections. Each of the VSWITCH/OSAs is attached to a separate IP subnet. Does anyone know if there's a TCP/IP or MPROUTE configuration parameter which can affect this behavior? Would this be more easily controlled using a zLinux TCP/IP stack? We've experimented with connecting a zLinux system to the VSWITCHs directly and using Zebra/OSPF in zLinux but didn't feel our traffic volume justified the increased management and automation requirements. But, maybe this would make it worthwhile? Thanks in advance for any help you can provide. Dennis Schaffer Mutual of Omaha Look at ASSORTEDPARMS EQUALCOSTMULTIPATH at http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HCSK5A20/24.5 it seems to describe what you are seeing. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited.
Re: VM TCP/IP Routing Question
Dennis, When more than one path to a destination exists, and they have the same cost (as defined by the routing protocol), z/VM TCP/IP will round robin packets to that destination through the available paths. For static routing, this behavior is controlled by the EQUALCOSTMULTIPATH parameter on the ASSORTEDPARMS statement. For dynamic routing (MPRoute), this behavior is always enabled. z/VM TCP/IP only does this on a per-packet basis (we are looking other options for the future). A hack you can use to get around this, in your case, is to modify the COST0 parameter on one your OSPF_INTERFACE statements. By forcing the links to have different costs, MPRoute will only use the path with the lowest total cost, and will no longer round-robin the packets. In the event of adapter failure, MPRoute would fail-over to using the higher cost path. Regards, Miguel Delapaz z/VM TCP/IP Development The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 08/02/2006 10:26:34 AM: Hi, Our network folks noticed that one of our zLinux systems is driving a lot of packet retransmissions, caused mainly because packets are being received out-of-sequence, outside the target workstation's response window (I hope I'm getting the terminology correct here). Going one step further, the network folks say this is happening because the zLinux system (actually, this is probably VM TCP/IP, as I'll explain in a moment) is transmitting packets sort of round-robin across both of our OSA interfaces, rather than picking one interface and transmitting all packets across that interface. They've asked if we can tweak our configuration to send packets across a single adapter in order to reduce retransmissions. VM TCP/IP is involved because the zLinux system is connected to a guest lan which is connected to VM's TCP/IP stack. The zLinux system has just one logical ethernet interface but VM TCPIP is connected to both OSA interfaces, via separate VSWITCH connections. Each of the VSWITCH/OSAs is attached to a separate IP subnet. Does anyone know if there's a TCP/IP or MPROUTE configuration parameter which can affect this behavior? Would this be more easily controlled using a zLinux TCP/IP stack? We've experimented with connecting a zLinux system to the VSWITCHs directly and using Zebra/OSPF in zLinux but didn't feel our traffic volume justified the increased management and automation requirements. But, maybe this would make it worthwhile? Thanks in advance for any help you can provide. Dennis Schaffer Mutual of Omaha
Re: VM TCP/IP Routing Question
On Wednesday, 08/02/2006 at 12:26 EST, Dennis Schaffer [EMAIL PROTECTED] wrote: Our network folks noticed that one of our zLinux systems is driving a lot of packet retransmissions, caused mainly because packets are being received out-of-sequence, outside the target workstation's response window (I hope I'm getting the terminology correct here). Going one step further, the network folks say this is happening because the zLinux system (actually, this is probably VM TCP/IP, as I'll explain in a moment) is transmitting packets sort of round-robin across both of our OSA interfaces, rather than picking one interface and transmitting all packets across that interface. They've asked if we can tweak our configuration to send packets across a single adapter in order to reduce retransmissions. VM TCP/IP is involved because the zLinux system is connected to a guest lan which is connected to VM's TCP/IP stack. The zLinux system has just one logical ethernet interface but VM TCPIP is connected to both OSA interfaces, via separate VSWITCH connections. Each of the VSWITCH/OSAs is attached to a separate IP subnet. Does anyone know if there's a TCP/IP or MPROUTE configuration parameter which can affect this behavior? If you have AssortedParms EqualCostMultiPath then the stack will merrily round-robin across interfaces. Adjust the cost metric in either MPROUTE CONFIG or in the next-hop routers to prefer one path over the other. Would this be more easily controlled using a zLinux TCP/IP stack? We've experimented with connecting a zLinux system to the VSWITCHs directly and using Zebra/OSPF in zLinux but didn't feel our traffic volume justified the increased management and automation requirements. But, maybe this would make it worthwhile? You need to get the Linux guests directly on the VSWITCH and get out of the virtual router business. The VSWITCH will be responsible for managing OSA redundancy at a physical level rather than an IP routing level. plug I'll be presenting Guest LAN to VSWITCH Migration at SHARE in Baltimore. /plug Alan Altmark z/VM Development IBM Endicott
Re: Draft outline for z/VM New Parents Guide posted
If you do so, schedule it later in the week and announce it here. That way those of us who don't go to SHARE can arrange to attend. 50 miles isn't far, but it does take some advance planning... While this is a terrific collaborative project for the VM Community at Large, would it be helpful to schedule a working BOF (Birds of a Feather) session at SHARE Baltimore in a week and a half? A lot can of thoughts can be considered and discussed in an hour or two compared to wading through many pages of e-mails. Obviously, any such session would also be a contributor for discussions on the list, not the ultimate dictator.
Re: DTCPKT049I
That's the LCS device driver interrogating the LCS and returning the hardware MAC address of the specified adapter. If it's not in the docs, RCF it. David Boyes Sine Nomine Associates -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Neale Ferguson Sent: Wednesday, August 02, 2006 1:01 PM To: IBMVM@LISTSERV.UARK.EDU Subject: DTCPKT049I Can someone enlighten me as to what this message means? I know it's just informational but there's no entry in the Messages manual: DTCPKT049I Device LCSD: PCCA reports home hardware address 0011251E2228 for link ...
Re: Draft outline for z/VM New Parents Guide posted
alas I will have left Baltimore by then - keep me posted - Jim Vincent wrote: I got the ball. I will get it scheduled hopefully for Thursday at 6pm (if there is a room available) and will post with details once it is done. ___ James Vincent Systems Engineering Consultant Nationwide Services Co., Technology Solutions Mainframe, z/VM and z/Linux Support One Nationwide Plaza 3-20-13 Columbus OH 43215-2220 U.S.A Voice: (614) 249-5547Fax: (614) 677-7681 mailto:[EMAIL PROTECTED] The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 08/02/2006 02:17:45 PM: IBMVM@LISTSERV.UARK.EDU If you do so, schedule it later in the week and announce it here. That way those of us who don't go to SHARE can arrange to attend. 50 miles isn't far, but it does take some advance planning... While this is a terrific collaborative project for the VM Community at Large, would it be helpful to schedule a working BOF (Birds of a Feather) session at SHARE Baltimore in a week and a half? A lot can of thoughts can be considered and discussed in an hour or two compared to wading through many pages of e-mails. Obviously, any such session would also be a contributor for discussions on the list, not the ultimate dictator.
Re: VM TCP/IP Routing Question
Alan Altmark wrote on 08/02/2006 01:02:34 PM: You need to get the Linux guests directly on the VSWITCH and get out of the virtual router business. The VSWITCH will be responsible for managing OSA redundancy at a physical level rather than an IP routing level. Alan, Thanks for your response. Please understand that each of my OSA adapters are connected to different IP subnets (because, my network folks say, that provides optimum redundancy: completely different network hardware, from the OSA to the switches/routers, etc., all down the line). As a result, I'm not sure the physical redundancy automatically supported by VSWITCH will really work for my installation. The examples I've seen with automatic VSWITCH failover seem to assume all OSAs are connected to the same IP subnet. With that in mind, it seems that moving the network connection of multiple zLinux systems to VSWITCH moves the routing function from a single IP stack (VM TCPIP) to each of the zLinux instances. Thats the additional management and automation I referred to in my previous note. Also, I'm not sure the combined overhead of running OSPF in each zLinux instance won't be greater than handling all routing from one stack. Am I off-base (at least in regards to this question)? Dennis
Re: VM TCP/IP Routing Question
John/Miguel, Thanks for your responses. EqualCostMultiPath seems to be exactly what's causing this behavior. In theory, it seems EqualCostMultiPath would be ideal behavior to load-balance network traffic between the adapters, which seems like a good thing. However, I hadn't considered the consequences of out-of-sequence traffic. I'll past the COST0 option to our network folks to see if they want me to implement it. Thanks, Dennis
Re: SUSE LINUX ifconfig - need permanent command
Why is that 'no dice' on S/390 Linux? I've used YaST alot to make network config changes on Linux on the mainframe. Jim Vincent wrote: Generally one would use yast to make network changes on a Linux server, but no dice on s390 Linux. The way I know works is to update the /etc/sysconfig/network/ifcfg-geth-bus-ccw-0.0. config file with the details you want to make permanent. ( is the nic device address on the guest). I don't think there is a command way to make the changes stick. ___ James Vincent Systems Engineering Consultant Nationwide Services Co., Technology Solutions Mainframe, z/VM and z/Linux Support One Nationwide Plaza 3-20-13 Columbus OH 43215-2220 U.S.A Voice: (614) 249-5547Fax: (614) 677-7681 mailto:[EMAIL PROTECTED] The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 08/02/2006 03:30:53 PM: IBMVM@LISTSERV.UARK.EDU I have been able to config my network using ifconfig but this is temporary until next IPL. I read that netcfg or netconfig will make the change permanent. BASH can't find these commands in SUSE Linux 9. Are they in a directory I do not have accessed or just don't work for s390 Linux. Hans Rempel Sent via the WebMail system at hmrconsultants.com [This E-mail scanned for viruses] -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2007 - Green Bay, WI - May 18-22, 2007
Re: Programmable Operator
Yes, both MSG and SMSG have length restrictions. An MSG can be longer than an SMSG: MSG is around 229, SMSG (to send via RSCS) 132. So, TELL to a local ystem can send longer commands than TELL to a remote system. My RxServer package allows to create servers that can execute commands. It supports commands send in sections, what measn you can send it commands of any length. this was required as we often send PIPE commands to these servers. The DOME EXEC is what can be used to send commands to the servers and DOME knows how to segment long commands for our servers. Kris, IBM Belgium, VM customer support Hello. We use a Programmable Operator to run certain functions. We send a command to the PropOp using the MSG command. Is there a maximum length the sent MSG can be? If so, can it be changed somewhere? We're having a problem getting some things to work that used to work on VM 4.3 (and I thought was working on 5.2). We're running VM 5.2 on a z9 box. Thanks, Steve G.
Re: VM TCP/IP Routing Question
On Wednesday, 08/02/2006 at 02:11 EST, Dennis Schaffer [EMAIL PROTECTED] wrote: Please understand that each of my OSA adapters are connected to different IP subnets (because, my network folks say, that provides optimum redundancy: completely different network hardware, from the OSA to the switches/routers, etc., all down the line). IMO that capability is better provided by trunked switches with backup OSAs connected to each switch. All in a single set of subnets that span physical switches. That moves all the routing decisions down into the switch/router where it belongs. As a result, I'm not sure the physical redundancy automatically supported by VSWITCH will really work for my installation. The examples I've seen with automatic VSWITCH failover seem to assume all OSAs are connected to the same IP subnet. If the OSA is plugged into a trunk port, then it can carry data for multiple subnets. This is what VLANs are all about. The assumption is that all OSA ports associated with a VSWITCH have access to the same subnets/VLANs. With that in mind, it seems that moving the network connection of multiple zLinux systems to VSWITCH moves the routing function from a single IP stack (VM TCPIP) to each of the zLinux instances. Thats the additional management and automation I referred to in my previous note. Also, I'm not sure the combined overhead of running OSPF in each zLinux instance won't be greater than handling all routing from one stack. Am I off-base (at least in regards to this question)? IMO, you don't need dynamic routing in the guest - you need a robust switch and VLAN implementation. Alan Altmark z/VM Development IBM Endicott
Re: VM TCP/IP Routing Question
Miguel Delapaz wrote on 08/02/2006 01:00:40 PM: Dennis, When more than one path to a destination exists, and they have the same cost (as defined by the routing protocol), z/VM TCP/IP will round robin packets to that destination through the available paths. For static routing, this behavior is controlled by the EQUALCOSTMULTIPATH parameter on the ASSORTEDPARMS statement. For dynamic routing (MPRoute), this behavior is always enabled. z/VM TCP/IP only does this on a per-packet basis (we are looking other options for the future). A hack you can use to get around this, in your case, is to modify the COST0 parameter on one your OSPF_INTERFACE statements. By forcing the links to have different costs, MPRoute will only use the path with the lowest total cost, and will no longer round-robin the packets. In the event of adapter failure, MPRoute would fail-over to using the higher cost path. Regards, Miguel Delapaz z/VM TCP/IP Development Miguel, My network guy doesn't like that option very much, although we understand thats the way TCPIP currently works. He asks: Most network equipment supports either selecting one of the paths from an ECMP environment based on an address hash or round-robin. Apparently IBM doesn't support anything other than round-robin??? Are there any plans to enhance this in the future? Are there any enhancement plans in this area? Would a direct VSWITCH connection to the zLinux server (running RHEL AS 4) be more flexible in this area? In other words, is the Linux TCP/IP stack (w/ Zebra/OSPF) be more flexible? Miguel, I don't really expect you to answer this part of the question because you're not supposed to be a Linux expert; maybe someone else on the listserve would know. But, if you do ... Thanks, Dennis
Re: VM TCP/IP Routing Question
Would a direct VSWITCH connection to the zLinux server (running RHEL AS 4) be more flexible in this area? In other words, is the Linux TCP/IP stack (w/ Zebra/OSPF) be more flexible? Miguel, I don't really expect you to answer this part of the question because you're not supposed to be a Linux expert; maybe someone else on the listserve would know. But, if you do ... If you need to stick to your current network design for now, then yes, the Linux IP stack benefits from about 25 years of newer features and has more sophisticated IP traffic management capabilities. Replacing your current VM TCPIP/MPROUTE setup with a Linux guest will definitely improve the capabilities to do path selection and other router-related functions in the router guest. Long-term, Alan is correct; this needs to be a external switch/router design problem; hosts shouldn't be getting involved with this kind of stuff if it's avoidable. -- db
Re: SUSE LINUX ifconfig - need permanent command
Mppmmppthpfpp... ugh! Had to take my foot out of my mouth. Yes, I did know Yast -can- be done, via a VNC connection right? The usual case I get involved in is when the nic is DOA and I am doing it all via the 3270 console. I stand humbly corrected! I've been hanging around Troth too long ;-) I should have been clearer in my response and detailed what I was actually thinking. Thanks Rich! ___ James Vincent Systems Engineering Consultant Nationwide Services Co., Technology Solutions Mainframe, z/VM and z/Linux Support One Nationwide Plaza 3-20-13 Columbus OH 43215-2220 U.S.A Voice: (614) 249-5547Fax: (614) 677-7681 mailto:[EMAIL PROTECTED] The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 08/02/2006 03:49:51 PM: IBMVM@LISTSERV.UARK.EDU Why is that 'no dice' on S/390 Linux? I've used YaST alot to make network config changes on Linux on the mainframe. Jim Vincent wrote: Generally one would use yast to make network changes on a Linux server, but no dice on s390 Linux. The way I know works is to update the /etc/sysconfig/network/ifcfg-geth-bus-ccw-0.0. config file with the details you want to make permanent. ( is the nic device address on the guest). I don't think there is a command way to make the changes stick. ___ James Vincent Systems Engineering Consultant Nationwide Services Co., Technology Solutions Mainframe, z/VM and z/Linux Support One Nationwide Plaza 3-20-13 Columbus OH 43215-2220 U.S.A Voice: (614) 249-5547Fax: (614) 677-7681 mailto:[EMAIL PROTECTED] The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 08/02/2006 03:30:53 PM: IBMVM@LISTSERV.UARK.EDU I have been able to config my network using ifconfig but this is temporary until next IPL. I read that netcfg or netconfig will make the change permanent. BASH can't find these commands in SUSE Linux 9. Are they in a directory I do not have accessed or just don't work for s390 Linux. Hans Rempel Sent via the WebMail system at hmrconsultants.com [This E-mail scanned for viruses] -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2007 - Green Bay, WI - May 18-22, 2007
Secondary FTP Server Help
So, I've set up ftpserv2, which I want to listen on port 990 of my secondary stack, which is TCPIP2. z/VM 4.4. In his SNAVM5 DTCPARMS file (this is on node SNAVM5, natch), I've got :Nick.FTPSERV2 :Type.server :Class.ftp :Parms.port 990 Which seems to be what I want, according to p. 41 of my TCPIP Planning and Customization for z/VM 4.4. DTCRUN1011I Server started at 15:18:29 on 2 Aug 2006 (Wednesday) DTCRUN1011I Running SRVRFTP PORT 990 DTCFTS0018I VM TCP/IP Server-FTP Level 440 15:18:29 EDT WEDNESDAY 2006-08-02 DTCFTS0002I Using translate table STANDARD TCPXLBIN. DTCFTS0310I Unable to find input file: PORT 990 * So clearly it's seeing the SNAVM5 DTCPARMS, but then it thinks that :parms.port 990 means it's supposed to read that as a file name, not just use port 990. What am I doing wrong? Adam
Re: Secondary FTP Server Help
Adam, Interesting. That little example is wrong (and it's still wrong in the 5.2.0 doc). See the information on the SRVRFTP CONFIG file in the chapter on configuring the FTP server. The PORT specification goes in there. Regards, Miguel Delapaz z/VM TCP/IP Development The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 08/02/2006 04:17:19 PM: So, I've set up ftpserv2, which I want to listen on port 990 of my secondary stack, which is TCPIP2. z/VM 4.4. In his SNAVM5 DTCPARMS file (this is on node SNAVM5, natch), I've got :Nick.FTPSERV2 :Type.server :Class.ftp :Parms.port 990 Which seems to be what I want, according to p. 41 of my TCPIP Planning and Customization for z/VM 4.4. DTCRUN1011I Server started at 15:18:29 on 2 Aug 2006 (Wednesday) DTCRUN1011I Running SRVRFTP PORT 990 DTCFTS0018I VM TCP/IP Server-FTP Level 440 15:18:29 EDT WEDNESDAY 2006-08-02 DTCFTS0002I Using translate table STANDARD TCPXLBIN. DTCFTS0310I Unable to find input file: PORT 990 * So clearly it's seeing the SNAVM5 DTCPARMS, but then it thinks that :parms.port 990 means it's supposed to read that as a file name, not just use port 990. What am I doing wrong? Adam
HCPA2F2234E Message
We have a Shark, and we've been getting HCPA2F2234E LINK FAILURE messages with increasing frequency. The messages point to the Shark by model and serial number. The message text says: A link-maintenance information record has been written to LOGREC in response to the reporting of a serial incident. VM EREP shows recoverable machine check records corresponding in date/time to these messages. The CE finds no error records in the Shark and no ICF (interface control checks) in the 7060. The information shown in the HCP2234E message is insufficient to point to any recognizable component of the Shark or its connection. We are on z/VM 4.2. Our Shark is used by the mainframe as well as the open systems side of the house. Anyone have any idea what these messages are prompted by and what they're trying to tell us? Tom Cluster County of Sonoma Santa Rosa, CA (707) 565-3384 (Tuesdays and Wednesdays only)
Re: SUSE LINUX ifconfig - need permanent command
The NETCONFIG and NETCFG commands appear to work in other Linux flavors. Why would Novel/SUSE not make it available, especially for 3270 access, so life is a little easier than editing the control files. I'm not big on VI or using CAT but I did complete my task of updating the file. VNCSERVER with YaST2 also uses additional cycles and need to be installed/started to be used. Hans -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rich Smrcina Sent: August 2, 2006 3:50 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SUSE LINUX ifconfig - need permanent command Why is that 'no dice' on S/390 Linux? I've used YaST alot to make network config changes on Linux on the mainframe. Jim Vincent wrote: Generally one would use yast to make network changes on a Linux server, but no dice on s390 Linux. The way I know works is to update the /etc/sysconfig/network/ifcfg-geth-bus-ccw-0.0. config file with the details you want to make permanent. ( is the nic device address on the guest). I don't think there is a command way to make the changes stick. ___ James Vincent Systems Engineering Consultant Nationwide Services Co., Technology Solutions Mainframe, z/VM and z/Linux Support One Nationwide Plaza 3-20-13 Columbus OH 43215-2220 U.S.A Voice: (614) 249-5547Fax: (614) 677-7681 mailto:[EMAIL PROTECTED] The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 08/02/2006 03:30:53 PM: IBMVM@LISTSERV.UARK.EDU I have been able to config my network using ifconfig but this is temporary until next IPL. I read that netcfg or netconfig will make the change permanent. BASH can't find these commands in SUSE Linux 9. Are they in a directory I do not have accessed or just don't work for s390 Linux. Hans Rempel Sent via the WebMail system at hmrconsultants.com [This E-mail scanned for viruses] -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2007 - Green Bay, WI - May 18-22, 2007 [This E-mail scanned for viruses]
Re: VM TCP/IP Routing Question
Dennis's network people must hang out with mine or read the same doc or something. They too want OSAs on their very own little subnets. I finally managed to get them to take 1 port off each card on the test box so that I could at least test VSWITCH. Still haven't approached the subject about production. The cool thing about the VM routing thing though is that I can float that guest LAN subnet anywhere I want it to be :) - really good for disaster tests and those who move their datacenters all over the place. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Wednesday, August 02, 2006 13:46 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] VM TCP/IP Routing Question On Wednesday, 08/02/2006 at 02:11 EST, Dennis Schaffer [EMAIL PROTECTED] wrote: Please understand that each of my OSA adapters are connected to different IP subnets (because, my network folks say, that provides optimum redundancy: completely different network hardware, from the OSA to the switches/routers, etc., all down the line). IMO that capability is better provided by trunked switches with backup OSAs connected to each switch. All in a single set of subnets that span physical switches. That moves all the routing decisions down into the switch/router where it belongs. As a result, I'm not sure the physical redundancy automatically supported by VSWITCH will really work for my installation. The examples I've seen with automatic VSWITCH failover seem to assume all OSAs are connected to the same IP subnet. If the OSA is plugged into a trunk port, then it can carry data for multiple subnets. This is what VLANs are all about. The assumption is that all OSA ports associated with a VSWITCH have access to the same subnets/VLANs. With that in mind, it seems that moving the network connection of multiple zLinux systems to VSWITCH moves the routing function from a single IP stack (VM TCPIP) to each of the zLinux instances. Thats the additional management and automation I referred to in my previous note. Also, I'm not sure the combined overhead of running OSPF in each zLinux instance won't be greater than handling all routing from one stack. Am I off-base (at least in regards to this question)? IMO, you don't need dynamic routing in the guest - you need a robust switch and VLAN implementation. Alan Altmark z/VM Development IBM Endicott
Re: HCPA2F2234E Message
We have a Shark, and we've been getting HCPA2F2234E LINK FAILURE messages with increasing frequency. The messages point to the Shark by model and serial number. The message text says: A link-maintenance information record has been written to LOGREC in response to the reporting of a serial incident. VM EREP shows recoverable machine check records corresponding in date/time to these messages. [snip] Anyone have any idea what these messages are prompted by and what they're trying to tell us? Have someone experienced with the use of an optical reflectometer check the connectors on the cables. A loose or imperfectly formed joint on a fiber jumper will cause symptoms like this. Another possibility is a marginal laser diode in one of the adapters. If the diode output waveform is skewed beyond a certain threshold, you'll get a recoverable machine check like this because redriving the I/O hits in a randomly different part of the waver and everything works that time. In either case, you need optical diagnostics equipment to find this one. What exactly is the EREP error coding and the log record dump? -- db
Re: Secondary FTP Server Help
I am at home now, but will check my config stuff tomorrow at work and will bundle them together and send them to you. /Tom Kern /301-903-2211 --- Adam Thornton [EMAIL PROTECTED] wrote: So, I've set up ftpserv2, which I want to listen on port 990 of my secondary stack, which is TCPIP2. z/VM 4.4. In his SNAVM5 DTCPARMS file (this is on node SNAVM5, natch), I've got :Nick.FTPSERV2 :Type.server :Class.ftp :Parms.port 990 Which seems to be what I want, according to p. 41 of my TCPIP Planning and Customization for z/VM 4.4. DTCRUN1011I Server started at 15:18:29 on 2 Aug 2006 (Wednesday) DTCRUN1011I Running SRVRFTP PORT 990 DTCFTS0018I VM TCP/IP Server-FTP Level 440 15:18:29 EDT WEDNESDAY 2006-08-02 DTCFTS0002I Using translate table STANDARD TCPXLBIN. DTCFTS0310I Unable to find input file: PORT 990 * So clearly it's seeing the SNAVM5 DTCPARMS, but then it thinks that :parms.port 990 means it's supposed to read that as a file name, not just use port 990. What am I doing wrong? Adam __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Secondary FTP Server Help
On Aug 2, 2006, at 5:54 PM, Thomas Kern wrote: I am at home now, but will check my config stuff tomorrow at work and will bundle them together and send them to you. Thanks I now have things apparently working, except that when I ask for a list of files, I never get any data, and the connection times out. Which is strange, since I'm sure I'm in passive mode, and so the server should just be using the same connection. Adam
Re: Secondary FTP Server Help
That is the problem I get with most clients that claim to support implicit FTPS. I will also check my settings for Secure_FTP client and let you know what they are. I think I also set the secured FTP server to do a unix style list of files. /Tom Kern /301-903-2211 --- Adam Thornton [EMAIL PROTECTED] wrote: On Aug 2, 2006, at 5:54 PM, Thomas Kern wrote: I am at home now, but will check my config stuff tomorrow at work and will bundle them together and send them to you. Thanks I now have things apparently working, except that when I ask for a list of files, I never get any data, and the connection times out. Which is strange, since I'm sure I'm in passive mode, and so the server should just be using the same connection. Adam __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Secondary FTP Server Help
On Wednesday, 08/02/2006 at 06:04 MST, Adam Thornton [EMAIL PROTECTED] wrote: I now have things apparently working, except that when I ask for a list of files, I never get any data, and the connection times out. Which is strange, since I'm sure I'm in passive mode, and so the server should just be using the same connection. You can either activate the FTP server command exit and sample, or use TCPSNIFF to watch what's going on. A separate data connection is always used, even for passive FTP. An ephemeral port number is used. If passive FTP is really being used, then the problem is usually a firewall that only opens certain port ranges to the target host. And, no, there is not [yet] a way to control the ephemeral port numbers used by the FTP server. Alan Altmark z/VM Development IBM Endicott