Re: How to export SFS resources from host to guest
With ISLINK from 1st level to 2nd level, you'll need a real CTC back to yourself. Dedicate one end the the guest. With a virtual CTC, you can use TSAF. I think you'd find TSAF more reliable than IPGATE and of course supported if that's important to you :) 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: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On Behalf Of Berry van Sleeuwen Sent: Tuesday, November 01, 2005 14:48 To: VMESA-L@LISTSERV.UARK.EDU Subject: [VMESA-L] How to export SFS resources from host to guest Hello list, At this moment we have 4 LPARs (VM1 to VM4) that share a SFS on VM4. The resource is shared with AVSVM. We can't use ISLINK here. Also we have a few guest VM's in VM3 for our own 'pleasure'. These use an ISLINK to connect to VM4. For more on this, see Hiding global resources within an ISFC complex from June 2001. The post refers to these systems as Gerard has setup the current config. We are planning to move the 4 LPARs to one LPAR with the 4 LPARs as guest in the host. If possible we would like to take advantage of this new config. One of the options would be to move the SFS to the host and let the guests access the SFS running in the host instead of accessing SFS in VM4 through AVSVM. The network connections are still a matter of concern, both TCPIP and VTAM. TCPIP will have to be setup on the host also. VTAM could just be left on VM4 but maybe it would be nice to get it to the host also. What connections would be possible when we move SFS to the host? Basically anything that could speedup the SFS connections would be an option. ISLINK can connect using a CTC (either real or VCTC) but can I use this from host to guest? If so, how do I 'connect' the ISLINK in the host? And also, when we use ISLINK all databases in the guests are available in the host but would such resources also be available in an other guest also? I.e. the production database is available in the test VM because it is a (remote) resource in the host that is exported to all other ISFC complexes. We could use AVSVM but then we need to setup VTAM in the host as well. When I use AVSVM I guess it would not make the connection any faster so then maybe we'll be better off to leave the configuration as it is. Unless we move VTAM to the host anyway, then we could point the connection to the host instead of to an other guest. Would IPGATE be an option? I did try to get it running on some other systems. I could see a resource in the remote VM but I was not successfull in accessing it. If someone would have an example config for this I'd be very happy. Any other ideas I did not consider yet? Thanks, Berry.
Re: SAS for Linux on S/390
I had several folks from here fill it out. One guy listed his whole department. 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: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On Behalf Of Aria Bamdad Sent: Wednesday, November 30, 2005 14:29 To: VMESA-L@LISTSERV.UARK.EDU Subject: Re: [VMESA-L] SAS for Linux on S/390 On Wed, 30 Nov 2005 16:48:37 -0500 Smith, Ann (ISD, IT) said: I filled out my ballot. We've been asking our sales rep for a linux port fo= r 2 years now. I found it interesting that item #179 is listed under z/OS mainframe. Yes, I noticed that. It's sad that people still do not understand the difference between z/OS and zSeries. The more people from different organizations fill this out, the more SAS will see that there is interest.
Re: end of VSAM product on VM?
Me? Connect:Direct from Sterling Commerce. I'd forgotten about Netview/VM too on one of our systems- but it is pretty much unused anyway and could probably be removed. 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: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On Behalf Of Fran Hensler Sent: Sunday, December 04, 2005 5:21 AM To: VMESA-L@LISTSERV.UARK.EDU Subject: Re: [VMESA-L] end of VSAM product on VM? Nancy - What product are you referring to? /Fran Hensler at Slippery Rock University of Pennsylvania USA [EMAIL PROTECTED] +1.724.738.2153 Yes, Virginia, there is a Slippery Rock On Fri, 2 Dec 2005 23:24:14 -0600 Marcy Cortes said: Only because we have your product :) No other reason here. Almost that way with VTAM too, BTW ! Isn't anyone else running VSAM applications on VM? Bob (very concerned) Heerdink
Shutdown signal
Last night we had to shutdown a system that had about 60 Linux virtual servers on it. They were all enabled for shutdown. I noticed that although they were disconnected when the VM shutdown command was issued and they did shutdown and load a disabled wait FFF, they remained disconnected and did not get logged off. When the last one loaded its FFF, the VM system went down properly. Is that how it usually works on a VM shutdown? When I issue a signal shutdown user x the disconnected user gets logged off instead of remaining disconnected. No issue really, just curious - I was confused as to why I still saw so many on in query names. 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.
Re: How Do I Make Use of the Extra 4G Memory?
Huh? 5.1 is 64bit and will make use of 2G central. Not for i/o like 5.2, but for other things. Our 5.1 systems have 16G. We do 12 Central and 4 expanded usually. Then get yourself to 5.2 for the better i/o performance, the day after tomorrow :) 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: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On Behalf Of Rich Greenberg Sent: Wednesday, December 14, 2005 12:56 To: VMESA-L@LISTSERV.UARK.EDU Subject: Re: [VMESA-L] How Do I Make Use of the Extra 4G Memory? On: Wed, Dec 14, 2005 at 12:30:36PM -0800,anson Wrote: } We recently upgraded our CPU from an MP3000 to an 8G z/890 machine. The } configuration is 2 LPARS running z/VM 5.1 on both sides. One side runs } multiple VSEs, and the other runs multiple Linux S/390. Now the } question is, since z/VM only supports up to 2G central storage, } what/how can I make use of the extra 4G memory? } Anson Ngai } VM/VSE Systems Programmer. 2 possibilities: 1) Give each lpar 2g of expanded memory 2) Go to the 64 bit version of VM. -- Rich Greenberg N6LRT Marietta, GA, USA richgr atsign panix.com + 1 770 321 6507 Eastern time zone. I speak for myself my dogs only. VM'er since CP-67 Canines:Val, Red Shasta (RIP),Red, husky Owner:Chinook-L Atlanta Siberian Husky Rescue. www.panix.com/~richgr/ Asst Owner:Sibernet-L
Re: Best practices for z/VM file transfers?
It does work with SFS to and from SFS. See setting up the CDVMSFS machine and use SFSDIR in your copy statements. Yes, it does require VSAM. ISPF and VTAM too. And the Secure+ version of it is not supported on VM. Sigh. 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: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, Dennis L Sent: Tuesday, January 03, 2006 4:09 PM To: VMESA-L@LISTSERV.UARK.EDU Subject: Re: [VMESA-L] Best practices for z/VM file transfers? Mike, Connect: Direct from Sterling Commerce meets most of your requirements. It doesn't work with SFS, though. Transfers to VM can go to minidisk or reader. Transfers from VM come from minidisk. Dennis O'Brien An appeaser is one who feeds a crocodile -- hoping it will eat him last.. -- Winston Churchill -Original Message- From: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Tuesday, January 03, 2006 16:02 To: VMESA-L@LISTSERV.UARK.EDU Subject: Best practices for z/VM file transfers? We're (pretty urgently) looking for a replacement product for one which just suffered hardware failure. It's unlikely that it can be resurrected - very old hardware. Requirements: - Batch file transfers between VM and z/OS (initiated either by a VM:Batch job or a z/OS batch job), performed by permission rather than passwords. - Interactive file transfers, in the same manner (again, initiated by VM users or TSO users, by permission rather than passwords). - Transfer from VM to MVS must be to dataset (RACF authorized), or to JES2 SPOOL (allowing class, forms, destination, etc.) - Transfer to VM must be to a target user minidisk or SFS directory. Can anyone recommend a good solution? If it's Linux-based, we're going to need a consultant: a Linux on zSeries proof of concept is scheduled to begin in a couple weeks. Happy New Year! Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. 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: OT: Be nice to your favorite IBMer...
Title: OT: Be nice to your favorite IBMer... Pension? What's a pension? Some companies were "enlightened" more than a decade ago! 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." From: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On Behalf Of David BoyesSent: Friday, January 06, 2006 8:07 AMTo: VMESA-L@LISTSERV.UARK.EDUSubject: [VMESA-L] OT: Be nice to your favorite IBMer... From todays Washington Post http://www.washingtonpost.com/wp-dyn/content/article/2006/01/05/AR2006010502329_2.html?referrer=emailreferrer=email Perhaps we should start a community retirement fund for our favorite IBMers. Sounds like they're gonna need it. -- db
Re: QDIO Guest LAN sharing the same subnet
Quickest way to fix this would be to divide your 10.10.10 subnet in half - 25bit subnet mask - 255.255.255.128 . Use address 10.10.10.1 on cec 1 and 10.10.10.129 on cec 2. They really are separate lan segments you can't join them across something else. 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: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On Behalf Of Bob Robinson Sent: Friday, January 13, 2006 11:44 AM To: VMESA-L@LISTSERV.UARK.EDU Subject: [VMESA-L] QDIO Guest LAN sharing the same subnet Greetings everyone, Scenario: 2 CEC's each with one z/VM 5.1 LPAR. Each z/VM LPAR has one TCPIP stack, MPROUTE, two OSA Express's and one QDIO guest LAN. The Guest LAN's are defined with the same subnet, let's say 10.10.10. CEC 1's Guest LAN gateway address is .1 (dot one) and CEC 2's is .2 (dot two) When TCPIP on CEC 1 is activated connectivity to the Guest LAN works fine. When TCPIP on CEC 2 is activated, I can connect to the stack, but not to the Guest LAN and connectivity to the Guest LAN on CEC 1 is gone. When I shut down CEC 2's TCPIP, connectivity returns to CEC 1's Guest LAN. Can someone explain why this does not work and which protocol or law I'm violating here? Note: I know VSWITCH is a better way to go and I'm looking into using it. TIA Bob Robinson Senior Technical consultant National City Corporation
Re: OSA Express GbE performance
We have seem some lousy FTP performance too. I had a PMR open, but no time to work on it so it got closed. There is a slowness associated with multiple outbound FTP interfaces and equalcostmultipath. I did receive new module for that. But my old 9672 system, with a single OSA FDDI card was much faster than a new z990 system with 4 OSA GbE interfaces. I don't think it's the GbE though - z/OS here with same network configuration can get 12,000K - 23,000K per second. They have more engines, but still... Open a PMR - I still think there's something not right. Just wish I had more time to work on that. Glenn S. in Level 2 will be familiar with my PMR. Marcy Cortes Wells Fargo 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: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On Behalf Of Aria Bamdad Sent: Wednesday, January 18, 2006 7:16 AM To: VMESA-L@LISTSERV.UARK.EDU Subject: [VMESA-L] OSA Express GbE performance Hi, I was wondering if others have seen the problem I am seeing on a OSA Express Gigabit Ethernet as compared to a regular OSA Express Fast Ethernet. When testing an FTP put from VM to a local FTP server, it appears that I get two to three times better performance when I use the OSA-E FE than the GbE. Both OSAs are connected to the same physical switch. I have looked at the port statistics on the switch and don't see any errors or anything else odd. I don't expect to get better performance out of the GbE port with this test (since the FTP server is on a Fast Ethernet port) but I would at least expect similar numbers. Thanks in advance. Aria.
Tape conversions
Title: Tape conversions What do folks do about moving old VM:Backup and old HIDRO tapes to new media types? We have a bunch that are supposed to move from IBM 3590 to STK 9480C and the media types are different and CA doesn't support moving them. I suggest we just leave 1 drive, but HW manager doesn't like that at all Marcy Cortes (415) 243-6343 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.
Re: Tape conversions
DITTO is not going to understand all the volume chaining in the VM:Backup tapes. Only something that understood that is going to do the trick. Marcy Cortes (415) 243-6343 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: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Frazier Sent: Monday, February 06, 2006 2:34 PM To: VMESA-L@LISTSERV.UARK.EDU Subject: Re: [VMESA-L] Tape conversions I use DITTO to copy tapes. [EMAIL PROTECTED] wrote: What do folks do about moving old VM:Backup and old HIDRO tapes to new media types? We have a bunch that are supposed to move from IBM 3590 to STK 9480C and the media types are different and CA doesn't support moving them.I suggest we just leave 1 drive, but HW manager doesn't like that at all... Marcy Cortes (415) 243-6343 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. -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us
Re: MCLs for z/VM 5.2
You could go a step further, and include the ucode in CP, and then load any missing maintenance as needed. Hmmm... I remember suggesting this at a SHARE around 1980 for 168/3033 machines, which did have an instruction for dynamic microcode loading. No-one seemed to like the idea. Uh, yeah, I can just see the heart attack the MVS folks would have if VM did microcode updates. We'd be back on some old dusty box in a heartbeat and thrown off the shiny new z9. Marcy Cortes (415) 243-6343 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.
Re: Can z/VM 5.2.0 IPL w/o a console
It GA'd Dec 16.You can receive IBM Annoucement letters via email by signing up on ibm.com. Marcy Cortes (415) 243-6343 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: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On Behalf Of Ranga Nathan Sent: Saturday, March 04, 2006 5:48 PM To: VMESA-L@LISTSERV.UARK.EDU Subject: Re: [VMESA-L] Can z/VM 5.2.0 IPL w/o a console Is z/VM 5.2 out? Do people receive notification from IBM on this?
Re: Requirements for encrypting tape drives for z/VM
We have requirements that tapes shipped out be encrypted. However, we don't ship any anymore since we've channel extended the tape drives to our own BCP center. I don't think our users ship anything anymore - but I'll check with some of them. 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: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Wednesday, March 08, 2006 1:12 PM To: VMESA-L@LISTSERV.UARK.EDU Subject: [VMESA-L] Requirements for encrypting tape drives for z/VM [Cross-posted to VMESA-L and LINUX-390] Hi, Everyone. The VM Development team needs your help once again. Back in July of last year, IBM published a Statement of Direction for encrypting tape drives (Announcement 105-241). We would like to know: - If you currently backup or archive z/VM data, does your business require that you encrypt said backups/archives? If so, what are you using? - If you are not *currently* required to encrypt them, do you expect those requirements to be levied against you? If so, when? Thanks, Alan Alan Altmark Sr. Software Engineer IBM z/VM Development
