Sounds like a question for your IBM CE. He should be able to tell you
exactly what was in the microcode upgrade.
On Thu, Jul 29, 2010 at 5:52 PM, Daniel Allen dal...@serena.com wrote:
We have a OS/390 2.10 guest machine running under zVM 5.4 on z9BC .
The OSA addresses are natively
I am out of the office until 08/09/2010.
I will respond to your message when I return. If you require immediate
assistance please contact Randy Horine or Vicky Wilson.
Note: This is an automated response to your message Re: zVM 5.4, OS/390
2.10 and OSA sent on 7/30/10 7:26:16.
This is the
Hello Fellow Listers;
In need of some help with z/VM and TCPIP for z/OS guest.
Here's the backgroung:
1) When running 5 z/OS LPARs the z/OS systems use the same OSA address,
such as 7D0 but have different IP addresses in their IP Parms. This works and
has worked well for a long period of
How can I dedicate 7E0-7E2 to three guest at one time?
You can't. You would need a triplet for each z/OS guest. You can
attach/dedicate each triple as v addresses 7E0-7E2.
OR use a VSWITCH using 7E0-7E2 - then define a virtual NIC to each z/OS as
7E0-7E2 connected to the vswitch.
On Fri, Jul
Look into setting up a single VSWITCH that is owned by DTCVSW1 and DTCVSW2 and
connect each of the z/OS systems to the switch using the NICDEF statement in
the user directory
Larry Davis
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Charles Grady
Sent:
If you want to stick to dedicating the adapters, you¹ll need to use
different real addresses (eg, 7D0,7D1,7D2, 7D3, 7D4, 7D5, etc), but dedicate
them to the same virtual address (eg 7D0, 7D1, 7D2) in the CP directory for
the zOS guests.
In the directory for z/OS 1:
DEDICATE 7D0 7D0
DEDICATE 7D1
Simplify it, Mike. PIPE stem abc. 1 | stem abc. if you need to manipulate it
outside of Pipes or PIPE stem abc. 1 | manipulate it | xedit if you don't.
Or, if you want all variables from the underlying variable space, PIPE
rexxvars 1 toload | varload. If desired, you can do manipulation
How can I remotely bounce TCPIP without using by HMC? I want to send a
command, say from maint, that would shut it down and subsequently bring it back.
David M. Dean
Information Systems
BlueCross BlueShield Tennnessee
-
Please see the
2074 or OSA-ICC access?
On Fri, Jul 30, 2010 at 11:58 AM, Dean, David (I/S) david_d...@bcbst.comwrote:
How can I remotely bounce TCPIP without using by HMC? I want to send a
command, say from maint, that would shut it down and subsequently bring it
back.
David M. Dean
Information
OSA
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Mark Pace
Sent: Friday, July 30, 2010 12:00 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: ipl tcpip
2074 or OSA-ICC access?
On Fri, Jul 30, 2010 at 11:58 AM, Dean, David (I/S)
David,
I believe you have your DEDICATE statements backwards:
DEDICATE VIRTCUU REALCUU
Ray
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of David Boyes
Sent: Friday, July 30, 2010 10:05 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re:
If I need to get on our system without TCPIP I connect via the OSA-ICC, then
I look like a local-nonsna terminal. Bounce TCPIP and then reconnect using
TCPIP.
On Fri, Jul 30, 2010 at 12:02 PM, Dean, David (I/S) david_d...@bcbst.comwrote:
OSA
--
*From:* The
You can make OPERATOR a SECUSER of RMSMASTR for this purpose.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Alain Benveniste
Sent: Thursday, July 29, 2010 11:16 AM
To: IBMVM@LISTSERV.UARK.EDU
I think you have two choices here, David.
1) log onto your z/VM system via another path other than TCP/IP, e.g., a
locally attached 3270 or OSA ICC.
2) use a utility like AUDITOR (included with z/VM) to automatically
xautolog TCPIP after you have forced it off. Of course, this will
disrupt
I have a 2nd TCPIP machine, TCPX, that isn't a secret but has not been
advertised. If I need to restart the main TCPIP, I just make sure that
I'm connected thru TCPX.
Jim
On 7/30/2010 11:58 AM, Dean, David (I/S) wrote:
--_000_00B103335D060C4AA6925E922D47097095C4CFA358BCMSG020bcbst_
Thanks, I will take a look at auditor; the temporary TCPIP outage is not a
problem. I have no way other than TCPIP to connect without physically going
into our Secure Area where the HMC lives.
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
AUDITOR is documented here:
z/VM V5R4.0 CMS Commands and Utilities Reference
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HCSD8B30/CCONTENTS?SHELF=hcsh2aa1DN=SC24-6073-03DT=20080630160548)
On 07/30/2010 11:27 AM, Dean, David (I/S) wrote:
Thanks, I will take a look at auditor;
On 7/30/10 12:02 PM, Ray Waters ray.wat...@opensolutions.com wrote:
David,
I believe you have your DEDICATE statements backwards:
DEDICATE VIRTCUU REALCUU
*sigh*
It's been that sort of day. You are correct. Please transpose in my
examples.
You can take your chances that the config is fine and tcp/ip will come back up
and do this:
#cp force tcpip#cp sleep 2 sec#cp autolog tcpip
Most of us I think run a second stack for just such fun. It's easy enough to
set up.
Marcy
This message may contain confidential and/or privileged
You could logon to tcpip and do:
'#cp ext'
--Original Message--
From: Dean, David (I/S)
To: IBMVM@LISTSERV.UARK.EDU
ReplyTo: The IBM z/VM Operating System
Subject: ipl tcpip
Sent: Jul 30, 2010 11:58
How can I remotely bounce TCPIP without using by HMC? I want to send a
command, say
You need an alternative to TCPIP, like VTAM, PVM or local terminals
(OSA-ICC do it).
One zLINUX with privileged class using VMCP can send the FORCE/XAUTOLOG
commands too.
Or, some kind of automation to check when TCPIP are out and restart it,
like Operation Manager or PERFSVM (with PROP).
Thanks, that will work if you want some *specific* variables from the
calling exec.
I should have been clearer that this was just an example from a working
exec. The exec from which this came wanted access to *ALL* the calling
exec's variables. Thus the c. before all of the calling exec's
Hi All,
The final session who wants it? It is up for grabs.
You have the chance to hear the great and dynamic speaker Rick Barlow.
Virtual Linux Server Disaster Recovery Planning
Wed
2010-08-04, 13:30:00
Room 306
Rick Barlow
Thank you;
Brian Jagos
TSO
This may be a bit too easy. I think I've been bitten by such a thing once:
the fact that you FORCE TCPIP sets you forced disconnect and you may put
your user in CP read or such... You better should be disconnected first:
So an EXEC:
/* */ address command
'CP DISC'
'CP FORCE TCPIP'
'CP SLEEP 2
This is what I've used in the past;
/* */
'CP DISC'
'SLEEP 5 SEC'
'NETSTAT CP EXT'
'SLEEP 15 SEC'
flg = N
do while flg=N
'SLEEP 15 SEC'
cmd = 'Q TCPIP'
qname = diag(8,cmd)
IF ( SUBSTR(qname,1,10) = 'HCPCQU045E' ) then do
'XAUTOLOG TCPIP'
flg = Y
I won't say that this is perfect, but it has worked in the rare cases that
I needed to logoff/logon TCP on one system with no VTAM or alternate TCPIP
stack. I executed it from MAINT, with authorization changes any such
authorized ID could execute it.
Mike Walter
Hewitt Associates
The
On Fri, Jul 30, 2010 at 6:27 PM, Dean, David (I/S) david_d...@bcbst.com wrote:
Thanks, I will take a look at auditor; the temporary TCPIP outage is not a
problem. I have no way other than TCPIP to connect without physically going
into our Secure Area where the HMC lives.
As folks mention,
27 matches
Mail list logo
