Re: VSWITCH
It depends on the microcode on your z/9 processor. Prior to a microcode upgrade, we were able to run OS/390 2.10 under z/VM. After the microcode upgrade, OS/390 2.10 would run very slowly under z/VM. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Rob Holtz Sent: Friday, February 25, 2011 11:41 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VSWITCH I realize that this is a year old but I am trying to get a definitive answer about the earliest release of z/OS that will successfully use a VSWITCH as a guest. We sometimes have to resurrect an old z/OS release to solve a customer issue. I have been successful with z/OS 1.4 but now we have a z/OS 1.3 issue and I can not get z/OS 1.3 to work with a VSWITCH. I was able to build a hipersocket VLAN and got the z/OS guest to work using that but am curious about the minimum level of z/OS that works with a VSWITCH. Our VM host is at z/VM 5.4 at RSU 1003 so it is current in so far as what can be run on a z/9 processor. Thanks, Rob
Classes for zLinux administration under zVM
Are there any classes for zLinux administration under zVM ? If so, who/where are they ?
Question about SYSTEM.CONFIG User_Volume_List
Do the volumes in the SYSTEM.CONFIG User_Volume_List have to be in UCB order ?
Re: Question about SYSTEM.CONFIG User_Volume_List
Thanks, Dave. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Dave Jones Sent: Friday, September 17, 2010 11:05 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Question about SYSTEM.CONFIG User_Volume_List No, they do not. On 09/17/2010 12:56 PM, Daniel Allen wrote: Do the volumes in the SYSTEM.CONFIG User_Volume_List have to be in UCB order ? -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Interesting OSA problem
We are running a z9BC with z/VM 5.4. Prior to the microcode upgrade a week ago Saturday, our OS/390 guest used native OSA addresses and our z/OS guests (1.4 1.5) used a VSWITCH. After the microcode upgrade, our OS/390 guest (using native OSA addresses) was communicating very slowly with a TN3270 terminal. We also tested one of our z/OS (1.4) guests using native OSA addresses and communication with a TN3270 terminal was also very slow. When I put the z/OS (1.4) guest back to using the VSWITCH, everything is fine. The microcode level is 67. Over a year ago, we replaced the OSA card because of another problem. Is the OSA card having problems ? Is the VSWITCH doing something to make older operating systems work ?
Re: Interesting OSA problem
For the native OSA addresses, we were using 104, 105 and 103. For our VSWITCH we used 109, 10A and 10B. z/VM TCPIP uses 10C, 10D and 10E. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Scott Rohling Sent: Monday, August 09, 2010 3:02 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Interesting OSA problem Hmm -- seemed to start with the microcode update ... Have you rechecked your OSA values at the HMC since the microcode update? Make sure they are right speed, mtu - etc... You didn't say if your vswitch is connected to a different OSA, but am assuming it is?Doesn't make sense at first glance ... but it all depends on what the 'bad OSA' is connected to -- any chance there were also network changes to switches/routers/etc that might explain? Things like MTU size difference can cause slowness and hangs.. Scott Rohling On Mon, Aug 9, 2010 at 3:50 PM, Daniel Allen dal...@serena.commailto:dal...@serena.com wrote: We are running a z9BC with z/VM 5.4. Prior to the microcode upgrade a week ago Saturday, our OS/390 guest used native OSA addresses and our z/OS guests (1.4 1.5) used a VSWITCH. After the microcode upgrade, our OS/390 guest (using native OSA addresses) was communicating very slowly with a TN3270 terminal. We also tested one of our z/OS (1.4) guests using native OSA addresses and communication with a TN3270 terminal was also very slow. When I put the z/OS (1.4) guest back to using the VSWITCH, everything is fine. The microcode level is 67. Over a year ago, we replaced the OSA card because of another problem. Is the OSA card having problems ? Is the VSWITCH doing something to make older operating systems work ?
Re: Interesting OSA problem
In testing the z/OS (1.4) guest, I used native OSA addresses 104, 105 and 103 for one test. For other test, I used 114, 115 and 113. The results were the same. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Scott Rohling Sent: Monday, August 09, 2010 3:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Interesting OSA problem Well - if you're willing to swap around OSA addresses -- you should be able to pinpoint if it's that particular OSA. I'm assuming you have no issues with the z/VM access (which uses native)? There may be clues in the microcode update notes as well shrug.. I would start with verifying the OSA is configured correctly at the HMC ... if all the OSA's are defined the same -- and only the one performs bad -- guess it's time for a CE to check out the OSA. Does seem suspicious it coincides with a microcode update though. Scott Rohling On Mon, Aug 9, 2010 at 4:16 PM, Daniel Allen dal...@serena.commailto:dal...@serena.com wrote: For the native OSA addresses, we were using 104, 105 and 103. For our VSWITCH we used 109, 10A and 10B. z/VM TCPIP uses 10C, 10D and 10E. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Scott Rohling Sent: Monday, August 09, 2010 3:02 PM To: IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU Subject: Re: Interesting OSA problem Hmm -- seemed to start with the microcode update ... Have you rechecked your OSA values at the HMC since the microcode update? Make sure they are right speed, mtu - etc... You didn't say if your vswitch is connected to a different OSA, but am assuming it is?Doesn't make sense at first glance ... but it all depends on what the 'bad OSA' is connected to -- any chance there were also network changes to switches/routers/etc that might explain? Things like MTU size difference can cause slowness and hangs.. Scott Rohling On Mon, Aug 9, 2010 at 3:50 PM, Daniel Allen dal...@serena.commailto:dal...@serena.com wrote: We are running a z9BC with z/VM 5.4. Prior to the microcode upgrade a week ago Saturday, our OS/390 guest used native OSA addresses and our z/OS guests (1.4 1.5) used a VSWITCH. After the microcode upgrade, our OS/390 guest (using native OSA addresses) was communicating very slowly with a TN3270 terminal. We also tested one of our z/OS (1.4) guests using native OSA addresses and communication with a TN3270 terminal was also very slow. When I put the z/OS (1.4) guest back to using the VSWITCH, everything is fine. The microcode level is 67. Over a year ago, we replaced the OSA card because of another problem. Is the OSA card having problems ? Is the VSWITCH doing something to make older operating systems work ?
IODF question
We build and activate our IODF using z/OS HCD. z/VM 5.3 and 5.4 recognize the change. In our z/OS IODF, we have addresses 1B00-1B0F as 3278-2 devices. However, according to z/VM 5.4, addresses 1B00-1B0F are DASD devices. Last weekend, we did a POR (Power On Reset). Is there something in z/VM 5.4 that does not allow certain addresses to be 3278-2 devices ?
Re: IODF question
This is the only thing in the SYSTEM CONFIG file that says anything about devices: /**/ /*Status of Devices */ /**/ Devices , Online_at_IPL -, Sensed - From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Wednesday, August 04, 2010 3:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IODF question No. Is there sometihing in your SYSTEM CONFIG file that suggests they are? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Daniel Allen Sent: Wednesday, August 04, 2010 3:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] IODF question We build and activate our IODF using z/OS HCD. z/VM 5.3 and 5.4 recognize the change. In our z/OS IODF, we have addresses 1B00-1B0F as 3278-2 devices. However, according to z/VM 5.4, addresses 1B00-1B0F are DASD devices. Last weekend, we did a POR (Power On Reset). Is there something in z/VM 5.4 that does not allow certain addresses to be 3278-2 devices ?
Re: IODF question
The command 'DELETE RDEV 1B00-1B0F' did not work. I did a 'VARY OFF SUB 1B00-1B0F'. That command worked. Then I did a 'SET RDEV 1B00-1B0F TYPE 3278'. That command worked. Then I did a 'VARY ON SUB 1B00-1B0F' and it worked. Then I did a 'VARY ON 1B00' and got the following message: HCPCPN6283I Device 1B00 cannot be varied online because no channel path is available. I am sure that there is no 3174 plugged in. Once it gets plugged in, I should be able to vary on the addresses. Is that correct ? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Wednesday, August 04, 2010 3:27 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IODF question If you didn't go down, then delete the rdev (delete rdev command) and then do the define rdev and 'set rdev type 3270_display although, if you did a POR and shutdown VM, given what you have in system config, all should be fine. Is there anywhere else, autolog2 maybe?, where you did set set rdev ? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Daniel Allen Sent: Wednesday, August 04, 2010 3:24 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] IODF question This is the only thing in the SYSTEM CONFIG file that says anything about devices: /**/ /*Status of Devices */ /**/ Devices , Online_at_IPL -, Sensed - From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Wednesday, August 04, 2010 3:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IODF question No. Is there sometihing in your SYSTEM CONFIG file that suggests they are? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Daniel Allen Sent: Wednesday, August 04, 2010 3:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] IODF question We build and activate our IODF using z/OS HCD. z/VM 5.3 and 5.4 recognize the change. In our z/OS IODF, we have addresses 1B00-1B0F as 3278-2 devices. However, according to z/VM 5.4, addresses 1B00-1B0F are DASD devices. Last weekend, we did a POR (Power On Reset). Is there something in z/VM 5.4 that does not allow certain addresses to be 3278-2 devices ?
zVM 5.4, OS/390 2.10 and OSA
We have a OS/390 2.10 guest machine running under zVM 5.4 on z9BC . The OSA addresses are natively attached to the OS/390 2.10 guest. Last week before the weekend upgrade, there was not a problem getting to the OS/390 2.10 guest. However, during the weekend upgrade, we went from 16G to 32G and a microcode upgrade. Now it takes about 5 minutes from the time I launch the PCOM session to when I receive the TN3270 screen. Did the microcode upgrade mess with the OSA ? I don't know what the microcode upgrade was.
zVM 5.3 and zVM 5.4 system volumes (xx0RES, xx0SPL and xx0PAG) and TDMF
Our service provider is using TDMF to change from Hitachi to Shark. There should not be any problems IPLing zVM 5.3 or 5.4, right ?
Question about machine type and model
In z/OS, the command 'D M=CPU' shows the machine type and model. In z/VSE, the command 'SIR' shows the machine type and model. I know the 'Q CPU' shows the machine type. Is there any way I can find the model under z/VM ?
Re: Question about machine type and model
Thanks, Mike. On Fri, Mar 5, 2010 at 10:30 AM, Mike Walter mike.wal...@hewitt.com wrote: If you are using the CMS Pipelines Runtime Library rather than the Endicott Lab-distributed Pipes, the STSI stage should give you what you are looking for. Without translating the hex values, the simplest use here displays: pipe stsi 111 | CONS IBM 20660B1 0012345602 That system is on a z800 2066 model 0B1, with serial number (manually overtyped to hide our real SN) of 123456. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. Daniel Allen dal...@serena.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/05/2010 12:03 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Question about machine type and model In z/OS, the command 'D M=CPU' shows the machine type and model. In z/VSE, the command 'SIR' shows the machine type and model. I know the 'Q CPU' shows the machine type. Is there any way I can find the model under z/VM ? The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail. -- Daniel Allen | Serena Software, Inc. | Senior Systems Programmer - Mainframe Services Phone: 1-800-457-3736x11241
Re: Backing up VM Volumes from z/OS
Are you using the 'ADMINISTRATOR' and 'CPVOLUME' parameters with ADRDSSU ? I backup my z/VM and z/Linux volumes that way. On Thu, Jan 21, 2010 at 12:29 AM, Kris Buelens kris.buel...@gmail.comwrote: It is indeed wise to list all volumes first, ICKDSF command: CPVOL LIST UNIT() NVFY If it list something else than PERM, you can be sure that this dummy VTOC is there, and that you don't need to rerun a CPVOL ALLOCATE.nor CPVOL FORMAT RANGE(0,0) Stronger: you only need a CPVOL FORMAT RANGE(0,0) if a CPVOL LIST reports ... Cylinder zero not in CP FORMAT because in all other cases, CPVOL FORMAT has been run before. And, beware: if you ever run CPVOL FORMAT RANGE(0,xx) or ALLOCATE on a pack that has DRCT area(s), be sure to run DIRECTXA afterwards, because ALLOCATE will write X'40' for DRCT cylinders, meaning cylinder free to write a new DIRECTORY; DIRECTXA searches for X'40' will write X'C0' to indicate where the active CP directory has been written Beware2: if you'd format cilinder 0 of the VM resident, you not only need to run ALLOCATE, but you mlust rewrite the Standalone Program Loader (SAPL), with the SALIPL utility. The guide has spoken again. -- Kris Buelens, IBM Belgium, VM customer support 2010/1/20 Mike Walter mike.wal...@hewitt.com Not sure why you're installing z/VM 5.3 when 5.4 is available for the foreseeable future (to support boxes older than z10's). But... Gotchas: Yeah... before you format the DASD, be sure to run CPFMTXA from z/VM (you can probably do the ALLOCATE via ICKDSF from z/OS, too - but why get more systems involved?). CPFMTXA EXEC is an IBM-supplied handy z/VM front-end to ICKDSF which automatically sets all the appropriate parameters so that the dummy VTOC is written to each DASD so that they look 100% full to z/OS (preventing it from blithely writing over your minidisks, CP area, etc. Had CPFMTXA been used, you probably would not gotten into this mess, Lucy! When running CPFMTXA (or ICKDSF from z/OS), and BEFORE any formatting, be sure to run the ALLOCATE function to display the existing allocation bitmap. This will tell you how each cylinder is allocated (normally DRCT, PAGE, PARM, PERM, SPOL, or TDSK). You don't want to change anything - just be sure you document how each cylinder range is currently allocated. Whether you use CPFMTXA or z/OS, you'll need to ensure that the allocations remain (or are re-allocated) the same after the format. I'm not sure if the bit indicating the active DRCT cylinders will be affected by formatting cylinder zero of the sysres. Someone else can address that. You might want to test on a volume that is allocated as all PERM space before trying anything allocated as DRCT, PAGE, PARM, SPOL, or TDSK. Welcome to z/VM! :-) Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. Mike Day y...@csi-soft.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/20/2010 03:24 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Backing up VM Volumes from z/OS We installed a new z/VM 5.3 from tape a while back and are now trying to back up the z/VM volumes using ADRDSSU from a z/OS system which runs in a different LPAR. We get a message that says the VM-formatted volume does not have an OS-compatible VTOC. I found some instructions for using ICKDSF (see below) to format cylinder 0 which is supposed to solve the problem. I am wondering if this is the only way to handle this, or if there are other way of doing it or gotcha's I should watch out for. Thanks in advance for any information or suggestions. Mike Day Confident Software y...@csi-soft.com --- Subject: Re: ADRDSSU backup of VM volume I guess that 510W01 was never formatted with CPVOL. Because, CPVOL is supposed to not only create CP's allocation bytemap, but also a VTOC telling z/OS ( co) that the disk is full. So, 1. Assure you have no minidisk on 510W01 starting in cylinder 0 (you can ignore the minidisk of user $ALLOC$) 2. Run ICKDSF, press enter twice (to indicate CONSOLE as in- and output 1. Link to a FULLPACK overlay on 510W01, or use DEFINE MDISK: cp define mdisk 1234 0 end 510W01 2. Verify that there is no CP area on the disk (it should not, otherwise CPVOL would have created a dummy VTOC, but you wouldn't like to loose a CP area). Run cpvol list unit(1234) verify(510W01) I expect it will tell: ICK33001I 510W01 CYLINDER ZERO NOT IN CP FORMAT. If it would -unexpectedly- list CP areas (SPOL, PAGE, DRCT, TEMP, ... stop here. 3. Format cylinder 0: cpvol format unit(1234) verify(510W01) range(0,0) ) volid(510W01) 4. END 3. DETACH 1234 -- Daniel Allen | Serena Software, Inc. | Senior Systems Programmer - Mainframe Services Phone: 1-800
Re: How much memory?
On a 2G z/VM system, we run one OS/390 machine (128M), two z/OS machines (512M 1024M), three z/VSE machines (128M each) and four Linux machines (3 at 2048M and one at 256M/512M). But our configuration is not a production environment. On Mon, Sep 14, 2009 at 7:02 AM, Gentry, Stephen stephen.gen...@lafayettelife.com wrote: 2gb would be a good starting point. When we did a POC, we had a little over 7gb available and we could run 3 Linux guests, running DB2, comfortably. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Vince Getgood Sent: Monday, September 14, 2009 9:53 AM To: IBMVM@LISTSERV.UARK.EDU Subject: How much memory? Hi all, I'm not a VM expert, so forgive me if this seems a newbie quetion. I have a z800 running z/VM, which has two production z/OS guests, and the usual collection of CMS guests (TCPIP / OPERATOR etc). We discovered recently that the z800 has an IFL (long story - don't ask!) and would like to steal some of the 8GB currently allocated to VM, to run up a VM / Linux LPAR for a POC. The two z/OS guests are defined at 256MB 512MB (Bill Gates, are you watching??), and don't page. In your most esteemed opinion, what could I steal from the VM LPAR withou t hurting it's and the guests performance / making it page? Personally, I think 2GB would be enough. Comments and opinions welcome. -- Daniel Allen | Serena Software, Inc. | Senior Systems Programmer - Mainframe Services Phone: 1-800-457-3736x11241
Console TERM STOP
When I do a 'Q CONSOLE' for a z/OS machine running under z/VM 5.4, here are the results: q console CONS 1320 ON LDEV L0003 TERM STOP HOST TCPIPFROM 10.30.22.48 1320 CL T NOCONT NOHOLD COPY 001READY FORM STANDARD 1320 TO D00A PRT DIST D00A FLASHC 000 DEST OFF 1320 FLASH CHAR MDFY 0 FCB LPP OFF 1320 3270 NOEOF CLOSEDNOKEEP NOMSG NONAME 1320 SUBCHANNEL = How can I get it functioning again ? I really do not want to IPL the z/OS machine, if possible.
PRT output QUEUE to the RDR QUEUE
I have a OPERATOR PRT file that I need to look at using the PEEK command. I know that you can move it from the PRT queue to the RDR queue to look at it. I have forgotten how to do it.. Thanks In Advance.
Re: PRT output QUEUE to the RDR QUEUE
Thanks, Scott. On Tue, Jun 23, 2009 at 7:16 AM, Wandschneider, Scott scott.wandschnei...@infocrossing.com wrote: TRANSFER OPERATOR PRT nnn to OPERATOR RDR Thank you, Scott *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On Behalf Of *Daniel Allen *Sent:* Tuesday, June 23, 2009 9:07 AM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* PRT output QUEUE to the RDR QUEUE I have a OPERATOR PRT file that I need to look at using the PEEK command. I know that you can move it from the PRT queue to the RDR queue to look at it. I have forgotten how to do it.. Thanks In Advance. 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. -- Daniel Allen | Serena Software, Inc. | Senior Systems Programmer - Mainframe Services Phone: 1-800-457-3736x11241
Re: CP DIAL question
Do you run TCPIP on your MVS guest ? If so, TN3270 should work. Re-training users how to use another method can be fun. On Tue, May 26, 2009 at 7:20 AM, Bob Bates robert.ba...@wellsfargo.comwrote: One of the things I in order to inform the DIAL users where to dial (it was a University) was to update the INPTAREA SAMPLE with a message so that the logo screen had the correct DIAL command above the COMMAND line. Example: Fill in you USERID and PASSWORD and press ENTER (Your password will no appear when you type it) USERID === PASSWORD === To access the online library catalog enter D PONY below COMMAND === It was the easiest way to handle it. Bob Bates Enterprise Hosting Services w. (469)892-6660 c. (214) 907-5071 This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Tuesday, May 26, 2009 8:24 AM To: IBMVM@LISTSERV.UARK.EDU Subject: CP DIAL question We are working toward eliminating VM/VTAM. One remaining application is for terminal access from VM to MVS. We have a userid, SNA, on VM that users DIAL into. They are presented with a MSG 10 screen giving the choices of destination. We would like to be able to allow users to DIAL SNA and be politely told that there is another way to get terminal access to MVS. Does anyone have any ideas short of just sending all users an email telling them to use telnet instead of SNA? Jim -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu -- Daniel Allen | Serena Software, Inc. | Senior Systems Programmer - Mainframe Services Phone: 1-800-457-3736x11241
Re: VM 5.4 now what?
Does your current VM system USER DIRECT match your z/VM 5.4 USER DIRECT ? If not, they should be insync. Does your current VM system SYSTEM CONFIG match your z/VM 5.4 SYSTEM CONFIG ? If not, they should be insync. Put z/VM 5.4 in its own LPAR. Migrate your zLinux machines from your current VM system to your z/VM 5.4 system. On Tue, Apr 14, 2009 at 7:19 AM, MacIntyre, Cory cory.macint...@navistar.com wrote: I have install 5.4 and IPL’d it as a second level system and everything looks good. Now what? I’ve looked for a book or documentation for migrating it to replace the first level machine but I am coming up empty. Can someone point me to a migration guide or procedure so that I don’t do something stupid and wipe out profiles and such. Do I just copy the res volume up to the alt volume? Are there profiles that I have to copy over? Sorry if these question seem stupid but there are days working with VM that I feel just that. Novice is as novice does, which can be dangerous. -- Disclaimer Confidentiality Notice: This e-mail, and any attachments and/or documents linked to this email, are intended for the addressee and may contain information that is privileged, confidential, proprietary, or otherwise protected by law. Any dissemination, distribution, or copying is prohibited. This notice serves as a confidentiality marking for the purpose of any confidentiality or nondisclosure agreement. If you have received this communication in error, please contact the original sender.
z/VM 5.3 maintenance question
If I put on RSU0901, does it contain UM32414 ? TIA
Re: Support of z/VM and zLinux environments
In our group, we support z/VM, zLinux, z/OS and z/VSE. But we are only two people working in a development shop. On Mon, Mar 23, 2009 at 7:45 PM, Ross Johnson ross.johnson.for...@gmail.com wrote: This is also being cross posted to the Linux-390 group. In your organization, do you support the zLinux distribution as well as z/VM, or are there separate groups in place, one to support z/VM and one for zLinux? Thanks. Ross
Re: CTC connections between VMs
z/OS 1.4 and 1.5 can co-exist together and z/OS 1.8 and 1.9 can co-exist together. All four z/OS systems should not co-exist in a sysplex together. You could simulate two sysplexes under z/VM. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of David Logan Sent: Monday, December 22, 2008 8:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CTC connections between VMs Well, I was thinking simulate a sysplex, but let me just be clear about my thought process. I have a z/OS 1.4, a z/OS 1.5, a z/OS 1.8 and a z/OS 1.9 partition running right now. I want to share most of my DASD amongst the operating systems, so things like data and software builds can be immediately used on all platforms without having to copy/build to each one individually. It appears that VM will share DASD easily enough, but it appears that it uses RESERVE to do so Thus, I assume I would want to set up virtual CTCs specifically so I can set up a GRS ring to convert reserves into GRS locks. I'm not really looking for the complete connectivity that one would normally expect in a sysplex. David Logan Manager of Product Development, Pitney Bowes Business Insight http://centrus.com http://centrus.com/ W: (720) 564-3056 C: (303) 818-8222 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Davis, Larry Sent: Monday, December 22, 2008 08:32 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CTC connections between VMs Are you trying to simulate a sysplex under the control of VM or are you trying to interconnect several MVS and VM LPAR's together? Larry Davis From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of David Logan Sent: Monday, December 22, 2008 10:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: CTC connections between VMs Do we need an actual 3088 to define CTC connections between VMs, or does VM provide virtual connectivity we can use? Or to ask a question more related to my need: Can I set up a GRS ring amongst various z/OS operating systems on my z/VM without a physical CTC? Thanks! David Logan Manager of Product Development, Pitney Bowes Business Insight http://centrus.com http://centrus.com/ W: (720) 564-3056 C: (303) 818-8222 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: CTC connections between VMs
Prior to z/OS 1.8, z/OS systems could co-exist with N-3 (ie. z/OS 1.4, 1.5, 1.6 and 1.7). At the z/OS 1.8 and higher, z/OS systems can co-exist with N-2 (ie. (z/OS 1.6, 1.7 and 1.8),(z/OS 1.7, 1.8 and 1.9)). It is a question of toleration PTFs to allow z/OS systems to co-exist in a sysplex. If you run stand-alone z/OS systems, there is no problem. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of David Logan Sent: Monday, December 22, 2008 8:33 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CTC connections between VMs So the GRS communication changed between 1.5 and 1.8, making them incompatible? If so, I'm fine with that. David Logan Manager of Product Development, Pitney Bowes Business Insight http://centrus.com http://centrus.com/ W: (720) 564-3056 C: (303) 818-8222 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Daniel Allen Sent: Monday, December 22, 2008 09:18 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CTC connections between VMs z/OS 1.4 and 1.5 can co-exist together and z/OS 1.8 and 1.9 can co-exist together. All four z/OS systems should not co-exist in a sysplex together. You could simulate two sysplexes under z/VM. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of David Logan Sent: Monday, December 22, 2008 8:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CTC connections between VMs Well, I was thinking simulate a sysplex, but let me just be clear about my thought process. I have a z/OS 1.4, a z/OS 1.5, a z/OS 1.8 and a z/OS 1.9 partition running right now. I want to share most of my DASD amongst the operating systems, so things like data and software builds can be immediately used on all platforms without having to copy/build to each one individually. It appears that VM will share DASD easily enough, but it appears that it uses RESERVE to do so Thus, I assume I would want to set up virtual CTCs specifically so I can set up a GRS ring to convert reserves into GRS locks. I'm not really looking for the complete connectivity that one would normally expect in a sysplex. David Logan Manager of Product Development, Pitney Bowes Business Insight http://centrus.com http://centrus.com/ W: (720) 564-3056 C: (303) 818-8222 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Davis, Larry Sent: Monday, December 22, 2008 08:32 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CTC connections between VMs Are you trying to simulate a sysplex under the control of VM or are you trying to interconnect several MVS and VM LPAR's together? Larry Davis From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of David Logan Sent: Monday, December 22, 2008 10:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: CTC connections between VMs Do we need an actual 3088 to define CTC connections between VMs, or does VM provide virtual connectivity we can use? Or to ask a question more related to my need: Can I set up a GRS ring amongst various z/OS operating systems on my z/VM without a physical CTC? Thanks! David Logan Manager of Product Development, Pitney Bowes Business Insight http://centrus.com http://centrus.com/ W: (720) 564-3056 C: (303) 818-8222 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Question about TIMEZONE
We are running z/VM 5.2.0 (0602) on a z9BC. The laptop that controls the z9BC is 13 seconds off from our network time. We have tried to change the time by changing TIMEZONE in the SYSTEM CONFIG file. We can change from PST to PDT. That worked okay. When we change from PDT to PST, the change we made to SYSTEM CONFIG is not being done. What else can I try ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Question about a user volume
I have a 3390-3 volume that is used to store users 191 minidisks. In the previous three (3) z/VM systems (4.3, 5.2 and 5.3), this volume has been CP-OWNED. Is there a reason to continue the practice for z/VM 5.4 ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Question about a user volume
Thanks, Rich and Dave for your answers. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
VSWITCH question
I created a VSWITCH at address 0110. I was able to get two (2) Linux machines and one (1) z/OS 1.4 system to use the VSWITCH. I created another VSWITCH at address 010C. When I shutdown one of the two Linux machines and changed the directory entry to use the second VSWITCH, I could not establish connectivity to the Linux machine. What did I do wrong ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: VSWITCH question
No error message. The Linux machine is authorized to use the VSWITCH. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rich Smrcina Sent: Tuesday, October 14, 2008 4:08 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VSWITCH question Daniel Allen wrote: I created a VSWITCH at address 0110. I was able to get two (2) Linux machines and one (1) z/OS 1.4 system to use the VSWITCH. I created another VSWITCH at address 010C. When I shutdown one of the two Linux machines and changed the directory entry to use the second VSWITCH, I could not establish connectivity to the Linux machine. What did I do wrong ? Do you get an error at interface startup time? Is the Linux machine authorized to use the Vswitch? -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
An OSA/VSWITCH question
If I have a z/OS 1.4 guest running under z/VM with dedicated OSA addresses, will it work using using VSWITCH ? The z/OS guest uses a port name but the VSWITCH does not. Or does it matter ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: An OSA/VSWITCH question
Thanks, Scott. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rohling Sent: Monday, October 06, 2008 9:40 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: An OSA/VSWITCH question The VSWITCH does not need a portname -- from reading other posts, there is a caution to make sure you do NOT use the same port name z/OS is using. I see it set to DONTCARE or NOTUSED when I look at various VSWITCH details.. Scott Rohling On Mon, Oct 6, 2008 at 10:26 AM, Daniel Allen [EMAIL PROTECTED] wrote: If I have a z/OS 1.4 guest running under z/VM with dedicated OSA addresses, will it work using using VSWITCH ? The z/OS guest uses a port name but the VSWITCH does not. Or does it matter ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Issue with VSWITCH and SuSE Linux
We are running z/VM 5.2 service level 0602. I have issued the following commands: DEFINE VSWITCH SWITCH1 RDEV 203 CONNECT SET VSWITCH SWITCH1 GRANT SUSESP2 In the SUSESP2 directory entry, I have the following: NICDEF 340 TYPE QDIO DEV 3 LAN SYSTEM SWITCH1 When I bring up the SUSESP2 machine, I see the message that device 340 has been defined. The SUSESP2 machine comes up normally. Here is the output from the Q VSWITCH DET command: q vswitch det VSWITCH SYSTEM SWITCH1 Type: VSWITCH Connected: 1Maxconn: INFINITE PERSISTENT RESTRICTEDNONROUTER Accounting: OFF VLAN Unaware State: Ready IPTimeout: 5 QueueStorage: 8 Portname: UNASSIGNED RDEV: 0203 Controller: DTCVSW2 VDEV: 0203 VSWITCH Connection: RX Packets: 205Discarded: 293Errors: 0 TX Packets: 0 Discarded: 0 Errors: 0 RX Bytes: 106924 TX Bytes: 0 Device: 0203 Unit: 000 Role: DATA Adapter Owner: SUSESP2 NIC: 0340 Name: UNASSIGNED RX Packets: 205Discarded: 0 Errors: 0 TX Packets: 29 Discarded: 0 Errors: 0 RX Bytes: 106924 TX Bytes: 2268 Device: 0342 Unit: 002 Role: DATA Options: Broadcast Multicast IPv6 IPv4 VLAN Unicast IP Addresses: 10.35.11.183 MAC: 02-00-00-00-00-01 FE80::200:0:100:1MAC: 02-00-00-00-00-01 Local Multicast IP Addresses: 224.0.0.1MAC: 01-00-5E-00-00-01 224.0.1.22 MAC: 01-00-5E-00-01-16 239.255.255.253 MAC: 01-00-5E-7F-FF-FD FF02::1 MAC: 33-33-00-00-00-01 Local FF02::1:FF00:1 MAC: 33-33-FF-00-00-01 Local Ready; T=0.01/0.01 08:09:01 However, I cannot ping the machine SUSESP2. If I take SUSESP2 out of the VSWITCH and use 3 OSA addresses, I can ping the machine SUSESP2. What am I doing wrong ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: Issue with VSWITCH and SuSE Linux
If I DEDicate the 3 OSA addresses and comment out the NICDEF, I can ping the SUSESP2 machine. If I use the NICDEF statement and comment out the DEDicated OSA addresses, I can not ping the SUSESP2 machine. In either instance, SUSESP2 is re-IPL'd to affect the change. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Dean, David (I/S) Sent: Thursday, October 02, 2008 8:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Issue with VSWITCH and SuSE Linux What if you LEAVE SUSE2P in and define the 3 OSA addresses? I am not sure the two are related. I am GUESSING the 3 OSA's work but nicdef 340 does not. David Dean Information Systems *bcbstauthorized* From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Thursday, October 02, 2008 11:12 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Issue with VSWITCH and SuSE Linux We are running z/VM 5.2 service level 0602. I have issued the following commands: DEFINE VSWITCH SWITCH1 RDEV 203 CONNECT SET VSWITCH SWITCH1 GRANT SUSESP2 In the SUSESP2 directory entry, I have the following: NICDEF 340 TYPE QDIO DEV 3 LAN SYSTEM SWITCH1 When I bring up the SUSESP2 machine, I see the message that device 340 has been defined. The SUSESP2 machine comes up normally. Here is the output from the Q VSWITCH DET command: q vswitch det VSWITCH SYSTEM SWITCH1 Type: VSWITCH Connected: 1Maxconn: INFINITE PERSISTENT RESTRICTEDNONROUTER Accounting: OFF VLAN Unaware State: Ready IPTimeout: 5 QueueStorage: 8 Portname: UNASSIGNED RDEV: 0203 Controller: DTCVSW2 VDEV: 0203 VSWITCH Connection: RX Packets: 205Discarded: 293Errors: 0 TX Packets: 0 Discarded: 0 Errors: 0 RX Bytes: 106924 TX Bytes: 0 Device: 0203 Unit: 000 Role: DATA Adapter Owner: SUSESP2 NIC: 0340 Name: UNASSIGNED RX Packets: 205Discarded: 0 Errors: 0 TX Packets: 29 Discarded: 0 Errors: 0 RX Bytes: 106924 TX Bytes: 2268 Device: 0342 Unit: 002 Role: DATA Options: Broadcast Multicast IPv6 IPv4 VLAN Unicast IP Addresses: 10.35.11.183 MAC: 02-00-00-00-00-01 FE80::200:0:100:1MAC: 02-00-00-00-00-01 Local Multicast IP Addresses: 224.0.0.1MAC: 01-00-5E-00-00-01 224.0.1.22 MAC: 01-00-5E-00-01-16 239.255.255.253 MAC: 01-00-5E-7F-FF-FD FF02::1 MAC: 33-33-00-00-00-01 Local FF02::1:FF00:1 MAC: 33-33-FF-00-00-01 Local Ready; T=0.01/0.01 08:09:01 However, I cannot ping the machine SUSESP2. If I take SUSESP2 out of the VSWITCH and use 3 OSA addresses, I can ping the machine SUSESP2. What am I doing wrong ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ** Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Issue with VSWITCH and SuSE Linux
I have fixed the problem. z/VM TCPIP uses addresses 100-102. I was using a VSWITCH with addresses 203-205. I destroyed the above VSWITCH. I defined a VSWITCH with addresses 110-102. I started SuSE Linux again. I was able to ping the Suse Linux machine. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
z/VM 5.4 install question
When I installed z/VM 5.2 and 5.3, they both required one (1) 3390-9 (xxxRES) and two (2) 3390-3 (xxxPAG and xxxSPL). Can I use the same configuration with z/VM 5.4 (one 3390-9 540RES and two 3390-3 (540PAG and 540SPL) ? The z/VM Summary for Automated Installation and Service says that five 3390-3 are required or three 3390-9 are required. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: Running os/390 as a guest
We run OS/390 V2R10 as a guest under z/VM 5.2. The OS/390 guest also has run under z/VM 4.3. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Spaniol Sent: Wednesday, September 24, 2008 10:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Running os/390 as a guest Hello, May I run OS/390 V2R8 as a guest under any of the supported releases of z/VM? I believe it is unsupported by IBM, but, does it work? OS/390 is unsupported so I don't think I'm any worse off. I'm looking at bringing in a smaller, newer, IBM mainframe and trying to save some money on my IBM monthly license fees. But, I need to support an old guest running OS/390 V2R8. I can't afford to upgrade all the third party software that this guest is using. Mike Spaniol Blackwell Senior Systems Programmer 6024 Jean Road, Building G, Lake Oswego, OR 97035 Tel: +1 503-684-1140 X1397 Fax: +1 503-639-2481 This email and any attachments contain information from Blackwell which may be confidential, privileged and/or protected by other legal rules. If you are not the intended recipient, you are hereby advised that any disclosure, copying, distribution or use of the contents of this email is prohibited. If you have received the email in error, please notify us by reply email immediately and then delete the email and your reply from your email system. NOTE: Blackwell accepts no liability for the contents of this email. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
OSA issue (VSWITCH) again
Today, I logged off the OS/390 system. I destroyed the VSWITCH via DETACH. I created the VSWITCH using the following command: DEFINE VSWITCH SWITCH1 RDEV 103 CONNECT I also issued the following command: SET VSWITCH SWITCH1 GRANT BH3A When I IPL'd the OS/390 guest BH3A, the following message was in the log: NIC 0104 is created; devices 0104-0106 defined The OS/390 guest came up normally. Here is the output from the 'Q VSWITCH SWITCH1 DET' : VSWITCH SYSTEM SWITCH1 Type: VSWITCH Connected: 1Maxconn: INFINITE PERSISTENT RESTRICTEDNONROUTER Accounting: OFF VLAN Unaware State: Ready IPTimeout: 5 QueueStorage: 8 Portname: UNASSIGNED RDEV: 0103 Controller: DTCVSW2 VDEV: 0103 VSWITCH Connection: RX Packets: 0 Discarded: 17 Errors: 0 TX Packets: 0 Discarded: 0 Errors: 0 RX Bytes: 0TX Bytes: 0 Device: 0103 Unit: 000 Role: DATA Adapter Owner: BH3A NIC: 0104 Name: PORTVM1 RX Packets: 0 Discarded: 0 Errors: 0 TX Packets: 0 Discarded: 0 Errors: 0 RX Bytes: 0TX Bytes: 0 Device: 0106 Unit: 002 Role: DATA Things are different from yesterday. However, I am still unable to connect to BH3A via a PCOM session. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: OSA issue (VSWITCH) again
I did that yesterday and it did not work. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Quay, Jonathan (IHG) Sent: Friday, September 12, 2008 8:54 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: OSA issue (VSWITCH) again I think that z/OS requires a portname and requires it to match the real underlying portname. I don't have any z/OS guests to test though. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Friday, September 12, 2008 11:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: OSA issue (VSWITCH) again Today, I logged off the OS/390 system. I destroyed the VSWITCH via DETACH. I created the VSWITCH using the following command: DEFINE VSWITCH SWITCH1 RDEV 103 CONNECT I also issued the following command: SET VSWITCH SWITCH1 GRANT BH3A When I IPL'd the OS/390 guest BH3A, the following message was in the log: NIC 0104 is created; devices 0104-0106 defined The OS/390 guest came up normally. Here is the output from the 'Q VSWITCH SWITCH1 DET' : VSWITCH SYSTEM SWITCH1 Type: VSWITCH Connected: 1Maxconn: INFINITE PERSISTENT RESTRICTEDNONROUTER Accounting: OFF VLAN Unaware State: Ready IPTimeout: 5 QueueStorage: 8 Portname: UNASSIGNED RDEV: 0103 Controller: DTCVSW2 VDEV: 0103 VSWITCH Connection: RX Packets: 0 Discarded: 17 Errors: 0 TX Packets: 0 Discarded: 0 Errors: 0 RX Bytes: 0TX Bytes: 0 Device: 0103 Unit: 000 Role: DATA Adapter Owner: BH3A NIC: 0104 Name: PORTVM1 RX Packets: 0 Discarded: 0 Errors: 0 TX Packets: 0 Discarded: 0 Errors: 0 RX Bytes: 0TX Bytes: 0 Device: 0106 Unit: 002 Role: DATA Things are different from yesterday. However, I am still unable to connect to BH3A via a PCOM session. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
OSA issue (VSWITCH)
I am running z/VM 5.2 (service level 0602). I have an OS/390 guest using the following dedicate statements: DED 104 104 DED 105 105 DED 106 103 I have shut down the OS/390 guest. I have built a vswitch as follows: DEFINE VSWITCH SWITCH1 RDEV 103 PORT PORTVM1 I have issued the following command: SET VSWITCH SWITCH1 GRANT BH3A I have commented out the above dedicate statements and have added the following: NICDEF 104 TYPE QDIO DEV 3 LAN SYSTEM SWITCH1 I have IPL'd the OS/390 guest. I saw the NICDEF creation message before the IPL. The OS/390 guest came up normally. However, when I start my PCOM session for BH3A, it is unable to connect to the TCPIP stack running on it. Here is a Q VSWITCH SWITCH1 DET output: q vswitch switch1 det VSWITCH SYSTEM SWITCH1 Type: VSWITCH Connected: 1Maxconn: INFINITE PERSISTENT RESTRICTEDNONROUTER Accounting: OFF VLAN Unaware State: Ready IPTimeout: 5 QueueStorage: 8 Portname: PORTVM1RDEV: 0103 Controller: DTCVSW2 VDEV: 0103 VSWITCH Connection: RX Packets: 0 Discarded: 4853 Errors: 0 TX Packets: 0 Discarded: 0 Errors: 0 RX Bytes: 0TX Bytes: 0 Device: 0103 Unit: 000 Role: DATA Adapter Owner: BH3A NIC: 0104 Name: UNASSIGNED What did I do wrong ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: Next Baybunch at IBM San Francisco-Friday Aug 6
I wish this announcement could have come earlier. Then I can make plans to attend. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Pamela Christina - warm and sunny Endicott NY Sent: Wednesday, August 06, 2008 3:34 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Next Baybunch at IBM San Francisco-Friday Aug 6 For those of you who near San Francisco Bay area this Friday and who are interested in hearing z/VM and Linux presentations. The next Baybunch meeting is on Friday August 6 at IBM San Francisco - 425 Market St. Send an RSVP email to Karen Reed at [EMAIL PROTECTED] Meet with the Baybunch user group on Friday, August 8 Alan Altmark presents: - z/VM Platform Update - Hear about z/VM V5.4 (just announced!) - Securing Linux with RACF Jim Elliott presents: - Linux on System z: A strategic Details in the PDF: http://www.vm.ibm.com/events/bayb0806.pdf Regards, Pam C ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
What is the ETA of www.vm.ibm.com ???
I have some things I need to research. http://www.serena.com/products/mariner/index.html ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: What is the ETA of www.vm.ibm.com ???
I am unable to get the front page. I also have tried going thru ibm.com. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Tuesday, June 10, 2008 10:00 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: What is the ETA of www.vm.ibm.com ??? I have no trouble accessing it. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Tuesday, June 10, 2008 9:58 AM To: IBMVM@LISTSERV.UARK.EDU Subject: What is the ETA of www.vm.ibm.com ??? I have some things I need to research. http://www.serena.com/products/mariner/index.html ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
TCPIP loses connectivity (z/OS guest under z/VM)
We are having a problem with TCPIP connectivity running a z/OS guest under z/VM using dedicated OSA addresses. Once we re-cycle TCPIP (z/OS guest), everything is back to normal. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: TCPIP loses connectivity (z/OS guest under z/VM)
The dedicated OSA is used by the z/OS guest and no one else. z/VM 5.2 is at 0602 while the z/OS guest is z/OS 1.4. Would inactivity on a z/VM guest (z/OS 1.4) cause connectivity to be lost ? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, June 05, 2008 9:07 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCPIP loses connectivity (z/OS guest under z/VM) On Thursday, 06/05/2008 at 11:54 EDT, Daniel Allen [EMAIL PROTECTED] wrote: We are having a problem with TCPIP connectivity running a z/OS guest under z/VM using dedicated OSA addresses. Once we re-cycle TCPIP (z/OS guest), everything is back to normal. Is that dedicated OSA shared with anyone? Are you current on z/OS and z/VM maintenence? 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 whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
VSWITCH question
I have an OS/390 guest running under z/VM 5.2 using 3 dedicated OSA addresses. The OS/390 guest is IPL'd using the system residence pack. I would like to have the OS/390 guest use a z/VM VSWITCH. I have a copyrighted 2004 IBM Corporation document showing four (4) steps. Step 1. Define the switch : CP DEFINE VSWITCH SWITCH1 RDEV devno CONNECT Step 2. Authorize a connection: CP SET VSWITCH SWITCH1 GRANT userid Step 3. Define a virtual Network Interface Card: CP DEFINE NIC F00 Step 4. Plug NIC into switch: CP COUPLE F00 TO SYSTEM SWITCH1 I have done steps 1 and 2 manually. I have put a NICDEF statement in the USER DIRECT file for the OS/390 guest: NICDEF 104 TYPE QDIO DEV 3 LAN SYSTEM SWITCH1 Is there anything else I need to do ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
VSWITCH question
I have an OS/390 guest running under z/VM 5.2 using 3 dedicated OSA addresses. The OS/390 guest is IPL'd using the system residence pack. I would like to have the OS/390 guest use a z/VM VSWITCH. I have a copyrighted 2004 IBM Corporation document showing four (4) steps. Step 1. Define the switch : CP DEFINE VSWITCH SWITCH1 RDEV devno CONNECT Step 2. Authorize a connection: CP SET VSWITCH SWITCH1 GRANT userid Step 3. Define a virtual Network Interface Card: CP DEFINE NIC F00 Step 4. Plug NIC into switch: CP COUPLE F00 TO SYSTEM SWITCH1 I have done steps 1 and 2 manually. I have put a NICDEF statement in the USER DIRECT file for the OS/390 guest: NICDEF 104 TYPE QDIO DEV 3 LAN SYSTEM SWITCH1 Is there anything else I need to do ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: z/OS 1.7 on a z/800 Under z/VM 4.4
I do know that z/OS 1.5 will run under z/VM 4.3. Daniel Allen | Senior Systems Programmer | 1-800-457-3736x11241 Serena Software - The Mashups Are Coming -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Wandschneider, Scott Sent: Wednesday, March 19, 2008 8:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: z/OS 1.7 on a z/800 Under z/VM 4.4 Does anybody have any experience or can anybody verify that z/OS 1.7 will run under a z/VM 4.4 system on a z/800? Thank you, Scott R Wandschneider Senior Systems Programmer Infocrossing Office 402.963.8905 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
I have 2 devices in use
When I query 47E or 49E, here is the response: DASD 047E CP SYSTEM Z3Z1P1 2 DASD 049E CP SYSTEM Z3Z1S1 2 The '2' at the end indicates how many systems have the device. 47E and 49E are full-pack minidisks defined to MVSDASD which is not logged on. I have two users and that have a INCLUDE MVSLINK profile. Both and are MVS systems. I have changed the USER DIRECT to comment out 47E and 49E in the PROFILE MVSLINK and the USER MVSDASD. I have done a DIRECTXA USER DIRECT. I have tried to detach the devices from and . That did not work. What else can I do ? Daniel Allen | Senior Systems Programmer | 1-800-457-3736x11241 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: I have 2 devices in use
I have issued the following commands: q system 47e DASD 047E ATTACHED SYSTEM 0002 Z3Z1P1 D00A 047E R/W , BH3A 047E R/W q system 49e DASD 049E ATTACHED SYSTEM 0002 Z3Z1S1 D00A 049E R/W , BH3A 049E R/W I have tried the following: #CP DETACH 47E FROM BH3A HCPDTG121E DASD 047E not attached to BH3A Both 47E and 49E are linked by PROFILE MVSLINK to MVSDASD (who is not logged on). Daniel Allen | Senior Systems Programmer | 1-800-457-3736x11241 Serena Software - The Mashups Are Coming -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Monday, March 10, 2008 10:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: I have 2 devices in use On Monday, 03/10/2008 at 01:24 EDT, Daniel Allen [EMAIL PROTECTED] wrote: When I query 47E or 49E, here is the response: DASD 047E CP SYSTEM Z3Z1P1 2 DASD 049E CP SYSTEM Z3Z1S1 2 The '2' at the end indicates how many systems have the device. 47E and 49E are full-pack minidisks defined to MVSDASD which is not logged on. I have two users and that have a INCLUDE MVSLINK profile. Both and are MVS systems. I have changed the USER DIRECT to comment out 47E and 49E in the PROFILE MVSLINK and the USER MVSDASD. I have done a DIRECTXA USER DIRECT. I have tried to detach the devices from and . That did not work. What do you mean did not work? If you #CP DETACH the mdisks from the users, then QUERY DASD Z3Z1P1 and QUERY DASD Z3Z1S1 should show no linked users. Does it? Does QUERY SYSTEM 47E and QUERY SYSTEM 49E match your expectations? 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 whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: I have 2 devices in use
Thanks, Dennis. That did the trick. Daniel Allen | Senior Systems Programmer | 1-800-457-3736x11241 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, Dennis L Sent: Monday, March 10, 2008 10:50 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: I have 2 devices in use Daniel, From a userid with privilege class B, enter Q SYS 47E and Q SYS 49E. This will tell you what virtual addresses your MVS guests are using to link those minidisks. Vary those volumes offline to MVS. Assuming the virtual addresses are 47E and 49E, from a userid with privilege class C, enter CP SEND CP DETACH 47E 49E and CP SEND CP DETACH 47E 49E. Dennis O'Brien Just because we spent the night together doesn't mean we're on a first name basis. -- Miss Glick, in Lucky Stiff From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Monday, March 10, 2008 10:23 To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] I have 2 devices in use When I query 47E or 49E, here is the response: DASD 047E CP SYSTEM Z3Z1P1 2 DASD 049E CP SYSTEM Z3Z1S1 2 The '2' at the end indicates how many systems have the device. 47E and 49E are full-pack minidisks defined to MVSDASD which is not logged on. I have two users and that have a INCLUDE MVSLINK profile. Both and are MVS systems. I have changed the USER DIRECT to comment out 47E and 49E in the PROFILE MVSLINK and the USER MVSDASD. I have done a DIRECTXA USER DIRECT. I have tried to detach the devices from and . That did not work. What else can I do ? Daniel Allen | Senior Systems Programmer | 1-800-457-3736x11241 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
I just wiped out my 49E disk (LE) by accident.
No DDR backup exists. I do have a DFDSS backup. We have not put any maintenance on 49E (LE) unless it came with the installation. Two questions. 1. How can I tell if any maintenance went on LE with the installation of z/VM 5.2 ? 2. Is there a map of the installation tape to point me to where 49E data exists so I can reload it ? Daniel Allen | Senior Systems Programmer | 1-800-457-3736x11241 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: I just wiped out my 49E disk (LE) by accident.
I have run the command as suggested. Here is the response: VMFBLD PPF 4VMVMQ40 LE ( ALL VMFBLD2760I VMFBLD processing started VMFBLD1836E This program requires LOCAL 4C4 to be accessed VMFBLD1836E This program requires LOCAL 4C2 to be accessed VMFBLD1836E This program requires DELTA 4D2 to be accessed VMFBLD1836E This program requires APPLY 4A6 to be accessed as R/W because it is a target of Software Inventory files VMFBLD1836E This program requires APPLY 4A4 to be accessed VMFBLD1836E This program requires APPLY 4A2 to be accessed VMFBLD1836E This program requires BASE 4B2 to be accessed VMFBLD1836E This program requires BUILD0 49E to be accessed as R/W because it is a target of build lists VMFBLD1836E This program requires BUILD2 49B to be accessed as R/W because it is a target of build lists VMFBLD1836E This program requires BUILD5 19D to be accessed as R/W because it is a target of build lists VMFBLD1836E This program requires BUILD9 402 to be accessed as R/W because it is a target of build lists VMFBLD2760I VMFBLD processing completed unsuccessfully Daniel Allen | Senior Systems Programmer | 1-800-457-3736x11241 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Michael Donovan Sent: Monday, March 10, 2008 12:45 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: I just wiped out my 49E disk (LE) by accident. Daniel, The LE shipped with z/VM 5.2.0 consists of the base LE shipped with z/VM 4.4.0 plus all service up through the end of z/VM 5.2.0 development. There used to be a table somewhere that listed where the various minidisks were on the installation DDR. I don't remember where that table is documented though. Sorry. You can have VMSES/E reconstruct the contents of the 49E at the latest level of applied service by issuing from MAINT, the command VMFBLD PPF 4VMVMQ40 LE ( ALL, sans quotation marks. This will take a while to run as there are a lot of parts to rebuild from scratch. Mike Donovan Inactive hide details for Daniel Allen [EMAIL PROTECTED]Daniel Allen [EMAIL PROTECTED] Daniel Allen [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/10/2008 03:07 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject I just wiped out my 49E disk (LE) by accident. No DDR backup exists. I do have a DFDSS backup. We have not put any maintenance on 49E (LE) unless it came with the installation. Two questions. 1. How can I tell if any maintenance went on LE with the installation of z/VM 5.2 ? 2. Is there a map of the installation tape to point me to where 49E data exists so I can reload it ? Daniel Allen | Senior Systems Programmer | 1-800-457-3736x11241 Serena Software - The Mashups Are Coming ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: I just wiped out my 49E disk (LE) by accident.
I do not have a z/VM DDR backup. I do have a z/OS DFDSS backup. Daniel Allen | Senior Systems Programmer | 1-800-457-3736x11241 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Monday, March 10, 2008 12:54 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: I just wiped out my 49E disk (LE) by accident. And if the various recent posts to the list about wiped out files and mdisks has not convinced your management to take regular backups, now is the time to point out the follies of not doing so and get them scheduled. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Michael Donovan [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/10/2008 02:44 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: I just wiped out my 49E disk (LE) by accident. Daniel, The LE shipped with z/VM 5.2.0 consists of the base LE shipped with z/VM 4.4.0 plus all service up through the end of z/VM 5.2.0 development. There used to be a table somewhere that listed where the various minidisks were on the installation DDR. I don't remember where that table is documented though. Sorry. You can have VMSES/E reconstruct the contents of the 49E at the latest level of applied service by issuing from MAINT, the command VMFBLD PPF 4VMVMQ40 LE ( ALL, sans quotation marks. This will take a while to run as there are a lot of parts to rebuild from scratch. Mike Donovan Daniel Allen [EMAIL PROTECTED] Daniel Allen [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/10/2008 03:07 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject I just wiped out my 49E disk (LE) by accident. No DDR backup exists. I do have a DFDSS backup. We have not put any maintenance on 49E (LE) unless it came with the installation. Two questions. 1. How can I tell if any maintenance went on LE with the installation of z/VM 5.2 ? 2. Is there a map of the installation tape to point me to where 49E data exists so I can reload it ? Daniel Allen | Senior Systems Programmer | 1-800-457-3736x11241 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ** The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: I just wiped out my 49E disk (LE) by accident.
I was able to restore the 49E disk using the z/OS DFDSS backup I made. Thanks, Mike. Daniel Allen | Senior Systems Programmer | 1-800-457-3736x11241 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Monday, March 10, 2008 12:54 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: I just wiped out my 49E disk (LE) by accident. And if the various recent posts to the list about wiped out files and mdisks has not convinced your management to take regular backups, now is the time to point out the follies of not doing so and get them scheduled. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Michael Donovan [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/10/2008 02:44 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: I just wiped out my 49E disk (LE) by accident. Daniel, The LE shipped with z/VM 5.2.0 consists of the base LE shipped with z/VM 4.4.0 plus all service up through the end of z/VM 5.2.0 development. There used to be a table somewhere that listed where the various minidisks were on the installation DDR. I don't remember where that table is documented though. Sorry. You can have VMSES/E reconstruct the contents of the 49E at the latest level of applied service by issuing from MAINT, the command VMFBLD PPF 4VMVMQ40 LE ( ALL, sans quotation marks. This will take a while to run as there are a lot of parts to rebuild from scratch. Mike Donovan Daniel Allen [EMAIL PROTECTED] Daniel Allen [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/10/2008 03:07 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject I just wiped out my 49E disk (LE) by accident. No DDR backup exists. I do have a DFDSS backup. We have not put any maintenance on 49E (LE) unless it came with the installation. Two questions. 1. How can I tell if any maintenance went on LE with the installation of z/VM 5.2 ? 2. Is there a map of the installation tape to point me to where 49E data exists so I can reload it ? Daniel Allen | Senior Systems Programmer | 1-800-457-3736x11241 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ** The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Question about the NICDEF on the Starter system for SLES 10 SP1
Our OSAs are defined from 100-113. Can we change the NICDEF from 340 to 109 ? or should it be 10A ? Daniel Allen | Senior Systems Programmer | 1-800-457-3736x11241 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: IBM support
z/VM 4.3 will work with z/VSE 3.1.2. Not supported but it will work. Daniel Allen | Senior Systems Programmer | 1-800-457-3736x11241 Serena Software - The Mashups Are Coming -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Imholte, John (Cincinnati, OH) Sent: Wednesday, January 23, 2008 9:52 AM To: IBMVM@LISTSERV.UARK.EDU Subject: IBM support We have been in a conversion mode, mainframe to .NET. During this I was told not to change anything so we are behind in upgrades, freeze all maintenance. Well I have just been informed this is not going well. Now management is looking to convert a 90% assembler application to Cobol. Our current environment consists of zVM 4.3 and VSE/ESA 2.5. Currently because of time constraints we want to keep our current hardware but get supported. Can this be done and what releases are we talking about? I think that it would be zVM 4.4 and VSE/ESA 2.6, am I correct and can this be ordered? Sincerely, John Imholte Unisource Worldwide 513-752-1660 ext. 222 - - - - - Work 513-368-3682 - - - - - - - - - - - Cell 513-943-2755 - - - - - - - - - - - FAX Personal Email: unwind at fuse.net Work Email: imholj01 at unisourcelink.com ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: OSA question
So I could use the OSA as this: OSA 0100 ATTACHED TO TCPIP0100 OSA 0101 ATTACHED TO TCPIP0101 OSA 0102 ATTACHED TO TCPIP0102 OSA 0103 ATTACHED TO BH3A 0104 OSA 0104 ATTACHED TO BH3A 0105 OSA 0105 ATTACHED TO BH3A 0106 That way I would not have gaps in the OSA. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Stracka, James (GTI) Sent: Wednesday, September 26, 2007 10:25 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: OSA question Sure, You can have 107, 108 and 103 as the controller or you could have done: OSA 0100 ATTACHED TO TCPIP0100 OSA 0101 ATTACHED TO TCPIP0101 OSA 0102 ATTACHED TO TCPIP0102 OSA 0103 ATTACHED TO BH3A 0101 OSA 0104 ATTACHED TO BH3A 0100 OSA 0103 ATTACHED TO BH3A 0102 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Wednesday, September 26, 2007 1:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: OSA question I have the following OSA environment: q 100-10f OSA 0100 ATTACHED TO TCPIP0100 OSA 0101 ATTACHED TO TCPIP0101 OSA 0102 ATTACHED TO TCPIP0102 OSA 0103 FREE OSA 0104 ATTACHED TO BH3A 0104 OSA 0105 ATTACHED TO BH3A 0105 OSA 0106 ATTACHED TO BH3A 0106 OSA 0107 FREE, OSA 0108 FREE, OSA 0109 FREE, OSA 010A FREE OSA 010B FREE, OSA 010C FREE, OSA 010D FREE, OSA 010E FREE OSA 010F FREE TCPIP requires three addresses and the first two addresses must be an even-odd pair. Is that correct ? If it is correct and I need to add another z/OS guest, I would use 108, 109 and 10A. Is there any way to 103 and 107 so all the OSA addresses are used ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ** This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
Tape Drives in z/OS under z/VM
For those of you who run z/OS under z/VM, how do you handle tape drives ? In a native LPAR sysplex, all z/OS systems have access to all the tape drives. Is there a way to share a tape drive between z/OS systems running under z/VM ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
TCPIP/OSA problem
After further review of our network, it has been determined that the switch that the z/VM systems are attached to is causing the problem. We noticed a severe memory shortage on the switch and are unable to log on to the switch. The switch automatically reboots itself and everything is fine except the z/VM systems. Our z/OS systems are fine and show no problem. Can I assume that TCPIP under z/VM and TCPIP under z/OS are different ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Another z/VM OSA question
Can z/VM TCPIP use 100mb full duplex OSA ? or is it limited to 10mb half duplex ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
TCP/IP problem with two z/VM systems
We are experiencing a TCP/IP with two z/VM systems. Background: One z/VM system using OSA 100-102. One z/OS guest using OSA 104-106. Another z/VM system using OSA 200-202. One z/VM system TCPIP machine dies with the following: * 08/24/07 * 01:23:44 DTCOSD309W Received adapter-initiated Stop Lan * 08/24/07 * 01:23:44 DTCOSD082E OSD shutting down: 01:23:44 DTCPRI385IDevice OSAVM1: 01:23:44 DTCPRI386I Type: OSD, Status: Ready 01:23:44 DTCPRI387I Envelope queue size: 0 01:23:44 DTCPRI388I Address: 0100 01:23:44 DTCQDI001I QDIO device OSAVM1 device number 0102: 01:23:44 DTCQDI007I Disable for QDIO data transfers Another z/VM system TCPIP machine dies with the following: * 08/24/07 * 01:23:44 DTCOSD309W Received adapter-initiated Stop Lan * 08/24/07 * 01:23:44 DTCOSD082E OSD shutting down: 01:23:44 DTCPRI385IDevice [EMAIL PROTECTED]: 01:23:44 DTCPRI386I Type: OSD, Status: Ready 01:23:44 DTCPRI387I Envelope queue size: 0 01:23:44 DTCPRI388I Address: 0200 01:23:44 DTCQDI001I QDIO device [EMAIL PROTECTED] device number 0202: 01:23:44 DTCQDI007I Disable for QDIO data transfers We have had IBM replace the OSA for CHPID 01. Where do we look now ? Daniel Allen Sr. System Programmer Serena Software, Inc. 13713 Pinto Lane Lodi, CA 95240 800-457-3736 ext. 11241 [EMAIL PROTECTED] www.serena.com http://www.serena.com/ ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: TCP/IP problem with two z/VM systems
Our z/OS guest is actually a OS/390 2.10 system. When I force/xautolog TCPIP on VM01, the OS/390 2.10 system works. When this problem first started, we had VM01 using 100-102, VM02 using 103-105 and OS/390 2.10 using 104-106. We moved VM02 to use 200-202. We also moved a new cable from port 21 to port 15 on the hub/switch. Daniel Allen Sr. System Programmer Serena Software, Inc. 13713 Pinto Lane Lodi, CA 95240 800-457-3736 ext. 11241 [EMAIL PROTECTED] Serena Software, Inc. www.serena.com -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rich Smrcina Sent: Friday, August 24, 2007 11:37 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP problem with two z/VM systems Is anything happening to z/OS? Is all of this on one card (with two ports)? Is someone messing around with the switch or hub that these are plugged in to? Is it on flaky power or something? Daniel Allen wrote: We are experiencing a TCP/IP with two z/VM systems. Background: One z/VM system using OSA 100-102. One z/OS guest using OSA 104-106. Another z/VM system using OSA 200-202. One z/VM system TCPIP machine dies with the following: * 08/24/07 * 01:23:44 DTCOSD309W Received adapter-initiated Stop Lan * 08/24/07 * 01:23:44 DTCOSD082E OSD shutting down: 01:23:44 DTCPRI385IDevice OSAVM1: 01:23:44 DTCPRI386I Type: OSD, Status: Ready 01:23:44 DTCPRI387I Envelope queue size: 0 01:23:44 DTCPRI388I Address: 0100 01:23:44 DTCQDI001I QDIO device OSAVM1 device number 0102: 01:23:44 DTCQDI007I Disable for QDIO data transfers Another z/VM system TCPIP machine dies with the following: * 08/24/07 * 01:23:44 DTCOSD309W Received adapter-initiated Stop Lan * 08/24/07 * 01:23:44 DTCOSD082E OSD shutting down: 01:23:44 DTCPRI385IDevice [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: 01:23:44 DTCPRI386I Type: OSD, Status: Ready 01:23:44 DTCPRI387I Envelope queue size: 0 01:23:44 DTCPRI388I Address: 0200 01:23:44 DTCQDI001I QDIO device [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] device number 0202: 01:23:44 DTCQDI007I Disable for QDIO data transfers We have had IBM replace the OSA for CHPID 01. Where do we look now ? Daniel Allen Sr. System Programmer Serena Software, Inc. 13713 Pinto Lane Lodi, CA 95240 800-457-3736 ext. 11241 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Serena Software, Inc. www.serena.com http://www.serena.com/ ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ** -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008
Re: TCP/IP problem with two z/VM systems
Here is VM01: VM TCP/IP Netstat Level 430 Device OSAVM1Type: OSD Status: Ready Queue size: 0Address: 0100 Port name: PORTVM1 Router Type: NonRouter Link OSA100 Type: QDIOETHERNET Net number: 0 Broadcast Capability: Yes Multicast Capability: Yes GroupMembers ---- 224.0.0.1 1 Here is VM02: VM TCP/IP Netstat Level 520 Device [EMAIL PROTECTED]Type: OSDStatus: Ready Queue size: 0 CPU: 0 Address: 0200Port name: PORTVM2 IPv4 Router Type: PrimaryArp Query Support: Yes Link OSAVM2Type: QDIOETHERNET Net number: 0 BytesIn: 198045 BytesOut: 377427 Forwarding: Enabled MTU: 1492IPv6: Disabled Broadcast Capability: Yes Multicast Capability: Yes Group Members - --- 224.0.0.1 1 Daniel Allen Sr. System Programmer Serena Software, Inc. 13713 Pinto Lane Lodi, CA 95240 800-457-3736 ext. 11241 [EMAIL PROTECTED] Serena Software, Inc. www.serena.com -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Edward M. Martin Sent: Friday, August 24, 2007 12:06 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP problem with two z/VM systems Hello Daniel Allen, We have a z890 with the QDIO being used by Both z/VM and VSE systems. The VSE system had a parameter (removed now that we are on QDIO) of STOPLAN=YES/NO. The STOPLAN=yes was the default. We had to have STOPLAN=NO. From what I learned, a 3172 (or equivalent) could be shutdown and a Stoplan instruction would be issued to the device. When I shutdown TCPIP using a logical device on an OSA-2 card, it would shutdown that card, therefore we had to code the STOPLAN=NO on all devices in the VSE systems. It seems that something is issuing a STOPLAN instruction to both of your z/VM system cards. Would you do a NETSTAT DEVLINK on your z/VM systems and send the output here? (Are you allowed to?) here is my output. netstat devlink VM TCP/IP Netstat Level 430 Device OSDD20Type: OSD Status: Ready Queue size: 0Address: 0D20 Port name: P140 Router Type: NonRouter Link GBED20 Type: QDIOETHERNET Net number: 0 Broadcast Capability: Yes Multicast Capability: Yes GroupMembers ---- 224.0.0.1 1 Ed Martin Aultman Health Foundation 330-588-4723 [EMAIL PROTECTED] ext. 40441 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Friday, August 24, 2007 2:51 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP problem with two z/VM systems Our z/OS guest is actually a OS/390 2.10 system. When I force/xautolog TCPIP on VM01, the OS/390 2.10 system works. When this problem first started, we had VM01 using 100-102, VM02 using 103-105 and OS/390 2.10 using 104-106. We moved VM02 to use 200-202. We also moved a new cable from port 21 to port 15 on the hub/switch. Daniel Allen Sr. System Programmer Serena Software, Inc. 13713 Pinto Lane Lodi, CA 95240 800-457-3736 ext. 11241 [EMAIL PROTECTED] Serena Software, Inc. www.serena.com -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rich Smrcina Sent: Friday, August 24, 2007 11:37 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP problem with two z/VM systems Is anything happening to z/OS? Is all of this on one card (with two ports)? Is someone messing around with the switch or hub that these are plugged in to? Is it on flaky power or something? Daniel Allen wrote: We are experiencing a TCP/IP with two z/VM systems. Background: One z/VM system using OSA 100-102. One z/OS guest using OSA 104-106. Another z/VM system using OSA 200-202. One z/VM system TCPIP machine dies with the following: * 08/24/07 * 01:23:44 DTCOSD309W Received adapter
Re: TCP/IP problem with two z/VM systems
It has been happening since June/July timeframe. No maintenance (z/VM (4.3 or 5.2) or OS/390) has been put on. Daniel Allen Sr. System Programmer Serena Software, Inc. 13713 Pinto Lane Lodi, CA 95240 800-457-3736 ext. 11241 [EMAIL PROTECTED] Serena Software, Inc. www.serena.com -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Edward M. Martin Sent: Friday, August 24, 2007 12:27 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP problem with two z/VM systems Hello Daniel, Has this been happening for some time or is it a new occurrence? We are on z890 and are getting ready to apply concurrent microcode updates. We will have to offline/online each OSA card to get the full updates. Ed Martin Aultman Health Foundation 330-588-4723 [EMAIL PROTECTED] ext. 40441 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Friday, August 24, 2007 3:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP problem with two z/VM systems Here is VM01: VM TCP/IP Netstat Level 430 Device OSAVM1Type: OSD Status: Ready Queue size: 0Address: 0100 Port name: PORTVM1 Router Type: NonRouter Link OSA100 Type: QDIOETHERNET Net number: 0 Broadcast Capability: Yes Multicast Capability: Yes GroupMembers ---- 224.0.0.1 1 Here is VM02: VM TCP/IP Netstat Level 520 Device [EMAIL PROTECTED]Type: OSDStatus: Ready Queue size: 0 CPU: 0 Address: 0200Port name: PORTVM2 IPv4 Router Type: PrimaryArp Query Support: Yes Link OSAVM2Type: QDIOETHERNET Net number: 0 BytesIn: 198045 BytesOut: 377427 Forwarding: Enabled MTU: 1492IPv6: Disabled Broadcast Capability: Yes Multicast Capability: Yes Group Members - --- 224.0.0.1 1 Daniel Allen Sr. System Programmer Serena Software, Inc. 13713 Pinto Lane Lodi, CA 95240 800-457-3736 ext. 11241 [EMAIL PROTECTED] Serena Software, Inc. www.serena.com -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Edward M. Martin Sent: Friday, August 24, 2007 12:06 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP problem with two z/VM systems Hello Daniel Allen, We have a z890 with the QDIO being used by Both z/VM and VSE systems. The VSE system had a parameter (removed now that we are on QDIO) of STOPLAN=YES/NO. The STOPLAN=yes was the default. We had to have STOPLAN=NO. From what I learned, a 3172 (or equivalent) could be shutdown and a Stoplan instruction would be issued to the device. When I shutdown TCPIP using a logical device on an OSA-2 card, it would shutdown that card, therefore we had to code the STOPLAN=NO on all devices in the VSE systems. It seems that something is issuing a STOPLAN instruction to both of your z/VM system cards. Would you do a NETSTAT DEVLINK on your z/VM systems and send the output here? (Are you allowed to?) here is my output. netstat devlink VM TCP/IP Netstat Level 430 Device OSDD20Type: OSD Status: Ready Queue size: 0Address: 0D20 Port name: P140 Router Type: NonRouter Link GBED20 Type: QDIOETHERNET Net number: 0 Broadcast Capability: Yes Multicast Capability: Yes GroupMembers ---- 224.0.0.1 1 Ed Martin Aultman Health Foundation 330-588-4723 [EMAIL PROTECTED] ext. 40441 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Friday, August 24, 2007 2:51 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP problem with two z/VM systems Our z/OS guest is actually a OS/390 2.10 system. When I force/xautolog TCPIP on VM01, the OS/390 2.10 system works. When this problem first started, we had VM01 using 100-102, VM02 using 103-105 and OS/390 2.10 using 104-106. We moved VM02 to use 200-202. We also moved a new cable from port 21 to port 15 on the hub/switch. Daniel Allen Sr. System Programmer Serena Software, Inc. 13713 Pinto Lane Lodi, CA 95240 800-457-3736 ext. 11241 [EMAIL PROTECTED] Serena Software, Inc. www.serena.com -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rich Smrcina Sent: Friday, August 24, 2007 11:37 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP problem with two z/VM systems Is anything happening
Re: TCP/IP problem with two z/VM systems
It started before the OSA replacement and the microcode upgrade. Daniel Allen Sr. System Programmer Serena Software, Inc. 13713 Pinto Lane Lodi, CA 95240 800-457-3736 ext. 11241 [EMAIL PROTECTED] Serena Software, Inc. www.serena.com -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Edward M. Martin Sent: Friday, August 24, 2007 1:37 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP problem with two z/VM systems Did this start after the OSA replacement? If it did, that is where I would start looking. Ed Martin Aultman Health Foundation 330-588-4723 [EMAIL PROTECTED] ext. 40441 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Friday, August 24, 2007 4:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP problem with two z/VM systems Before the CE replaced the OSA, he upgraded the microcode. We are running on Z9BC. Daniel Allen Sr. System Programmer Serena Software, Inc. 13713 Pinto Lane Lodi, CA 95240 800-457-3736 ext. 11241 [EMAIL PROTECTED] Serena Software, Inc. www.serena.com -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Edward M. Martin Sent: Friday, August 24, 2007 1:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP problem with two z/VM systems Has the IBM CE done any microcode updates? Seems I remember that Alcoa in Cuyahoga Falls having a z890/OSA drop problem. I can check with our IBM CE. Ed Martin Aultman Health Foundation 330-588-4723 [EMAIL PROTECTED] ext. 40441 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Friday, August 24, 2007 3:39 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP problem with two z/VM systems It has been happening since June/July timeframe. No maintenance (z/VM (4.3 or 5.2) or OS/390) has been put on. Daniel Allen Sr. System Programmer Serena Software, Inc. 13713 Pinto Lane Lodi, CA 95240 800-457-3736 ext. 11241 [EMAIL PROTECTED] Serena Software, Inc. www.serena.com -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Edward M. Martin Sent: Friday, August 24, 2007 12:27 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP problem with two z/VM systems Hello Daniel, Has this been happening for some time or is it a new occurrence? We are on z890 and are getting ready to apply concurrent microcode updates. We will have to offline/online each OSA card to get the full updates. Ed Martin Aultman Health Foundation 330-588-4723 [EMAIL PROTECTED] ext. 40441 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Friday, August 24, 2007 3:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP problem with two z/VM systems Here is VM01: VM TCP/IP Netstat Level 430 Device OSAVM1Type: OSD Status: Ready Queue size: 0Address: 0100 Port name: PORTVM1 Router Type: NonRouter Link OSA100 Type: QDIOETHERNET Net number: 0 Broadcast Capability: Yes Multicast Capability: Yes GroupMembers ---- 224.0.0.1 1 Here is VM02: VM TCP/IP Netstat Level 520 Device [EMAIL PROTECTED]Type: OSDStatus: Ready Queue size: 0 CPU: 0 Address: 0200Port name: PORTVM2 IPv4 Router Type: PrimaryArp Query Support: Yes Link OSAVM2Type: QDIOETHERNET Net number: 0 BytesIn: 198045 BytesOut: 377427 Forwarding: Enabled MTU: 1492IPv6: Disabled Broadcast Capability: Yes Multicast Capability: Yes Group Members - --- 224.0.0.1 1 Daniel Allen Sr. System Programmer Serena Software, Inc. 13713 Pinto Lane Lodi, CA 95240 800-457-3736 ext. 11241 [EMAIL PROTECTED] Serena Software, Inc. www.serena.com -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Edward M. Martin Sent: Friday, August 24, 2007 12:06 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP problem with two z/VM systems Hello Daniel Allen, We have a z890 with the QDIO being used by Both z/VM and VSE systems. The VSE system had a parameter (removed now that we are on QDIO) of STOPLAN=YES/NO. The STOPLAN=yes was the default. We had to have STOPLAN=NO. From what I learned, a 3172
OSA question
Can z/VM and a guest operating system (z/OS) share the same OSA addresses ? z/VM uses 100,101 and 102. Can z/OS use 100,101 and 103 ? Or does z/OS need to use 103, 104 and 105 ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
TCPIP under z/VM problem
Recently our z/VM 5.2 system is losing connectivity to TCPIP. I force TCPIP and xautolog TCPIP. Everything is fine again. This has happened twice within two days. The z/OS system running under z/VM was okay. Has anyone seen this behavior ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: TCPIP under z/VM problem
Here is the TCPIP reader log: 04:20:01 DTCOSD309W Received adapter-initiated Stop Lan * 08/01/07 * 04:20:01 DTCOSD082E OSD shutting down: 04:20:01 DTCPRI385IDevice [EMAIL PROTECTED]: 04:20:01 DTCPRI386I Type: OSD, Status: Ready 04:20:01 DTCPRI387I Envelope queue size: 0 04:20:01 DTCPRI388I Address: 0103 04:20:01 DTCQDI001I QDIO device [EMAIL PROTECTED] device number 0103: 04:20:01 DTCQDI007I Disable for QDIO data transfers My question is why ? Is there something in the setup of TCPIP doing this ? Or do we have a flaky OSD card ? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Dave Jones Sent: Wednesday, August 01, 2007 8:44 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCPIP under z/VM problem It's very simple, Daniel, and you don't need a printer:-) By default the TCPIP service virtual machine spools (routes) it's console to the TCPMAINT user id. To see what's in the TCPIP console, do this: 1) log onto TCPMAINT 2) see what's in it's reader queue: RDRL 3) there should be some lines in the RDRL display that look like this: (none) (none) CON T TCPIPZVMV5R20 NONE 128 7/2116:44 These, if there is more than one, are the console logs of the TCPIP server. 4) move the cursor to the latest one, and hit PF 11 (peek). You will then be put into an XEDIT session where you can scroll up and down the console, and see any error or warning messages that TCPIP might have produced. 5) the PEEK command, by default, only shows the first 200 lines in the console log file; if the console log is bigger than that, you will need to enter the following command against the console log file you want to look at: PEEK / (FOR * This tells peek to show all of the lines on the console file. Let us know if you need more assistance. Good luck. Daniel Allen wrote: I did a Q PRINT and there is a file called TCPIP. I have done a quick review of CMS Primer and CMS User Guide. We do not have a printer. How do I look at the file ? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Kreuter Sent: Wednesday, August 01, 2007 8:12 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCPIP under z/VM problem This is not normal. Pls check the console log of TCPIP or TCPMAINT. Terminating the connection could be related to a bunch of things, some debugging is required. David -Original Message- From: The IBM z/VM Operating System on behalf of Daniel Allen Sent: Wed 8/1/2007 11:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] TCPIP under z/VM problem Recently our z/VM 5.2 system is losing connectivity to TCPIP. I force TCPIP and xautolog TCPIP. Everything is fine again. This has happened twice within two days. The z/OS system running under z/VM was okay. Has anyone seen this behavior ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ** -- DJ V/Soft
Re: TCPIP under z/VM problem
Thanks, Dave. Daniel Allen Sr. System Programmer Serena Software, Inc. 13713 Pinto Lane Lodi, CA 95240 800-457-3736 ext. 11241 [EMAIL PROTECTED] Serena Software, Inc. www.serena.com -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Dave Jones Sent: Wednesday, August 01, 2007 9:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCPIP under z/VM problem DTCOSD309W Received adapter-initiated Stop Lan Explanation: TCP/IP received a response from the device indicating that the device is not ready. This can occur when the device is unplugged, for example, or when a CP UNCOUPLE command is issued to disconnect a virtual network adapter from a VM LAN segment. System Action: TCP/IP continues processing, but the device is not functional. My guess at this point is that it's a hardware problem with either the cabling going to the OSA adapter or a problem with the adapter itself. Daniel Allen wrote: Here is the TCPIP reader log: 04:20:01 DTCOSD309W Received adapter-initiated Stop Lan * 08/01/07 * 04:20:01 DTCOSD082E OSD shutting down: 04:20:01 DTCPRI385IDevice [EMAIL PROTECTED]: 04:20:01 DTCPRI386I Type: OSD, Status: Ready 04:20:01 DTCPRI387I Envelope queue size: 0 04:20:01 DTCPRI388I Address: 0103 04:20:01 DTCQDI001I QDIO device [EMAIL PROTECTED] device number 0103: 04:20:01 DTCQDI007I Disable for QDIO data transfers My question is why ? Is there something in the setup of TCPIP doing this ? Or do we have a flaky OSD card ? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Dave Jones Sent: Wednesday, August 01, 2007 8:44 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCPIP under z/VM problem It's very simple, Daniel, and you don't need a printer:-) By default the TCPIP service virtual machine spools (routes) it's console to the TCPMAINT user id. To see what's in the TCPIP console, do this: 1) log onto TCPMAINT 2) see what's in it's reader queue: RDRL 3) there should be some lines in the RDRL display that look like this: (none) (none) CON T TCPIPZVMV5R20 NONE 128 7/2116:44 These, if there is more than one, are the console logs of the TCPIP server. 4) move the cursor to the latest one, and hit PF 11 (peek). You will then be put into an XEDIT session where you can scroll up and down the console, and see any error or warning messages that TCPIP might have produced. 5) the PEEK command, by default, only shows the first 200 lines in the console log file; if the console log is bigger than that, you will need to enter the following command against the console log file you want to look at: PEEK / (FOR * This tells peek to show all of the lines on the console file. Let us know if you need more assistance. Good luck. Daniel Allen wrote: I did a Q PRINT and there is a file called TCPIP. I have done a quick review of CMS Primer and CMS User Guide. We do not have a printer. How do I look at the file ? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Kreuter Sent: Wednesday, August 01, 2007 8:12 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCPIP under z/VM problem This is not normal. Pls check the console log of TCPIP or TCPMAINT. Terminating the connection could be related to a bunch of things, some debugging is required. David -Original Message- From: The IBM z/VM Operating System on behalf of Daniel Allen Sent: Wed 8/1/2007 11:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] TCPIP under z/VM problem Recently our z/VM 5.2 system is losing connectivity to TCPIP. I force TCPIP and xautolog TCPIP. Everything is fine again. This has happened twice within two days. The z/OS system running under z/VM was okay. Has anyone seen this behavior ? * * This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. * * -- DJ V/Soft -- DJ V/Soft
Re: OS/390 as zVM 5.2 Guest on z9 ??
We have run OS/390 2.10 under z/VM 4.3 on a z9BC. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Hammock Sent: Thursday, July 05, 2007 9:46 PM To: IBMVM@LISTSERV.UARK.EDU Subject: OS/390 as zVM 5.2 Guest on z9 ?? Is anyone out there running OS/390 2.9 (or earlier) as a guest of zVM (5.2 in my case, but probably does not matter) on a z9 ?? I'm trying to migrate a customer from a FLEX system to a z9 and they have an old, un-maintained OS/390 2.9 guest. It was running as a VM guest with dedicated disks on the FLEX system (zVM 4.4). I've brought everything over to the z9 and converted the disks to full-pack minidisks to (hopefully) eliminate problems related to using the DS6800 subsystem. Other than the full-pack minis vs. dedicated, I believe everything is the same. However, when I try to IPL OS/390, it runs for a while (say, 15 seconds) then gets: HCPGIR453W CP entered; program interrupt loop I know this can sometimes be an 'architectural' type problem and I'm just afraid it may be this time. I have verified that the OS/390 IPL does run a while... it gets to processing the IPLPARM. (If I specify an invalid IPLPARM I get an appropriate wait state code loaded.) So I know it is at least running for a little while. Any suggestions out there?? Mike C. M. (Mike) Hammock Sr. Technical Support zFrame IBM zSeries Solutions (404) 643-3258 [EMAIL PROTECTED] __ This email may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender by reply email and delete all copies of this message. To reply to our email administrator directly, send an email to [EMAIL PROTECTED] ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: zVM 4.4 on a z9
We have run zVM 4.3 on a z9. Daniel Allen Sr. System Programmer Serena Software, Inc. 13713 Pinto Lane Lodi, CA 95240 800-457-3736 ext. 11241 [EMAIL PROTECTED] www.serena.com http://www.serena.com/ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, June 22, 2007 2:52 PM To: IBMVM@LISTSERV.UARK.EDU Subject: zVM 4.4 on a z9 i know 4.4 was withdrawn last year, but can we run it on a z9 ? we are contemplating bringing in a z9 to replace our z890. prg Phillip Gramly Systems Programmer Communications Data Group Champaign, IL ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: VSE/ESA 2.6.1 and z9 BC
Here is from the archives (around 12/20/2006): You probably need some VSE PTF's At minimum you need DY45944 HARD WAIT during IPL of VSE on z990 or z890 processors. WAITFFF WAITFED . Note: this APAR is required to run VSE/ESA 2.5 and 2.6 on a z990 (D/T 2084) or z890 (D/T 2086) system. The problem is that you need to bring up VSE to apply the maintenace... This should have been uncovered during the Z9 Systems Assurance -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Antonio C Prado Sent: Wednesday, February 28, 2007 9:43 AM To: IBMVM@LISTSERV.UARK.EDU Subject: VSE/ESA 2.6.1 and z9 BC People, I've tried to run VSE/ESA 2.6.1 as a guest of zVM 4.3 on a z9 BC. zVM 4.3= came up ok but I got an abend of VSE/ESA when loading the supervisor. The= message is: SYSTEM ENTERED HARD WAIT SYSTEM DETERMINED ERRO= R. I've heard that is necessary to install the APARs DY45944 and DY45958 on VSE/ESA 2.6.1 before switching to a z990 or z890. Does anybody know if th= e APARs work for a z9 BC? Thanks Prado ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: zVM 4.3 and z9 BC
We do. However, we have z/VM 5.2 in-house, to be installed. We run z/VSE 3.1.2 and OS/390 2.10. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Antonio C Prado Sent: Friday, January 12, 2007 9:35 AM To: IBMVM@LISTSERV.UARK.EDU Subject: zVM 4.3 and z9 BC Does anybody know if zVM 4.3 runs on a z9 BC? Thanks, Prado ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Backup of z/VM and z/VSE
I have been given an assignment to backup our z/VM and z/VSE systems. We also run z/OS. I know about DDR. Can I backup/restore both z/VM and z/VSE using DDR ? Can z/OS backup/restore z/VM ?
Changing DOSRES SYSWK1 labels using ICKDSF under z/VM
Can you change DOSRES SYSWK1 labels using ICKDSF under z/VM ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: Questions about running z/OS under z/VM
I take it that the firstz/VM LPAR has enough storage so that z/VM paging iskept to a minumum. Daniel Allen Sr. System Programmer Serena Software, Inc. 13713 Pinto Lane Lodi, CA 95240 800-699-6850 ext. 11241 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Judson WestSent: Wednesday, April 05, 2006 9:59 AMTo: IBMVM@LISTSERV.UARK.EDUSubject: Re: Questions about running z/OS under z/VM We run 3 LPARs on our z890 w/16GB of storage. The first LPAR is a z/VM LPAR w/7GB of storage. It runs 8 z/OS systems w/storage sizes ranging from 384MB to 512MB. In the second LPAR, we run a single z/OS system w/4GB of storage. The third LPAR is our Linux LPAR with z/VM and a TBD number of Linuxs. - Judson West Teradata, a division of NCR Corporation From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel AllenSent: Wednesday, April 05, 2006 9:53 AMTo: IBMVM@LISTSERV.UARK.EDUSubject: Questions about running z/OS under z/VM I have four questions for running z/OS under z/VM. 1. What is your processor storage size ? 2. Do you run z/VM and z/OS in LPAR mode or z/VM in LPARmode? 3. How many z/OS systems do you run under z/VM ? 4. What are the storage size (min,max)of the z/OS systems under z/VM ? Daniel Allen Sr. System Programmer Serena Software, Inc. 13713 Pinto Lane Lodi, CA 95240 800-699-6850 ext. 11241 **This email and any files transmitted with it are confidential andintended solely for the use of the individual or entity to whom theyare addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
