Re: Is there a free evaluation copy of Linux for z/VM?
I have a question. Sorry for hijacking this post. If Linux can run in LPAR mode? What is the advantage of running VM and Linux under it? -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Dave Jones Sent: Monday, April 04, 2011 9:51 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Is there a free evaluation copy of Linux for z/VM? Hi, Jim. Yes there are free evaluation copies of Linux for z/VM available from the major vendors, plus there are non-commercial versions of Linux for s390Debian, Fedora, Centos, for example. I can point you in the right direction if you would like further information. Yes, the is also a Linux on S/390 mailing list that discusses running Linux on both an LPAR and as a guest of z/VM. To subscribe to the LINUX-390 discussion, send e-mail note to: lists...@vm.marist.edu In the body of the note, write only the following line SUBSCRIBE LINUX-390 your-name-here Have a good one, too. DJ On 04/04/2011 09:43 AM, Hughes, Jim wrote: Is there a free evaluation copy of Linux for z/VM? There are rumors from those flying at 50,000 feet that we may be asked questions about Linux on z/VM. On the other hand, would it be a proper use of this forum to post the questions here or is there a Linux for z/VM list? Jim Hughes Consulting Systems Programmer Mainframe Technical Support Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-5586Fax 603.271.1516 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized disclosure, reproduction, use or dissemination (either whole or in part) is prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete the message from your system. -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: SFS question
How large is the catalog? -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Dave Jones Sent: Thursday, March 10, 2011 3:40 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS question Hi, Steve. Yes, you need to expand your storage group 1 size by adding more DASD space DJ On 03/10/2011 03:33 PM, Gentry, Stephen wrote: I'm getting the following error on a DMSCLOSE: 51010 - No space for data left in catalog space. I am writing a group of files, 733 of them, to an SFS pool Does the error message mean that I don't have enough room in storage group 1? TIA Steve -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Sharing files between two z/OS guest machines
Would you mind sharing it? -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Gary Eheman Sent: Thursday, March 10, 2011 7:16 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sharing files between two z/OS guest machines One of my colleagues wrote an excellent how-to on setting up a z/OS base sysplex (not to be confused with a parallel sysplex) under z/VM when runn= ing on FLEX-ES back in 2003. It breaks down the VM setup as well as the z/OS setup. The information is still relevant when you want GRS and the other protections you seek despite the platform change. See chapter eight of SG24-7008 which you can still pull from the redbooks.ibm.com website. -- Gary Eheman == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Sharing files between two z/OS guest machines
Got it. And Thanks. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Gary Eheman Sent: Thursday, March 10, 2011 8:43 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sharing files between two z/OS guest machines I don't mind sharing. :-) Mike Hammock has posted the url from which you = can download a copy. The chapter on setting up the base sysplex contains only in-context references to FLEX-ES configuration. The bulk of the chapter is about the= z/VM and z/OS stuff. On Thu, 10 Mar 2011 09:07:02 -0500, Mike Hammock m...@hammocktree.us wr= ote: You can download the IBM Redbook from: http://www.redbooks.ibm.com/abstracts/sg247008.html?Open -- From: Ward, Mike S mw...@ssfcu.org Sent: Thursday, March 10, 2011 8:58 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sharing files between two z/OS guest machines Would you mind sharing it? -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] O= n Behalf Of Gary Eheman Sent: Thursday, March 10, 2011 7:16 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sharing files between two z/OS guest machines One of my colleagues wrote an excellent how-to on setting up a z/OS ba= se sysplex (not to be confused with a parallel sysplex) under z/VM when runn= ing on FLEX-ES back in 2003. It breaks down the VM setup as well as the z/= OS setup. The information is still relevant when you want GRS and the oth= er protections you seek despite the platform change. See chapter eight of= SG24-7008 which you can still pull from the redbooks.ibm.com website. -- Gary Eheman = == == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: SMTP authentication?
There are never any fixes to apply. All you have to do is reboot them. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of David Boyes Sent: Thursday, March 10, 2011 2:01 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SMTP authentication? On 3/10/11 12:59 PM, Alan Altmark alan_altm...@us.ibm.com wrote: I was going to mention that as a solution, but I would suggest that Shimon first take the issue to his network people and let them decide what they want to do. If their answer is to use a relay and they want it on zLinux, then ok. Maybe they installed a new Exchange server and forgot to turn on anonymous access. Only they know Except they usually don't, and don't even comprehend why YOUR system is causing THEM problems. :sarcastic.It must be that ancient useless mainframe that always causes these problems. Get rid of it. After all, all the Windows/Unix/VMS/insert your fave platform bigotry here systems just work...:esarcasm. Don't silently take the problem away from them and solve it on your own. (1) You're peeing in their pool See above. (Besides, Exchange still comes with open relaying turned on. So does Notes, BTW. Should fix that.) (2) They don't learn anything They don't learn anything either way, other than you're a problem, and they have to make special adjustments to deal with defective software. (3) You'll get bit by something else they do down the road Somehow this always happens, no matter what you do. And, of course, make sure you have submitted a requirement against VM SMTP. Done. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Contemplating upgrading 2105-800 to DS6800
We went from Ramac to Shark to DS8100 no problem. We use FDRPAS to do the copies for us. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Nigel Salway Sent: Monday, March 07, 2011 4:12 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Contemplating upgrading 2105-800 to DS6800 Dear Friends, I am considering replacing a 1 TB 2105-800 shark with a 1TB DS6800. Does anyone have experience with such an upgrade? Any warnings, tips or comments? TIA Nigel Salway == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Sending files to JES
Why not FTP it? -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Shumate, Scott Sent: Tuesday, March 08, 2011 1:16 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sending files to JES I have 130 lrecl log file that is stored on operator's 191 disk. I need to get it over to our MVS side so we can store it in mobius. It appears since its greater than 80, I'm running into the problem described below. If I use send file, the file is jumbled on mvs side. Hopefully this is enough detail. Thanks Scott -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Alan Altmark Sent: Tuesday, March 08, 2011 2:06 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sending files to JES On Tuesday, 03/08/2011 at 02:00 EST, Shumate, Scott scshum...@bbandt.com wrote: That works great. Now I'm running into a new problem. The file I'm sending is too big. I get the following message. DMSPUN044E Record exceeds allowable maximum Any ideas how I can get around this? If you're sending to a TSO user, just SENDFILE fn ft TO user AT mvsnode. It gets packaged up in NETDATA format. If you're submitting a job, then you're limited to 80 bytes. If you are doing printing, then you need to use the PRINT command and a virtual printer (1403, 3800, or AFP). Tell us more about what you're trying to do. 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 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Capacity Monitoring question
Where can I get a copy of GG22-9299. I have looked in IBM, but I can't seem to find it. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of George Henke/NYLIC Sent: Thursday, March 03, 2011 10:43 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Capacity Monitoring question An operating system, be in z/VM or z/OS, will always try to drive the CPU 100%. This is goodness. So looking at max CPU will never tell you anything about CPU capacity, it is an almost meaningless metric which can be at best very deceptive, a common, innocent mistake and misconception. What is needed is the Saturation Data Point (SDP), which is calculated as the HIST average CPU peaks divided by the HISTaverage CPU average. The operative word here is HISTORICAL, 6 months at least. This will give you the peak-to- average ratio: 2:1, 3:2, or whatever. It depends on the nature of the workloads, their variability. It differs for every shop. Once you know the peak-to-average ratio all we need do at any given point in time is look at the average instead of the peak and that will tell us if we have reached the SDP and need more CPU. To illustrate: Let's say the CPU is pegged at 100% and averages 60%, though you ignore the average as unimportant. thinking you're configuring for the peak, not the average. Let's also say that your historical peak to average ratio is 2:1, though you do not know that or consider it important at the time. So the CIO orders a CPU upgrade, paying millions in TPV software charges for the upgrade. After the upgrade, the CIO looks at the CPU and sees it is maxing now at 60% and he is ecstatic because he thinks he has 40% CPU headroom and with about 5-10% annual CPU growth he has at least a 3 - 5 year life in the configuration. 6 months later, the batch window is expanding, batch is backing up, response time is degrading, CPU is maxing at 100% and the CIO wants to know what happened. With a 2:1 peak to average ratio, when the CPU maxes at: * 60%, it averages 30%. * 100% it averages 50%. * 120% it averages 60% So the headroom, initially, was not 40% (100%-60%) as the CIO thought, but only 20% (50%-30%) which got absorbed in 6 months But why so quickly? Why 20% in only 6 months? Remember before the upgrade the average CPU was 60%. That means the maximum CPU was really 120% not 100% and there was 20% latent demand. Machines do not report much more than 100% CPU. Another reason not to be mislead by max CPU. So between the 5 - 10 % normal CPU growth and the impact of the 20% latent demand, the config really had a life of only 6 months. True we should always configure for the peaks, not averages, but it is only the average that will ever tell us when we are out of CPU once we know the historical peak-to-average ratio. R.J. Wicks, IBM, has written a classic manual on this: Balanced Systems and Capacity Planning, GG22-9299 (119 pages) Berry van Sleeuwen berry.vansleeu...@xs4all.nl Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/02/2011 07:05 PM Please respond to IBMVM IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Capacity Monitoring question Hi Nick, We monitor VM on page usage and page IO, our guest on VM for Queue and storage usage (main, xstor and swap). Also we monitor guest CPU usage and metrics like the limit list. Linux memory is always at 100% so no sense in monitoring over there but we do monitor swap usage. Linux CPU gives bad numbers to start with (yes even on current kernel levels they are still wrong) so don't monitor CPU on the guests. Actually, 100% CPU is not a bad thing at all. Where most OS-ses become less responsive above 90% z/VM will still give you good response even at high numbers. We like to have it above 90%. Obviously you would need some capacity for new guests. So when you are running 100% CPU all the time there can be a case for an additional IFL. But also look at the guests, determine if they are running processes you don't need or that hurt overal performance. Watch your linux guests on responsetimes and batch runtimes. Set a good relative share and if that doesn't help you could consider adding IFL's. Keep VM paging below 50%, add paging DASD when needed. We have a VM that is overcommitted to 9:1. Our production Linux VM is at 2:1 with room to spare. Expect even high page IO rates, 1000's IO/sec don't have to be bad. Keep an eye on guests that are competing for storage. Especially loading users and E-lists can point to a resource problem. Try to fix it on the guest first (eliminate processes, reduce memory sizes etc). Make sure the guests don't stay in Q3. It will hurt other servers. So eliminate unused processes, don't use pings or other keep alive tooling. Be aware that most regular linux tooling keeps the guest active. Obviously when you are running batch the guest will stay in Q3 but then it's in there for a reason. Some of these issues are also covered
Re: Problems with MPROUTE going from z800 to z9BC computer
Could you possibly be using sourceVipa where before you weren't? -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Horlick, Michael Sent: Wednesday, December 15, 2010 7:21 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Problems with MPROUTE going from z800 to z9BC computer Greetings, A couple of days ago we tried to migrate from our current CPU (Z800 - Model 2066) to a z9BC Mode R07 (2096). We had this new machine for a couple of weeks and we created a copy of our z/VM 5.4 system on it (XXXRES = 540RES, XXXPAG = 540PAGetc...). I was able to test z/VM 5.4 and TCP/IP on it and it worked fine given that we were assigned new IP addresses for it. We have 2 TCP/IP stacks, one for our use, the other for the clients. For the client, on our production machine we use VIPA/MPROUTE. We could not test VIPA/MPROUTE on the new machine but static routing worked fine. We tried the OSA card in QDIO and non-QDIO mode and no problems. Connectivity for both us and the client. Come migration time however, we could not get the VIPA/MPROUTE functionality working. I could not ping from within the mainframe to anything beyond the OSA card. Tried both QDIO and non-QDIO mode. Our TCP/IP stack, no problems. We had to back out and now we have to try to set up a test VIPA/MROUTE setup and try it on the new machine. Waiting on the telecom architect for this. No changes to the configuration files were done (except for QDIO in the PROFILE TCPIP, but the same configuration files for non-QDIO). Any clues what could have gone wrong? Thanks, Mike Horlick CGI Montreal == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Problems with MPROUTE going from z800 to z9BC computer
Sourcevipa is a TCP configuration parm. The book states: Note: For requests or connections originating at a z/VM TCP/IP stack, tolerance of device and adapter failures may be achieved by using the SOURCEVIPA feature. This capability causes virtual IP addresses to be used as the source IP addresses in all outbound datagrams except those associated with routing. This has burned me a couple of times because it chooses source ip address from the home list starting from the bottom up. It selects the first vipa address that it finds as the source ip for all communications. I.E. you may want to use address 172.26.1.1 as your source, but you end up using 172.25.1.1 and it may not be in the routing tables. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Horlick, Michael Sent: Wednesday, December 15, 2010 8:12 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Problems with MPROUTE going from z800 to z9BC computer Have no idea what sourceVIPA is. Maybe you can explain. My configuration files were the same for TCPIP and MPROUTE. Would the type of OSA card matter? I believe I have an OSA-2 on the existing machine but an OSA-Express on the new. Thanks, Mike From: The IBM z/VM Operating System on behalf of Ward, Mike S Sent: Wed 15/12/2010 8:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Problems with MPROUTE going from z800 to z9BC computer Could you possibly be using sourceVipa where before you weren't? -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Horlick, Michael Sent: Wednesday, December 15, 2010 7:21 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Problems with MPROUTE going from z800 to z9BC computer Greetings, A couple of days ago we tried to migrate from our current CPU (Z800 - Model 2066) to a z9BC Mode R07 (2096). We had this new machine for a couple of weeks and we created a copy of our z/VM 5.4 system on it (XXXRES = 540RES, XXXPAG = 540PAGetc...). I was able to test z/VM 5.4 and TCP/IP on it and it worked fine given that we were assigned new IP addresses for it. We have 2 TCP/IP stacks, one for our use, the other for the clients. For the client, on our production machine we use VIPA/MPROUTE. We could not test VIPA/MPROUTE on the new machine but static routing worked fine. We tried the OSA card in QDIO and non-QDIO mode and no problems. Connectivity for both us and the client. Come migration time however, we could not get the VIPA/MPROUTE functionality working. I could not ping from within the mainframe to anything beyond the OSA card. Tried both QDIO and non-QDIO mode. Our TCP/IP stack, no problems. We had to back out and now we have to try to set up a test VIPA/MROUTE setup and try it on the new machine. Waiting on the telecom architect for this. No changes to the configuration files were done (except for QDIO in the PROFILE TCPIP, but the same configuration files for non-QDIO). Any clues what could have gone wrong? Thanks, Mike Horlick CGI Montreal == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Problems with MPROUTE going from z800 to z9BC computer
Setup correctly it should work ok. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Horlick, Michael Sent: Wednesday, December 15, 2010 8:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Problems with MPROUTE going from z800 to z9BC computer I do have SourceVipa specified: ASSORTEDPARMS PROXYARP IGNOREREDIRECT SOURCEVIPA Are you saying that specifying this could cause the problem? Why would it work OK on the old machine but not on the new? Same config files, only difference new hardware. Mike From: The IBM z/VM Operating System on behalf of Ward, Mike S Sent: Wed 15/12/2010 9:46 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Problems with MPROUTE going from z800 to z9BC computer Sourcevipa is a TCP configuration parm. The book states: Note: For requests or connections originating at a z/VM TCP/IP stack, tolerance of device and adapter failures may be achieved by using the SOURCEVIPA feature. This capability causes virtual IP addresses to be used as the source IP addresses in all outbound datagrams except those associated with routing. This has burned me a couple of times because it chooses source ip address from the home list starting from the bottom up. It selects the first vipa address that it finds as the source ip for all communications. I.E. you may want to use address 172.26.1.1 as your source, but you end up using 172.25.1.1 and it may not be in the routing tables. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Horlick, Michael Sent: Wednesday, December 15, 2010 8:12 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Problems with MPROUTE going from z800 to z9BC computer Have no idea what sourceVIPA is. Maybe you can explain. My configuration files were the same for TCPIP and MPROUTE. Would the type of OSA card matter? I believe I have an OSA-2 on the existing machine but an OSA-Express on the new. Thanks, Mike From: The IBM z/VM Operating System on behalf of Ward, Mike S Sent: Wed 15/12/2010 8:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Problems with MPROUTE going from z800 to z9BC computer Could you possibly be using sourceVipa where before you weren't? -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Horlick, Michael Sent: Wednesday, December 15, 2010 7:21 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Problems with MPROUTE going from z800 to z9BC computer Greetings, A couple of days ago we tried to migrate from our current CPU (Z800 - Model 2066) to a z9BC Mode R07 (2096). We had this new machine for a couple of weeks and we created a copy of our z/VM 5.4 system on it (XXXRES = 540RES, XXXPAG = 540PAGetc...). I was able to test z/VM 5.4 and TCP/IP on it and it worked fine given that we were assigned new IP addresses for it. We have 2 TCP/IP stacks, one for our use, the other for the clients. For the client, on our production machine we use VIPA/MPROUTE. We could not test VIPA/MPROUTE on the new machine but static routing worked fine. We tried the OSA card in QDIO and non-QDIO mode and no problems. Connectivity for both us and the client. Come migration time however, we could not get the VIPA/MPROUTE functionality working. I could not ping from within the mainframe to anything beyond the OSA card. Tried both QDIO and non-QDIO mode. Our TCP/IP stack, no problems. We had to back out and now we have to try to set up a test VIPA/MROUTE setup and try it on the new machine. Waiting on the telecom architect for this. No changes to the configuration files were done (except for QDIO in the PROFILE TCPIP, but the same configuration files for non-QDIO). Any clues what could have gone wrong? Thanks, Mike Horlick CGI Montreal == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you
Re: Problems with MPROUTE going from z800 to z9BC computer
I agree with Alan, use ping to see if it's getting out. You may find that the sourceip used does not have a route back to you. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Wednesday, December 15, 2010 9:30 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Problems with MPROUTE going from z800 to z9BC computer On Wednesday, 12/15/2010 at 08:21 EST, Horlick, Michael michael.horl...@cgi.com wrote: Come migration time however, we could not get the VIPA/MPROUTE functionality working. I could not ping from within the mainframe to anything beyond the OSA card. Tried both QDIO and non-QDIO mode. Our TCP/IP stack, no problems. We had to back out and now we have to try to set up a test VIPA/MROUTE setup and try it on the new machine. Waiting on the telecom architect for this. No changes to the configuration files were done (except for QDIO in the PROFILE TCPIP, but the same configuration files for non-QDIO). Any clues what could have gone wrong? Mike, network problems are all solved the same way: Divide and Conquer. If I understand you correctly: 1. The new system and the old one have the same IP configuration. That is, the same files on TCPIP and MPROUTE's A-disks. The same configuration files on TCPMAINT 198. The systems even have the same SYSTEM_IDENTIFIER. 2. The new system works fine *until* you bring up MPROUTE (it throws away any static routes not specifically marked as permanent). 3. The old and new systems are NOT up at the same time. When you PING something, a packet goes out and a packet comes back. To resolve why PING doesn't work, you need to figure out which of those two things didn't happen. Your network techs can help you, as they do this kind of stuff all the time with sniffers and queries on the switches/routers. Only then will you be able to take corrective action. Prior to that, you're just guessing, flailing at the problem in the hope you will accidentally fix it. 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 == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Mandatory ESMs?
Go to Hercules-os380 yahoo group and talk to BFN. Paul. I believe he has one working on VM, MVS and VSE. His email is: kerravo...@yahoo.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Michel Beaulieu Sent: Friday, December 10, 2010 3:11 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Mandatory ESMs? Hello, Don't we have at least a GCC compiler that would run in z/VM? Michel Beaulieu |*| Date: Fri, 10 Dec 2010 14:51:56 -0600 From: dbo...@sinenomine.net Subject: Mandatory ESMs? To: IBMVM@LISTSERV.UARK.EDU (Retitled because the current discussion has nothing to do with VSWITCH authorization...) Does anyone run applications in z/VM? That's the saddest statement I've seen in a long while. That used to be true across the board. It's really sad that IBM continues to constrain the ability to deploy applications in the CMS environment -- it's a decent system for writing really good applications, but without the tools and compilerswe're reduced to asking whether anyone can. -- db == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: No IPL VSWITCH Connectivity
I see and download TCVM1.zip when I click the link. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Thursday, November 04, 2010 9:01 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity Sorry for this screen shot overhead, but it is the only way to show the results. http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 Peter and Ron, did you click on the TCVM1 ZIP link in the above link or just the above link. When I click on the TCVM1 ZIP link in the above link, this is what I see. Perhaps Kris' upload was archived, backed up to tape, by a LINUX system and compressed by GZIP in the process. TAR means Tape ARCHIVE. peter.w...@ttc.ca Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/04/2010 09:30 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Same here. Peter -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ron Schmiedge Sent: November 3, 2010 18:21 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity Or if I weren't such a bad typer, TCVM1.zip On Wed, Nov 3, 2010 at 4:19 PM, Ron Schmiedge ron.schmie...@gmail.com wrote: It says TCMV1.ZIP when I click on it. On Wed, Nov 3, 2010 at 3:02 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Here is the link Kris. I think if you click the TCVM.ZIP link in the doc in the link below, you will see for yourself in the window it says GZIP compressed TAR file. http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 As the old song says, Somewhere along the way . . . Kris Buelens kris.buel...@gmail.com mailto:kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU 11/03/2010 04:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I created the .ZIP file on my Thinkpad, with Windows/XP. Uploaded that to my VM userid and SENDFILEd that to Endicott. Then it is outside my hands. But, when I look with Mozilla Seamonkey, I see http://www.vm.ibm.com/download/packages/tcvm1.zip , still a ZIP extension. Amen. 2010/11/3 George Henke/NYLIC george_he...@newyorklife.com The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot be guaranteed on the Internet. The sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on the basis of information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is property of the TTC and must not be altered or circumvented in any manner. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Duplicate VOLSERs at IPL
Where can one pick up that wonderful exec? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, October 20, 2010 10:35 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Duplicate VOLSERs at IPL Here's what I do (I think you remember my FLASH2ND EXEC): 1) Use FLASH2ND to create a 2nd level/backup system a. This will use a new prefixed VOLID of '54B' (replacing the 540). b.Updates the SYSTEM CONFIG reflecting the new VOLID c. Updates a copy of the 1st level directory (USER2 DIRECT) changing the VOLIDs to match the new prefix d.Runs DIRECT against the 2nd level/backup system with the updated directory (USER2 DIRECT). 2) FLASH2ND process creates unique VolSer (VOLID) and is IPLable (w/o changes) Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Wednesday, October 20, 2010 10:24 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Duplicate VOLSERs at IPL I plan to DDRed my system disks 540RES, 540SPL, 540W01, 540W02, before I apply maintenance to Level 1 and PUT2PROD, so that I have a *hot* fallback when I IPL. the maintenance. How can I be sure the IPL will not pick up these standby disks but WILL pick them up if I need them for fallback? Is just changing the 540RES IPL address enough? _ 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...@ailife.com. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: IPL VM/VM Issues
What does everyone without tape do for Disaster Recovery and Business Continuity? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Wheeler Sent: Wednesday, October 06, 2010 3:00 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPL VM/VM Issues Date: Wed, 6 Oct 2010 14:34:03 -0500 From: d...@vsoft-software.com Subject: Re: IPL VM/VM Issues To: IBMVM@LISTSERV.UARK.EDU Frank, while I think having a simple virtual tape server for CNMS is a good idea, it wouldn't solve our problems with SPXTAPE; it does not use the normal CMS tape i/o routines to read/write tape. I believe it constructs it's own tape CCWs and bypasses all of CMS tape handling. Most shops without access to real tape drives have already converted their tape applications to use things like VMFPLCD instead of VMFPLC2, CMSDDR instead of DDR, etc. As Dave said, SPXTAPE is a different animal and the usual tricks to get around real tape issues aren't available. Mark Wheeler UnitedHealth Group == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Central vs. expanded storage
You should also be able to lock pages for the guest as in Lock MVSGuest 0 0 map This will lock page 0 in memory. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Friday, September 24, 2010 8:04 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Central vs. expanded storage Anne Lynn Wheeler wrote: Their is a pathological scenario if the virtual operation doesn't have all its own dedicated storage (like in LPARs); VM will be managing virtual pages using an LRU methodology (least-recently-used pages are the ones selected for replacement) ... at the same time the virtual guest/DBMS is also managing (what it thinks is real storage) with an LRU methodology. If both are operating simultaneously ... it is possible for VM to replace what it thinks is the least-recently-used page (the virtual page least likely to be used) ... at the same time the virtual guest/DBMS has decided that same page is exactly the next page it wants to use. Was not this the problem in the early days of MVS under VM. There was also a stopgap workaround performance option (bandaid) called PMA, Preferred Machine Assist to circumvent this, so that MVS actually controlled Page 0 and VM became the guest. VSE did not have this problem in those days because there was the VM/VSE Feature which did the paging handshake between a VSE guest and VM. But MVS had no such feature and so the entire MVS virtual machine got swapped out any time an address space in MVS got a page hit. But these issues have all been addressed today and MVS now performs efficiently under VM. Also, paging now seems to be non-existent in the MVS world. Expanded storage there even has been eliminated. So the question arises why is this problem rearing its head again. Is history repeating itself. Is there no handshaking between LINUX guests and VM just as there was not with MVS years ago? Why now the need Expanded Storage in the VM world to accommodate LINUX guests when Expanded Storage in the MVS world is a thing of the past? Anne Lynn Wheeler l...@garlic.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 09/24/2010 08:02 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Central vs. expanded storage On Thu, Sep 23, 2010 at 2:14 AM, O'Brien, Dennis L dennis.l.o'br...@bankofamerica.com wrote: I heard from a couple of performance people at SHARE that we should have 20% to 25% of the total storage in an LPAR configured as expanded storage. Naturally, that's a guideline and the proper amount varies by workload. What should I look at to determine if we have enough expanded storage? We use Velocity's ESALPS suite. The systems that I'm most concerned about have a Linux guest workload. One of them is all WAS, and the other is a mix of WAS, Oracle, and some other things. I've heard that WAS isn't the best choice for System z, but that's not the focus of my concern. We have the workload that we have, and I just want to make it run as well as it can. expanded store was originally done for 3090 because of physical packaging problems ... it was not possible to locate all the memory they needed for configuration within the latency of the standard memory bus ... so they created the expanded store bus that was wider longer ... and used software control to move 4k pages backforth between regular storage and expanded store. a synchronous instruction was provided for moving the data backforth. the expanded store bus was also used to attach HIPPI (100mbyte/sec) channel/devices ... since the standard 3090 i/o interface couldn't handle the data-rate. However, since bus didn't support channel programs ... there was a peculiar (pc-liked) peek/poke convention used (i.e. i/o control was done by moving 4k blocks to/from special reserved addresses on the bus). moving forward (after physical packaging was no longer an issue) ... expanded store paradigm has been preserved because of software storage management /or storage addressing deficiencies. effectively, expanded store paradigm is used to partition real storage into different classes however, going back at least 40yrs ... there is large body of data that shows that single large store is more efficient than partitioning the same amount of storage (assuming that there aren't other storage management issues/shortcomings). the simple scenario is 1 storage pages and 1 expanded storage pages ... all occupied; when there is requirement for page that is in expanded storage, it is swapped with a page in regular storage (incurring some software overhead). The alternative is one large block of 2 pages ... all directly executable ... and doesn't require swapping any pages between expanded store and regular store. One of the efficiencies is dealing with application and/or operating systems that perform their own caching/paging algorithm using some sort
Re: Sad Day for One of our VM Systems
Wow, hopefully it's because you are migrating to a later release and not because it's close the doors time. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Wandschneider, Scott Sent: Tuesday, August 24, 2010 3:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Sad Day for One of our VM Systems Within the next day or two, we will be shutting down with one of our legacy systems. VMESA1, affectionately known as VM1, will be shut down after 7 years and 1 week of perfect service. q cplevel VM/ESA Version 2 Release 3.0, service level 0101 Generated at 03/11/02 17:44:14 EDT IPL at 08/17/03 04:40:50 EDT Ready; T=0.01/0.01 15:37:28 Thank you, Scott R Wandschneider Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle Hills Drive, Omaha, NE, 68154-4457|| : 402.963.8905 || :847.849.7223 || : scott.wandschnei...@infocrossing.com **Think Green - Please print responsibly** Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: EMC, Celerra and FCP
Did they ever tell you it was possible? -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Michael Simms Sent: Tuesday, August 10, 2010 9:28 AM To: IBMVM@LISTSERV.UARK.EDU Subject: EMC, Celerra and FCP Our Windows folks have a large EMC Celerra NS-960. We have a z10BC. We ha= ve genned our IOCP to have 2 FCP channels. Now we are trying to connect via = switch to the EMC box. We are now being told that this connection is not = possible. Has anyone done anything like this? Thoughts? Hints? == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: CICS and z/VM
I ran Transaction Server on OS/2 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Wednesday, June 23, 2010 6:09 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CICS and z/VM There was a CICS/VM in 1987. You can google cics/vm and learn a little bit more. http://www-01.ibm.com/software/htp/cics/35/80s/ IBM killed it before it could gain acceptance. Rumor was that it ran better than it did on MVS :) From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Scott Rohling Sent: Wednesday, June 23, 2010 3:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] CICS and z/VM I would ask him to explain 'with z/OS being present' - and then ask him to explain 'native' ;-) Maybe those words don't mean what he thinks they do or what you think they do? The 'presence' of z/OS seems especially ambiguous in his statement.. what the heck does that mean? Lurking nearby? ;) z/VM can run a z/OS guest, which can run CICS.. there's no 'z/VM CICS' product. Scott Rohling On Wed, Jun 23, 2010 at 4:43 PM, Howard Rifkind vmes...@yahoo.com wrote: A friend of mine stated that CICS can run native under z/VM with z/OS being present. I find this hard to believe and have never heard of this being done in any size, shape or form. I think he is blowing wind. Can anyone comment on this. If there is any truth in this please advise where I can find some documentation on this. Thanks == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: I hate to ask -- VM passwords authenticated against AD?
Hopefully they won't take it and shelf it. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Wednesday, June 16, 2010 12:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: I hate to ask -- VM passwords authenticated against AD? Amen, brother. In the late '90s, we (USAir before it became USAirways) decided to donate the device throttling code I had written. Donating it took longer than writing and testing it. However, they do have a mechanism for accepting code. I suspect that most of the time taken was by the respective legal departments. It certainly did not take me long to sign the Certificate of Authenticity, Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of David Boyes Sent: Wednesday, June 16, 2010 8:26 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: I hate to ask -- VM passwords authenticated against AD? I have most of the piece parts done (IUCV driver, PAM driver, Kerberos and LDAP interfaces, Linux guest to do the heavy lifting) to enable VM to use any authentication sources supported by PAM, including AD. The remaining part is the necessary CP modules to normalize all the entry points to CP into a documented interface that doesn't require rebuilding CP, then convincing IBM to either ship VM with the RACF interface modules prebuilt, plus a dummy RACF lite that implements the defaut defer behavior, or agree on what the external interface should be in terms of service access points and ship that. I'd actually donate the service code if IBM would accept it. As you might imagine, the last part is the hardest. If someone wants this badly enough to pay for it, then I can probably have a beta-ready version available in a month or so. -- db == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: How to define shareabel full-pack minidisk in user directory
Martha, excellent reply. I also noticed that he is using the MW on the minidisk statement. He should know and please correct me if I'm wrong, if he accesses these disks from multiple machines the OS or software running on those machines need to drive the enq/deq for the device so that he doesn't destroy the data on the devices. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Martha McConaghy Sent: Thursday, April 01, 2010 9:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to define shareabel full-pack minidisk in user directory The simple answer to your question is that the volume is not attached to the system. So, when the guest tries to link the minidisk, there is no real volume for it to contact. It looks like the deeper problem is understanding how volumes work. Let me try to explain. What you refer to as the volume serial is really the volume label. It is written to cylinder 0 on the real volume when it is initialized, i.e. when you run CPFMTXA on it. If you are working with a basic install system image, then it was done for you already. These volume labels are what map a disk real address to a volume for CP to use. So, each volume label that CP is going to use, either as a CPOWNED volume or user volume, must be unique. CP only reads the label at IPL time, or when the volume is attached to the system. Most of the time, your volumes are attached at IPL time, based on what you have in your SYSTEM CONFIG file. However, volumes can be detached and attached to CP dynamically for different reasons. So, the problem of the guest being unable to link the full minidisk is because the volume labeled SYSPK is not attached to CP. From MAINT do: q dasd And you will see a list of disk volumes currently attached to CP. SYSPK won't be there, and it needs to be. Check your SYSTEM CONFIG file to see if it has been included in the user volume section. If you know the real address of the volume, you can manually attach it to the system by doing: attach (raddr) system However, this is only temporary. To make it permanent, you have to include it in your SYSTEM CONFIG. One thing I would like to point out is that SYSPK isn't a very good volume label (IMHO). You are likely to have a lot of volumes attached to this system some day. You need a way to keep them unique. So, give some thought to a better naming convention. You only have 6 characters to work with in a label. There is another problem described in your email as well. Using a full volume minidisk is dangerous. Since cylinder 0 contains the volume label (along with other important information), it isn't a good idea to include it in a minidisk allocation. By doing so, it allows the guest to overwrite the label without CP being aware of it. I had also done that with our z/OS guests for a long time, and my z/OS colleagues promised not to change the labels. Of course, over time, they did get changed. That resulted in a lot of problems whenever CP would be recycled. So now, I only give them full minidisks that do not include real cylinder 0, i.e. 1 through 3338. The guest doesn't know the difference. It allows them to use whatever labels they want without affecting the real label that CP uses. I do the same for our Linux guests as well. If z/OS needs a full volume image, i.e. all 3339 cylinders, then I put it on a large CP volume, such as a 3390-27. Again, the guest doesn't know the difference and it preserves the real labels for CP. Also, another piece of advice. If these volumes are going to be shared between z/OS guests, use the mode MWV, not just MW. Otherwise, the z/OS systems could run into problems. I hope this long explantion makes some sense to you. If not, please ask more questions. We are always happy to help new VMers. Martha McConaghy Marist College On Thu, 1 Apr 2010 10:36:13 +0900 TaeMin Baek said: Hi, I use z/VM v6.1 and z10 BC. I want to use shareable full-pack minidisk to share 3390 DASD without typing Volume Serial between multiple OS/390 guest. Because i often do volume initial, adding volume with vol. serial change in OS/390, i don't want to change Volume serial in user directory whenever vol. serial is changed in OS/390. Just want to manage device adress without volume serial like DEDICATE and need to share dasd vol. I found the way how to define in minidisk in user directory in 'CP Planning and admin guide like the below , * Define the DASD as a shareable full-pack minidisk. The following MDISK user directory control statement defines a full-pack minidisk: MDISK 199 3390 000 END SYSPK MWV FULLP1 This statement allocates all addressable cylinders of the 3390 called SYSPK as minidisk space, thus making SYSPK a full-pack minidisk. (This method is the preferred way of defining a full-pack minidisk because the number of cylinders does not need to be known when writing the MDISK statement.) Thus, i define mdisk in user directory like the
Re: Checking if a CMS disk has changed
The ADT is kept in memory. Does this rexx actually read the disk or do you have to issue an ACC to refresh the ADT? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Horlick, Michael Sent: Tuesday, March 09, 2010 9:28 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Checking if a CMS disk has changed Thanks. Mike Horlick Conseiller CGI Gestion Intégrée des Technologies 1350 Boul. René-Lévesque Ouest Montréal, Qc, H3G 1T4 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Kris Buelens Sent: March 9, 2010 10:17 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Checking if a CMS disk has changed I've got a QDSK EXEC that displays the last R/W use of a minidisk, it does so by reading block 3 of the minidisk to find the DOP (Disk Origin Pointer) and then the timestamp of the CMS directory file. This gives the last R/W access. Here the code: 'PIPE MDISKBLK READ' fm 3'!VAR REC3' /*Read Mdsk blk 3*/ if rc0 then return Dop=C2D(substr(Rec3,160-143,4)) /* Get Block1 of Directory file, so we can get last R/W usage */ 'PIPE MDISKBLK READ' fm dop '!Var DopRec' 'PIPE VAR DOPREC!CHOP 64!FMTFST ISO!cons' 2010/3/9 Horlick, Michael michael.horl...@cgi.com Greetings, I would like to know if there is a CMS command/program out there that can quickly determine if a CMS disk has been changed? The reason: We run the ASG ZEKE product that runs in our z/VSE machines that communicate via a SMSG to a CMS machine that actually sends the JCL to the reader of the requestor. The JCL could be on several CMS disks so I have added CMS ACCESSes each time a SMSG comes in. Here is the console from a ZEKE CMS machine: DMSCYW2245I *SMSG MUHC24 00236 EPIBCATZ BKUP EPIBCATZ 03 0 NONE NONE * Z TIME IS 07:04:15 EST MONDAY 2010-03-08 CONNECT= 99:59:59 VIRTCPU= 000:14.36 TOTCPU= 000:21.53 DMSACC724I 193 replaces B (193) DMSACP723I B (193) R/O DMSACC724I 194 replaces C (194) DMSACP723I C (194) R/O DMSACC724I 195 replaces E (195) DMSACP723I E (195) R/O DMSACC724I 196 replaces F (196) DMSACP723I F (196) R/O JOB INFO FROM MUHC24 WAS EVENT 00236 FNAME EPIBCATZ FTYPE BKUP - JOB EPIBCATZ PRI 03 SYSID CLASS 0 - USERINFO NONE NONE SUBMIT Z TARGET MUHC24 PUN FILE 7783 SENT TO MUHC24 RDR AS 9406 RECS 0012 CPY 001 Q NOHOLD NOKEEP ZEK11E000I PROCESSING COMPLETE. OUTPUT RECORDS=12 Those ACCESSes , probably 98% of the time, don't have to be done (since the JCL doesn't change that often) but we issue them just in case a disk or disks change. We have a problem when ZEKE requests from VSE machines start coming in quickly and the CMS machine(s) just can't keep up with them. ZEKE complains with a message on the z/VSE console: Z2 0074 Z0641E Event 78 ver 0 dispatch attempted-CMS machine not receiving I know I can go SFS for those disks but we don't have it set up and to do it for this problem I'm not too keen on it (probably because I'm old and lazy and the need to educate the schedulers is too much trouble). So, I'm looking for a (super)quick resident CMS module that given a virtual disk address can tell if that CMS disk needs to be re-accessed. Has it been written already and, if not, which manual(s) would have the info for me to write it? Thank you, Mike Horlick Conseiller CGI Gestion Intégrée des Technologies 1350 Boul. René-Lévesque Ouest Montréal, Qc, H3G 1T4 -- Kris Buelens, IBM Belgium, VM customer support == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your
Re: Fed-Up With IBM Support!
Try: http://www.ibm.com/ibmlink -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Thursday, October 29, 2009 11:10 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Fed-Up With IBM Support! Neither of those URLs works for me. I even tried removing the space between the = and the word ibmlink to no avail. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Ackerman Sent: Wednesday, October 28, 2009 4:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Fed-Up With IBM Support! There is no http://www.ibm.com/ibmbmlink. If you mean http://www.ibm.com/= ibmlink, that is the URL that IBMLink recommends you use. What were you using for IBMLink 2000= ? Alan Ackerman Alan (dot) Ackerman (at) Bank of America (dot) com == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: PMRs
First I go here: https://www-304.ibm.com/support/electronic/myportal/!ut/p/c1/04_SB8K8xLL M9MSSzPy8xBz9CP0os3hnr9DgQB9TQwN_IzMDAyM_95CAEAM_AyATKB-JR96AGN1-_kahbia ehoYWZq6GBkZmHiZOPmGeBu4uxsToNsABHAnZHQ7yK363g-TxuQ4kj8d-P4_83FT9gtzQ0Ai DzIB0R0VFAMsDlI8!/dl2/d1/L2dJQSEvUUt3QS9ZQnB3LzZfQ0pVU1FMNTEwTzI2MDAyTkd UUFQwTjAwMDI!?category=0locale=en_US Make sure to log on, Then I select access premium services. When that page is displayed look for the IBMLINK link and click it. It then take you to: The applications listed below are your entitled applications. Please click on the application you would like to access. Automatic Software Alert Process (ASAP) https://www-304.ibm.com/ibmlink/asap/asap.wss?lc=encc=US Automatic Status Tracking (AST) https://www-304.ibm.com/ibmlink/ast/ast.wss?lc=encc=US Electronic Service Call (ESC+) https://www.ibm.com/support/electronic/uprtransition.wss?category=2lc= encc=US Electronic Technical Response (ETR) https://www-304.ibm.com/ibmlink/etr/etr.wss?lc=encc=US New notifications https://www-304.ibm.com/ibmlink/etr/etr.wss?lc=encc=US Preventive Service Planning (PSP) https://www-304.ibm.com/ibmlink/psp/psp.wss?lc=encc=US Product Cross Reference (PCR) https://www-304.ibm.com/ibmlink/pcr/pcr.wss?lc=encc=US Service Information Search (SIS) https://www-304.ibm.com/ibmlink/sis/sis.wss?lc=encc=US Service Request and Delivery (SRD) https://www-304.ibm.com/ibmlink/srd/srd.wss?lc=encc=US Click on ETR. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Friday, October 16, 2009 12:48 PM To: IBMVM@LISTSERV.UARK.EDU Subject: PMRs It has been a long time since I have opened a PMR. Even then I called the Support Center to open it. Surely one can be opened electronically without too much hassle. How do I go about it? I have gone in too many circles on my own while hunting for the way. Regards, Richard Schuh == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Basic FTP question
Can you define a tdisk to put it on? -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Bob Henry Sent: Friday, October 02, 2009 9:48 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Basic FTP question I'm trying to set up an ftp session from my PC to z/VM V5.1. I've tried a= couple FTP products (FileZilla WinSCP) which produces errors Faile= d to retrieve directory listing. I finally found an ftp product that works = (CoreFTP) but the CMS 191 disk is accessed as read only so I can't transf= er any data to it. Is there a setting in the z/VM FTP server that causes thi= s? Can I issue a SITE command (or something else) that will put the mdisk in= write mode? == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Basic FTP question
I was thinking more on the lines of: Define Tdisk Acc as X or whatever FTP to X or whatever Send the file to the user. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Friday, October 02, 2009 2:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Basic FTP question On Friday, 10/02/2009 at 03:32 EDT, Ward, Mike S mw...@ssfcu.org wrote: Can you define a tdisk to put it on? You cannot FTP to a tdisk since they are not LINKable. However, if you have a vdisk mdisk in your directory entry you can FTP to it., though you cannot ftp to a vdisk created by the DEFINE command. Alan Altmark z/VM Development IBM Endicott == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Basic FTP question
I forgot to add format the tdisk -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Friday, October 02, 2009 2:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Basic FTP question On Friday, 10/02/2009 at 03:32 EDT, Ward, Mike S mw...@ssfcu.org wrote: Can you define a tdisk to put it on? You cannot FTP to a tdisk since they are not LINKable. However, if you have a vdisk mdisk in your directory entry you can FTP to it., though you cannot ftp to a vdisk created by the DEFINE command. Alan Altmark z/VM Development IBM Endicott == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: OS/VS1
The osvs1 system that was at cbtape has been removed because it was tainted with BPE, DFDSS, and some other copyrighted materials. What I'm looking for is a base os/vs1 without any extensions. Thanks for the reply. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of john.zarz...@barclays.com Sent: Friday, June 05, 2009 2:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: OS/VS1 You can get OS/VS1, OS/360, and other old OS-s on CD for the price of shipping ($5) from http://www.cbttape.org/cdrom.htm You can run this on your PC under Hercules, under Windows or Linux.. http://www.nabble.com/Hercules390-f910.html http://www.hercules-390.org/hercsupp.html http://www.jaymoseley.com/hercules/ Cheers, John Zarzeck -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of McKown, John Sent: 04 June 2009 21:11 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: OS/VS1 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ward, Mike S Sent: Thursday, June 04, 2009 2:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: OS/VS1 Hello all, I know this is old hat to some, but I thought I would ask anyway. I'm sure it's been asked here before, but we might have some new members that may be able to help. I'm looking for a copy OS/VS1, tapes, manuals, etc... I would like to get a vanilla VS1 Release 7.0 system without BPE, DFDS and other program product extensions. I'll be more than happy to pay for shipping of any materials. Thanks. IIRC, even the base system is a copyrighted, licensed, product. Somebody could give you the manuals, but the software? Well, I doubt legally. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell 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 This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
OS/VS1
Hello all, I know this is old hat to some, but I thought I would ask anyway. I'm sure it's been asked here before, but we might have some new members that may be able to help. I'm looking for a copy OS/VS1, tapes, manuals, etc... I would like to get a vanilla VS1 Release 7.0 system without BPE, DFDS and other program product extensions. I'll be more than happy to pay for shipping of any materials. Thanks. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: OS/VS1
From what I gather in the OSVS1 group the base is not copyrighted. The BPE and other addons such as dfdss, cics, etc are. The base manuals are not copyrighted, but the tnl's that make them bpe are. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of McKown, John Sent: Thursday, June 04, 2009 3:11 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: OS/VS1 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ward, Mike S Sent: Thursday, June 04, 2009 2:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: OS/VS1 Hello all, I know this is old hat to some, but I thought I would ask anyway. I'm sure it's been asked here before, but we might have some new members that may be able to help. I'm looking for a copy OS/VS1, tapes, manuals, etc... I would like to get a vanilla VS1 Release 7.0 system without BPE, DFDS and other program product extensions. I'll be more than happy to pay for shipping of any materials. Thanks. IIRC, even the base system is a copyrighted, licensed, product. Somebody could give you the manuals, but the software? Well, I doubt legally. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell 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 == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Virtualized Desktop
Thanks to all who have replied. All, do linux users use a mouse. I would think that mouse tracking would be a nightmare in the VM environment. I remember way back when we used to ask users monitoring jobs in OS/VS1 to not hit the enter key constantly. It's ok for a few, but when you have 5,000 connected to an opsys running under VM, at least the old releases it became a problem. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rob van der Heij Sent: Thursday, May 14, 2009 6:51 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Virtualized Desktop On Wed, May 13, 2009 at 10:28 PM, Ward, Mike S mw...@ssfcu.org wrote: Since SLED is an Enterprise Desktop, does that mean you would have to have one SLED for every user under VM? My approach would be indeed to run just one desktop per virtual machine, instead of what Matthew suggested with all desktops on a few Linux virtual machines. My preference would be the simplifier security issues and the ability to ensure that resources can be granted to the virtual desktop that is supposed to use them, and the ability to charge for consumed resources. Something to think about is whether the virtual machine needs to be there when the user is not. One of my pet projects was to speed up Linux boot process so that we could start the virtual machine when the first TCP/IP packet arrives (and get it done within the time that TCP/IP allows you). I even worked with a customer who considered to migrate unused virtual machines to tape and restore them when needed (and accept that it may keep the developer waiting for a few minutes). Clearly you want something to share the program code so that you can do software management in a central manner and not upgrade each virtual server separately. That requires you separate data from (centrally managed) code and server configuration. When you review the thread about stateless Linux on the list yesterday, it appears an attractive approach to have a small supply of luke warm Linux servers ready to get personalized when the user attempts to connect to the desktop. It would require their data and configuration to reside on a separate file server. I would be tempted to hibernate to disk rather than RAM (and expect z/VM paging to restore it) but either approach might work. Rob -- Rob van der Heij Velocity Software http://www.velocitysoftware.com/ == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Virtualized Desktop
Are you saying that you can't use a mouse on linux under VM? Or you can but the performance is bad? -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Post Sent: Thursday, May 14, 2009 12:36 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Virtualized Desktop On 5/14/2009 at 9:50 AM, Ward, Mike S mw...@ssfcu.org wrote: All, do linux users use a mouse. I would think that mouse tracking would be a nightmare in the VM environment. Bear, woods. It's not just z/VM, it's also network latency. When I test the X apps I build as part of Slack/390, it takes a couple of minutes just to get the initial window to show up on my system at home. And that distance is only from Michigan to New York. When I do similar things for work, that traffic goes to Germany and back. Not pretty. Mark Post == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Virtualized Desktop
Wow it does give me food for thought. Sounds like you're well versed in these types of environments. Another question if you don't mind. In this environment would SUSE linux work? And would they be able to use Ximian and Evolution to connect to an exchange server for email/calendar and those type of office functions? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Matthew Donald Sent: Wednesday, May 13, 2009 2:07 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Virtualized Desktop Firstly, you need to know the expected environment before you can work out anything. Lets assume that you want to provide Firefox for browsing, Lotus Notes for email, Symphony for office and x3270 for mainframe access. All of these run under Linux and, in addition, Notes and Symphony are Eclipse-based which means JVM's. What I wouldn't do is give each user a separate Linux guest. I'd probably look at around 4 Linux guests. These guest would have all 1000 users logged onto them. One guest would provide the desktop. That is, every user would log onto a single guest using X-Windows and maybe Gnome (but I'd look at Enlightenment as it has a lower memory footprint). The desktop would have icons for Notes, Symphony etc. Clicking an icon would run a remote app on one of the other guests. Any user running Firefox or x3270 would run the app on this guest. A second guest would run Notes. Every time a user clicked the Notes icon, it would start it would start the Notes app on the second guest. The third and fourth guests would have Symphony workload spread between them. When a user clicked the Symphony icon, half would run the app on the third guest and half on the fourth guest. Essentially, the model is to have the basic desktop and the non-java apps on one guest and the java workload spread over the other three guests. I know a config along these lines would work, since the State of Florida did something like this in the late-90's. They were using four 8-way Intel P3 boxes running Linux with Netscape, Wordperfect and Quattro. I'm pretty sure they were supporting more than 1000 users. As to resources, I don't know of any benchmarks, so the following is based on my experience with z/VM +z/Linux + Websphere. My gut feel is that you could probably run this sort of workload with 4 IFL's and somewhere between 96G and 128G, depending on the number of simultaneous users. I may be over-estimating the CPU workload. Most of the memory requirement would be for JVM's. I'd allow somewhere between 128M and 256M per JVM. So long as the GC was running no more frequently than every 8 seconds or so and each GC run was freeing at least 30% of the heap on each run then the sizing would be adequate. Another problem you are likely to hit is in networking. The X-Windows protocol has outbound connections from the Linux guest to the terminal. I don't know about your environment, but many site use VPN's internally with each group being restricted to a single VPN sandbox. The problem is that many VPN clients (such as Aventail) only allow connections from the terminal to the server, and not the other way around. Hope this gives you food for thought Matthew Donald On Wed, May 13, 2009 at 7:30 AM, Ward, Mike S mw...@ssfcu.org wrote: Hello, all. I have a question. It seems that we are looking into a virtualized desktop environment (Single Image) on our distributed side. I kind of laugh at this because that's where we came from with VM and an OS running under VM (Green Screen) long ago and now it's making full circle. In VM how do you determine the amount of hardware MIPS, Disk, Etc... for let's say 1000 users? Is there any kind of formula to go by? I know in the distributed environment, it will probably take a lot of disk space, and as far as performance I don't think it would be as snappy as a real VM system. I used to work at a shop where we had 2500 users and a few with APL, that's right APL. Anyone that's been around knows what APL programmers did for VM. And in that shop response time was good even under MVS/CICS under VM. Anyway any comments, suggestions, criticisms are welcome. Thanks. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. == This email and any files
Re: Virtualized Desktop
Since SLED is an Enterprise Desktop, does that mean you would have to have one SLED for every user under VM? -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Post Sent: Wednesday, May 13, 2009 3:23 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Virtualized Desktop On 5/13/2009 at 4:13 PM, Ward, Mike S mw...@ssfcu.org wrote: In this environment would SUSE linux work? And would they be able to use Ximian and Evolution to connect to an exchange server for email/calendar and those type of office functions? The Evolution client is only shipped with SLED, which does not have a version for the mainframe. Now, if Mantissa ever gets their z/VOS going, that could change. Mark Post == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Oops and finding passwords on a system...
A little bit of social engeneering? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Wheeler Sent: Tuesday, May 12, 2009 3:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Oops and finding passwords on a system... Greetings all, These are the kind of questions I really hate to see, because many of us know the answer (or multiple answers) and want to help. Actually, it's those answers that I hate to see, because, to paraphrase, the root question is basically How do I hack into a z/VM system? Posting the answers to the list doesn't seem prudent, whereas a private response to Bob (you really are Bob, right?) would be more appropriate. It helps Bob, who we all know and love, solve his problem but doesn't compromise the integrity of everyone else's systems. Respectfully, Mark Wheeler http://www.linkedin.com/in/marklwheeler Date: Tue, 12 May 2009 14:36:19 -0500 From: nix.rob...@mayo.edu Subject: Oops and finding passwords on a system... To: IBMVM@LISTSERV.UARK.EDU I didn't log in for awhile and, due to advancing age (actually a year older tomorrow too), I've forgotten what I made the MAINT password. And, since this was also the main password used for almost all the service machines, I don't have any other locations to log into that would help me. I know; stupid. :( Could someone with a zVM 540 system please tell me the starting cylinder of the DIRMAINT 1DB minidisk? I don't think we had any reason to relocate it, so, I think, with that and a DEFINE MINIDISK command from OPERATOR (my one working userid) I can get the password I need to regain control and save some face (other than here, since I've confessed to you all). Thanks to one and all for keeping this as quiet as possible. -- Robert P. Nix Mayo Foundation.~. RO-OE-5-55 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ In theory, theory and practice are the same, but in practice, theory and practice are different. Hotmail(r) has ever-growing storage! Don't worry about storage limits. Check it out. http://windowslive.com/Tutorial/Hotmail/Storage?ocid=TXT_TAGLM_WL_HM_Tu torial_Storage1_052009 == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Virtualized Desktop
Hello, all. I have a question. It seems that we are looking into a virtualized desktop environment (Single Image) on our distributed side. I kind of laugh at this because that's where we came from with VM and an OS running under VM (Green Screen) long ago and now it's making full circle. In VM how do you determine the amount of hardware MIPS, Disk, Etc... for let's say 1000 users? Is there any kind of formula to go by? I know in the distributed environment, it will probably take a lot of disk space, and as far as performance I don't think it would be as snappy as a real VM system. I used to work at a shop where we had 2500 users and a few with APL, that's right APL. Anyone that's been around knows what APL programmers did for VM. And in that shop response time was good even under MVS/CICS under VM. Anyway any comments, suggestions, criticisms are welcome. Thanks. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Mantissa
Has anyone heard any more on the z/vos product from Mantissa? == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: VM 5.4 first/second level installation
It's not free, you just get a 30 day trial. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Huegel, Thomas Sent: Monday, March 30, 2009 3:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM 5.4 first/second level installation You will need an FTP server running on your PC. I found an excellent freebie at zftpserver.com it made life so much earier. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu]on Behalf Of joe.dipi...@frit.frb.org Sent: Monday, March 30, 2009 3:03 PM To: IBMVM@LISTSERV.UARK.EDU Subject: VM 5.4 first/second level installation List Members, I can use some expert advice as a first time installer of z/VM. After reading the Guide for Automated Installation and Service, I had decided on using the Second-Level DVD Installation method from VM Minidisk. Although, after making a simple calculation, I realized that it would take me about 80 hours to upload all the DVD files to the First-Level minidisk. Given that my 3270 emulation program (Extra) does not support file lists, I decided to abandon this idea. Since we do not have an FTP server attached to our VM systems I thought that a First-Level DVD Installation from the HMC would make more sense. My goal would be to install first-level and then test second-level. I am not certain as to whether or not this sounds reasonable and if there is some who would provide some guidance as to how this could be accomplished. Pointing out a manual reference would be most helpful but any and all suggestions are welcomed. Joseph Di Pippo Operating Systems Programmer III FRIT Computing Services Hardware Support 1-201-531-3820 == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Second level VM systems
We did it to test a new version or ptf's or apars that we applied. We also used it to test modifications to CMS or CP or even waterloo updates. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Owen, Jerry W. (AITC) Sent: Thursday, February 19, 2009 8:49 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Second level VM systems For all of you old timers that have used VM since it landed on Plymouth Rock, what are the pros and cons of using a second level VM system? Thanks in advance. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: USER DIRECT Rewritten with Wrong Volsers
Are you running z/os under VM or are they LPARed separately? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Brent Litster Sent: Tuesday, January 06, 2009 2:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: USER DIRECT Rewritten with Wrong Volsers Thanks Bill. I got my directory rewritten with the correct volsers. I appreciate your help and all the good information I've gotten from this list. We are fairly new to VM as we are a zOS shop and there's lots to learn. Happy New Year to all. Brent Brent Litster Zions Management Services Company 2185 South 3270 West West Valley City 84119 (801) 844-5545 blits...@zionsbank.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Bill Munson Sent: Tuesday, January 06, 2009 9:56 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: USER DIRECT Rewritten with Wrong Volsers Brent, cool if you linked the 5.3 123 mdisk as 1123 then do not forget to change the directory statement to DIRECTORY 1123 3390 530RES make sure you are running DIRECTXA against the USER DIRECT on the 12cc mdisk I would rename it myself (530user direct) to answer your second question that is pretty much the way it is normally done (a return code of 5 is ok) good luck Bill Munson Brown Brothers Harriman Sr. z/VM Systems Programmer 201-418-7588 President MVMUA http://www2.marist.edu/~mvmua/ Brent Litster brent.lits...@zionsbancorp.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/06/2009 11:44 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: USER DIRECT Rewritten with Wrong Volsers I forgot to mention that I do have the 5.3 system 123 volume in the mix and also I just ran DIRECTXA in (EDIT mode so I didn't update anything. Brent Brent Litster Zions Management Services Company 2185 South 3270 West West Valley City 84119 (801) 844-5545 blits...@zionsbank.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Bill Munson Sent: Tuesday, January 06, 2009 9:35 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: USER DIRECT Rewritten with Wrong Volsers Brent, 1) You got that message because DIRECTXA was run from the saved segment on your 5.2 system not from the mdisk. 2) I do not see where you linked to the 5.3 system 123 disk to write the directory into the DRCT area. 3) If you did not then you just wrote your 5.3 directory over your 5.2 directory and I hope you did not log off of MAINT Bill Munson Brown Brothers Harriman Sr. z/VM Systems Programmer 201-418-7588 President MVMUA http://www2.marist.edu/~mvmua/ Brent Litster brent.lits...@zionsbancorp.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/06/2009 11:19 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject USER DIRECT Rewritten with Wrong Volsers Good morning (not so good for me). Sometime ago I installed the VM:Suite from CA, which included VM:Director which maintains user direct, on my z/VM 5.2 system. I later installed z/VM 5.3 but didn't get back to addressing the VM:Suite until recently. I inadvertently ran VM:Director on the 5.3 system before modifying its config files resulting in user direct being rewritten with all the USER entry MDISK statements pointing to the 5.2 volsers. As a result I can't log on to my 5.3 system. To try and rewrite my 5.3 user direct I brought up my 5.2 system and attached the 5.3 versions of 2CC as 12CC which contains the 5.3 user direct, and 19E as 119E which contains the DIRECTXA utility. I placed 12CC and 119E before 2CC and 19E in the access list and ran DIRECTXA (EDIT pointing to the USER DIRECT on 12CC. The message I got was z/VM USER DIRECTORY CREATION PROGRAM - VERSION 5 RELEASE 2.0 My question is twofold; 1.Why is the 5.2 version of DIRECTXA being invoked if the 5.3 version is first in the access list, and 2.Is there an easier way to rewrite my 5.3 user direct Thanks, Brent Brent Litster Zions Management Services Company 2185 South 3270 West West Valley City 84119 (801) 844-5545 blits...@zionsbank.com *** IMPORTANT NOTE * The opinions expressed in this message and/or any attachments are those of the author and not necessarily those of Brown Brothers Harriman Co., its subsidiaries and affiliates BBH. There is no guarantee that this message is either private or confidential, and it may have been altered by unauthorized sources without your or our knowledge. Nothing in the message is capable or intended to create any legally binding obligations on either party and it is not intended to provide legal advice. BBH accepts no
Lpar Vs VM
Hello all, I have a question. When we set up and lpar with an operating environment such as MVS, we get software charges for both lpars from IBM. Third party vendors don't seem to care if it's on the same machine (Most don't) since they charge for the full mip rate of the machine regardless of whether it's utilized or not. Long ago, about 30 years I had a VM shop and we ran multiple instances of OS/VS1, MVS, etc, but were only charged for on license of software product. Is this still the case? Is it better to use VM instead of LPAR? All comments appreciated. Thanks. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Lpar Vs VM
Thanks for the reply. Yours seems to be the best so far. I wanted to try and figure the cost of setting up multiple z/OS machines in a fairly quick manner. As I remember the old VM/BSEPP you could run as many operating systems as you wanted under VM and be charged for only 1 copy of the operating system. That doesn’t seem to be the case using LPAR’s . It seems that we get billed for running z/os on Lpar 1 and Lpar 2. They gather the amount from the SMF records that are produced. That’s why I was wondering if I would get billed for multiple z/os virtual machines under z/VM. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, August 27, 2008 12:49 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Lpar Vs VM I can’t speak to z/OS software charges, but for VSE, we pay for only one license for multiple instances running under z/VM. And we pay the VSE license for the total capacity of the machine. I don’t think you can say that VM is better than LPAR as a general statement. In some cases VM definitely is better, and in others, LPAR is the winner. Do you need to create new z/OS instances on short notice for a brief testing period? z/VM is a clear winner. Do you need every last CPU cycle for your production z/OS? LPAR is better here. Do you need to frequently shift resources around between your LPARs? z/VM might make your life easier. Is your hardware environment fairly static? Could be better to stay with LPARs. Are you thinking of running Linux on your mainframe? You will almost certainly want to run z/VM then. z/VM brings you unmatched flexibility, but at a cost of some CPU cycles and money. If you have large numbers of LPARs though, it can reduce the complexity of your configuration, and allow better sharing of your resources. Perhaps if you expand on what you hope to achieve, we can provide more targeted responses. Peter -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Ward, Mike S Sent: August 27, 2008 11:31 To: IBMVM@LISTSERV.UARK.EDU Subject: Lpar Vs VM Hello all, I have a question. When we set up and lpar with an operating environment such as MVS, we get software charges for both lpars from IBM. Third party vendors don’t seem to care if it’s on the same machine (Most don’t) since they charge for the full mip rate of the machine regardless of whether it’s utilized or not. Long ago, about 30 years I had a VM shop and we ran multiple instances of OS/VS1, MVS, etc, but were only charged for on license of software product. Is this still the case? Is it better to use VM instead of LPAR? All comments appreciated. Thanks. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot be guaranteed on the Internet. The sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on the basis of information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is property of the TTC and must not be altered or circumvented in any manner. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please
Re: Missing the nonames option on SFS commands
Where did you learn about the LHI instruction. I that a Load Halfword immediate? I looked at the hlasm books and they deal mostly with macros. I also looked at principle of operations manuals, but seem to have all the old assembler instructions and not any new ones. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Friday, August 01, 2008 9:15 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Missing the nonames option on SFS commands On Friday, 08/01/2008 at 09:44 EDT, Kris Buelens [EMAIL PROTECTED] wrote: REGEQU USING *,R15 L R15,=A(32) BRR14 Just to help folks advance their assembler programming, this program would these days consist of REGEQU LHI R15,32 BR R14 In S/390 architecture, Load Halfword Immediate sign-extends the 16-bit second operand to 32 bits. Note also the lack of the USING. I know it's off-topic, but it IS Friday! :-) Alan Altmark z/VM Development IBM Endicott == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.