(Cross posted to MVMRUG, IBMVM and Linux-390 lists)
Please make plans to attend the next Midwest VM Regional User Group
(MVMRUG) meeting on April 24th in the IBM offices on Rings Road in Dublin
(Columbus), OH. A complete agenda will be posted soon, but we currently
have Tracy Dean of IBM and
Since I'm working remotely now (Cornell is in the frozen north and I'm
working from balmy Plano, TX), I put a 2nd stack on both of our systems
so that I could bounce the primary stack and still have connectivity
thru the other one.
Jim
Alan Altmark wrote:
On Tuesday, 04/14/2009 at 12:41
On Tue, 14 Apr 2009 13:21:55 -0400, Alan Altmark
wrote:
>On Tuesday, 04/14/2009 at 12:41 EDT, Hans Rempel
>wrote:
>> As Dave mentioned it's always good to have a second TCPIP stack for
>testing
>> and emergency access. The only thing I wanted to add was that all port
s
>can
>> have multiple dev
Just found these tools on the IBM VM download site and thought they were
interesting. http://www.vm.ibm.com/download/packages/descript.cgi?CHUG
CHUG is a script-directed test tool for VM. The input psuedo-language
includes a variety of features for control and results checking. Output
includes an
On Tuesday, 04/14/2009 at 12:41 EDT, Hans Rempel
wrote:
> As Dave mentioned it's always good to have a second TCPIP stack for
testing
> and emergency access. The only thing I wanted to add was that all ports
can
> have multiple devices defined - up to 256 I think. For example you
define a
> vs
As Dave mentioned it's always good to have a second TCPIP stack for testing
and emergency access. The only thing I wanted to add was that all ports can
have multiple devices defined - up to 256 I think. For example you define a
vswitch on one port using device address 0,1,2 you can define a second
On Monday, 04/13/2009 at 07:51 EDT, Rich Smrcina
wrote:
> Absolutely. It can be a way to provide redundancy for the TCP/IP stack
using
> multiple OSA ports.
You need z/VM V5.4 if you want to use layer 2 VSWITCH.
Alan Altmark
z/VM Development
IBM Endicott
On Mon, 13 Apr 2009 18:51:22 -0500, Rich Smrcina
wrote:
>> Does it work to couple the TCPIP, zVM tcpip userid, with a VSWITCH
>> NIC and share the same segment of the rest of the zLinux guests?
>Absolutely. It can be a way to provide redundancy for the TCP/IP stack
>using multiple OSA ports
A
With all the manuals I looked at, That is one I missed. I am reviewing it now
Thanks.
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Alan Altmark
Sent: Tuesday, April 14, 2009 10:07 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VM 5.4 n
On Tuesday, 04/14/2009 at 10:20 EDT, "MacIntyre, Cory"
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
> Sorry if these question seem stupid but there are days working with VM
that I feel just that.
Nope, the question is not by any means "stupid". You have reached what is
IMHO, the very most difficult part of z/VM: migration of an existing
system to a new release.
In general, the process is ve
Cross-posted to IBMVM, IBM-MAIN, LINUX-390 for those who are
interested in System z Education / Technical Conferences.
The next opportunity to attend a System z Technical Conference
is May 4-8, 2009 in the beautiful city of Brussels, Belgium.
Conference Web Site:
http://www.ibm.com/training/conf/
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 sy
The agenda for the Hillgang meeting to be held on April 22 is posted at
http://www.vm.ibm.com/events/hill0422.pdf
Neale
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
somethin
Friends,
The next meeting of the Metropolitan VM Users Association is next Tuesday
- April 21, 2009
If you have NOT contacted me to let me know you are coming please let me
know ASAP.
Metropolitan VM Users Association137
TUESDAY TUESDAY
16 matches
Mail list logo