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
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
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
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
Well I'm guessing it can't. I have the following in my TCPIP PROFILE:
DEVICE OSA1LCS600
;
LINKOSA1LNK ETHERNET 0 OSA1
;
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
LINK
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
