Re: VM/ESA TCP/IP and VSWITCH
The doc for TCP/IP for VM/ESA FL320 (which ran on VM/ESA 2.4) is still on line. There is no indication of QDIO device support in the Planning manual. Unless is was added after GA. On 03/19/2010 11:17 AM, Billy Bingham wrote: Well I'm guessing it can't. I have the following in my TCPIP PROFILE: DEVICE OSA1LCS600 ; LINKOSA1LNK ETHERNET 0 OSA1 ; ARPAGE 5 ; HOME 10.1.1.93 OSA1LNK ; GATEWAY 10.1.1.1 =OSA1LNK 1500 HOST DEFAULTNET=OSA1LNK 15000 ; TRANSLATE ; START OSA1 And I get the following in the TCPIP console log: DTCPRI385I Device OSA1: DTCPRI386I Type: LCS, Status: Not started DTCPRI387I Envelope queue size: 0 DTCPRI388I Address: 0600 I change it to this: DEVICE OSA1OSD600 ; LINKOSA1LNK QDIOETHERNET 0 OSA1 ; ARPAGE 5 ; HOME 10.1.1.93 OSA1LNK ; GATEWAY 10.1.1.1 =OSA1LNK 1500HOST DEFAULTNET=OSA1LNK 15000 ; TRANSLATE ; START OSA1 And I get the following: DTCPRS007E Error encountered in reading PROFILE TCPIP *: DTCPAR123I Line 237: Invalid type field DTCPAR123I Line 239: LINK statement: Invalid type field DTCPAR123I Line 244: Unknown link name in HOME cmd DTCPAR123I Line 247: Unknown link name in GATEWAY cmd DTCPAR123I Line 252: Device not found Line 237 corresponds to my DEVICE statement and line 239 is the LINK statement. 600 - 602 is attached to my TCPIP on the VM/ESA 2.40 guest and I have NICDEF and GRANT for the VMEASA240 guest in z/VM Unless anyone can point out something obivious I'm going to chalk this up to experience. Thanks, Billy -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2010 - Apr 9-13, 2010 Covington, KY
Re: VM/ESA TCP/IP and VSWITCH
Hi Billy I'm no expert at this, but you've defined your device as a LCS device, not a QDIO. A VSwitch has to be QDIO, so you need to change your device (and link) statements accordingly. For instance, I have DEVICE OSAQDIO OSD 0440 PORTNAME OSA1 PRIROUTER AUTORESTART LINKETH0QDIOETHERNET OSAQDIO1 ane the linkname in the home statement points to ETH0 device 440 is a 'port' into the VSwitch. In your case, your TCPIP is in a 2nd level system, but it still has to be in QDIO mode. If your level of TCP/IP does not support QDIO, you will find out as soon as it tries to process the DEVICE staatement. Mike Hammock - Original Message - From: Billy Bingham To: IBMVM@LISTSERV.UARK.EDU Sent: Friday, March 19, 2010 12:17 PM Subject: Re: VM/ESA TCP/IP and VSWITCH Well I'm guessing it can't. I have the following in my TCPIP PROFILE: DEVICE OSA1LCS600 ; LINKOSA1LNK ETHERNET 0 OSA1 ; ARPAGE 5 ; HOME 10.1.1.93 OSA1LNK ; GATEWAY 10.1.1.1 =OSA1LNK 1500HOST DEFAULTNET=OSA1LNK 15000 ; TRANSLATE ; START OSA1 And I get the following in the TCPIP console log: DTCPRI385I Device OSA1: DTCPRI386I Type: LCS, Status: Not started DTCPRI387I Envelope queue size: 0 DTCPRI388I Address: 0600 I change it to this: DEVICE OSA1OSD600 ; LINKOSA1LNK QDIOETHERNET 0 OSA1 ; ARPAGE 5 ; HOME 10.1.1.93 OSA1LNK ; GATEWAY 10.1.1.1 =OSA1LNK 1500HOST DEFAULTNET=OSA1LNK 15000 ; TRANSLATE ; START OSA1 And I get the following: DTCPRS007E Error encountered in reading PROFILE TCPIP *: DTCPAR123I Line 237: Invalid type field DTCPAR123I Line 239: LINK statement: Invalid type field DTCPAR123I Line 244: Unknown link name in HOME cmd DTCPAR123I Line 247: Unknown link name in GATEWAY cmd DTCPAR123I Line 252: Device not found Line 237 corresponds to my DEVICE statement and line 239 is the LINK statement. 600 - 602 is attached to my TCPIP on the VM/ESA 2.40 guest and I have NICDEF and GRANT for the VMEASA240 guest in z/VM Unless anyone can point out something obivious I'm going to chalk this up to experience. Thanks, Billy On 17 Mar 2010 at 10:13, The IBM z/VM Operating System wrote: > Hello, > > Would VM/ESA running 2nd level under z/VM be able to use the VSWITCH? > > > Thanks, > > Billy
Re: VM/ESA TCP/IP and VSWITCH
Well I'm guessing it can't. I have the following in my TCPIP PROFILE: DEVICE OSA1LCS600 ; LINKOSA1LNK ETHERNET 0 OSA1 ; ARPAGE 5 ; HOME 10.1.1.93 OSA1LNK ; GATEWAY 10.1.1.1 =OSA1LNK 1500HOST DEFAULTNET=OSA1LNK 15000 ; TRANSLATE ; START OSA1 And I get the following in the TCPIP console log: DTCPRI385I Device OSA1: DTCPRI386I Type: LCS, Status: Not started DTCPRI387I Envelope queue size: 0 DTCPRI388I Address: 0600 I change it to this: DEVICE OSA1OSD600 ; LINKOSA1LNK QDIOETHERNET 0 OSA1 ; ARPAGE 5 ; HOME 10.1.1.93 OSA1LNK ; GATEWAY 10.1.1.1 =OSA1LNK 1500HOST DEFAULTNET=OSA1LNK 15000 ; TRANSLATE ; START OSA1 And I get the following: DTCPRS007E Error encountered in reading PROFILE TCPIP *: DTCPAR123I Line 237: Invalid type field DTCPAR123I Line 239: LINK statement: Invalid type field DTCPAR123I Line 244: Unknown link name in HOME cmd DTCPAR123I Line 247: Unknown link name in GATEWAY cmd DTCPAR123I Line 252: Device not found Line 237 corresponds to my DEVICE statement and line 239 is the LINK statement. 600 - 602 is attached to my TCPIP on the VM/ESA 2.40 guest and I have NICDEF and GRANT for the VMEASA240 guest in z/VM Unless anyone can point out something obivious I'm going to chalk this up to experience. Thanks, Billy On 17 Mar 2010 at 10:13, The IBM z/VM Operating System wrote: > Hello, > > Would VM/ESA running 2nd level under z/VM be able to use the VSWITCH? > > > Thanks, > > Billy
Re: FCONAPPC...
Or you can pass the FCONAPPC subcommand with the PERFKIT invocation as PERFKIT FCONA to connect to the APPC/VM default resource FCXRES00 (*not* FCXRESOO). (Multiple subcommands can be appended as arguments with the PERFKIT command, separated by semicolons, to be executed FIFO once initialization has completed). Eginhard - Original Message - From: Kris Buelens To: IBMVM@LISTSERV.UARK.EDU Sent: Wednesday, March 17, 2010 10:56 PM Subject: Re: FCONAPPC... What about this (an extract from my PTK3270 EXEC 'STATE PERFKIT MODULE' if rc<>0 then do 'EXEC LNK PERFSVM 201; = 29D; = 1CC (NOMSG' Linked=(rc=0) if rc<>0 then exit rc end Say 'Press enter to view the Performance toolkit panel' 'PERFKIT FCONAPPC' resource (where "resource" by default would be FCXRESOO 2010/3/17 Bruce Hayden There is no FCONAPPC MODULE - what you do is access the disk with the PERFKIT MODULE (5VMPTK40 201 or 6VMPTK10 201), run PERFKIT MODULE, then enter the FCONAPPC command to connect to the running PERFSVM machine. On Wed, Mar 17, 2010 at 12:05 PM, David Boyes wrote: > Drawing a blank here, and no docs handy. On 5.4, what disk is FCONAPPC on? -- Bruce Hayden z/VM and Linux on System z ATS IBM, Endicott, NY -- Kris Buelens, IBM Belgium, VM customer support
Re: Adding a second CSS
Hi Greg, Many thanks for all the info! Yep, dynamic I/O is pretty cool - no more waiting for a POR (something which was never a problem for us in the past as we ran in BASIC mode on our own box, but now we are on an LPAR sharing a big z10 with some other groups, so we need to get concurrence from EVERYBODY to get downtime). Have a great weekend and Thanks again! -Mike -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Gregg Sent: Friday, March 19, 2010 10:34 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Adding a second CSS Grrreat! They are stored in HSA and will survive an IPL but without a couple more steps not a POR. To make them permanent, 1.) update the IOCP 2.) write out a slot, one not in use or the next slot, according to local traditions eg 'IOCP iocpFN ( ICP DYN WRTAn' <-- were An is the slot you want to write the IOCP into **Note** ICP is machine specific/ z9 2094 and the old LPAR parameter isn't needed on z9's 3) then point the SE at the slot to be active 'CP SET IOCDS_ACTIVE An' You don't need to do a POR but should one happen, and if the HMC is set to "use the active slot" or you update the 'reset profile', you'll be covered again, all as local traditions, change/risk mgt/etc dictate. Enjoy! I can barely think of anything I enjoy doing more then DynIOs... at work that is.. X-<8^) On Fri, Mar 19, 2010 at 8:22 AM, Michael Coffin wrote: > Now, my last (hopefully!) question is this. Are these modifications stored > in the HSA, and/or will they survive an IPL of z/VM in the TEST LPAR? I > realize we'll still need a POR to make these permanent (absent using HCD, > which we haven't deployed yet) - but for the time being are these changes > "permanent" unless/until a POR is performed, or will they disappear when the > z/VM TEST LPAR is IPL'd? > > Thanks for your help Greg, MUCH appreciated. :) > > -Mike -- Gregg Reed "No Plan, survives execution"
Re: Adding a second CSS
Grrreat! They are stored in HSA and will survive an IPL but without a couple more steps not a POR. To make them permanent, 1.) update the IOCP 2.) write out a slot, one not in use or the next slot, according to local traditions eg 'IOCP iocpFN ( ICP DYN WRTAn' <-- were An is the slot you want to write the IOCP into **Note** ICP is machine specific/ z9 2094 and the old LPAR parameter isn't needed on z9's 3) then point the SE at the slot to be active 'CP SET IOCDS_ACTIVE An' You don't need to do a POR but should one happen, and if the HMC is set to "use the active slot" or you update the 'reset profile', you'll be covered again, all as local traditions, change/risk mgt/etc dictate. Enjoy! I can barely think of anything I enjoy doing more then DynIOs... at work that is.. X-<8^) On Fri, Mar 19, 2010 at 8:22 AM, Michael Coffin wrote: > Now, my last (hopefully!) question is this. Are these modifications stored > in the HSA, and/or will they survive an IPL of z/VM in the TEST LPAR? I > realize we'll still need a POR to make these permanent (absent using HCD, > which we haven't deployed yet) - but for the time being are these changes > "permanent" unless/until a POR is performed, or will they disappear when the > z/VM TEST LPAR is IPL'd? > > Thanks for your help Greg, MUCH appreciated. :) > > -Mike -- Gregg Reed "No Plan, survives execution"
Re: Adding a second CSS
Hi Greg, Yep, that was it - and I think I understand the syntax a little better now that we have a working set of parms (I was also confusing the values of CSS and RCSS). So now I have all of the CHPIDS online to my TEST LPAR: q chpids 0 1 2 3 4 5 6 7 8 9 A B C D E F 0x + + + + + + + + . . . . . . . . 1x . . . . + + + + . . . . . . . . 2x + + + + + + + + + + + + + + + + 3x . . . . . . . . . . . . . . . . 4x . . . . . . . . . . . . . . . . 5x . . . . . . . . . . . . . . . . 6x . . . . . . . . . . . . . . . . 7x . . . . . . . . . . . . . . . . 8x + + + + + + + + + + + + + + + + 9x + + + + + + + + + + + + + + + + Ax . . . . . . . . . . . . . . . . Bx . . . . . . . . . . . . . . . . Cx . . . . . . . . . . . . . . . . Dx . . . . . . . . . . . . . . . . Ex . . . . . . . . . . . . . . . . Fx . . . . . . . . . . . . . . . . I modified the control units, eg: cp modify cu 4000 css 1 add_css_access chpid 80 84 88 8C 81 85 89 8D cuadd 0 And added all of the IODevs, eg: cp def dev 4000-4080 unitadd 00 cu 4000 css 1 dasd par TEST All of the DASD and control units came online normally. :) Now, my last (hopefully!) question is this. Are these modifications stored in the HSA, and/or will they survive an IPL of z/VM in the TEST LPAR? I realize we'll still need a POR to make these permanent (absent using HCD, which we haven't deployed yet) - but for the time being are these changes "permanent" unless/until a POR is performed, or will they disappear when the z/VM TEST LPAR is IPL'd? Thanks for your help Greg, MUCH appreciated. :) -Mike -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Gregg Sent: Thursday, March 18, 2010 1:27 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Adding a second CSS Hi Mike, yeppurr it looks like I had my ones and zeros backwards CP MODify CHPID 80 CSS 1 ADD_CSS_access RCSS 0 INITial_access TEST ACCess_list TEST On Thu, Mar 18, 2010 at 1:15 PM, Michael Coffin wrote: > Hi Greg, > > TEST is in CSS 1. The DASD on CHPID 80 that I'm trying to give TEST access > to is in CSS 0. Here are snips from our IOCP: > > RESOURCE PARTITION=((CSS(0),(sys1,2),(sys2,1),(sys3* > T,4),(sys4,3),(*,5),(*,6),(*,7),(*,8),(*,9),(*,A),(*,* > B),(*,C),(*,D),(*,E),(*,F)),(CSS(1),(TEST,1),(*,2),(*,3)* > ,(*,4),(*,5),(*,6),(*,7),(*,8),(*,9),(*,A),(*,B),(*,C),(* > *,D),(*,E),(*,F))) > CHPID PATH=(CSS(0),80),SHARED, * > PARTITION=((sys1,sys2,sys3,sys4),(=)), * > PCHID=290,TYPE=FC > > CNTLUNIT CUNUMBR=4000,PATH=((CSS(0),80,84,88,8C,81,85,89,8D)),* > UNITADD=((00,256)),CUADD=0,UNIT=2107 > IODEVICE ADDRESS=(4000,128),CUNUMBR=(4000),STADET=Y,UNIT=3390 > > Thanks for the info about "adding" access vs. "replacing", I was pretty > concerned about that. :) > > -Mike > > > -Original Message- > From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On > Behalf Of Gregg > Sent: Thursday, March 18, 2010 12:16 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Adding a second CSS > > Hi Mike, > what CSS is Test in? Maybe I got my 1's and 0's backwards... would > you paste, from the IOCP the RESOURCE PARTITION statement, CHPID 80 > and the CNTLUNIT statement for CU 4000? > My read earlier was that CHPID 80 is currently defined in CSS 1 and I > assumed TEST was in CSS 0. > The modify adds the lpnames to the ACC/INIT lists. > We've 'spanned' channels channels here, where we first had to DEFine > in one CSS and then MODify for the second. > > > On Thu, Mar 18, 2010 at 7:31 AM, Michael Coffin > wrote: >> Hi Greg, >> >> Ooops, yes - CAPS is a typo in this email (not in the actual command), >> should be TEST. :) >> >> I tried the CP MODIFY with the parms you suggested, but I'm still getting >> HCP0864E: >> >> CP MODify CHPID 80 CSS 0 ADD_CSS_access RCSS 1 INITial_access TEST >> ACCess_list TEST >> HCPCCO864E Partition TEST does not have access to CSS 0 >> >> >> Perhaps, does this command need to be executed on a system that already > has >> access to CSS 0? Are we in a "chicken and egg" scenario where I'm >> requesting access to the CSS, but I'll never get it because I don't > already >> have access to the CSS? >> >> PS: Do you know if the ACCESS_LIST needs to be the COMPLETE list of > systems >> to have access to the CSS, or only the system you are adding via the CP >> MODIFY command? In other words, will the system(s) specified in > ACCESS_LIST >> be added to the existing access list, or REPLACE the existing access list? >> >> -Mike >> >> -Original Message- >> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On >> Behalf Of Gr