Re: ipl tcpip

2010-08-03 Thread Dean, David (I/S)
...@listserv.uark.edu] On Behalf Of Rob van der Heij Sent: Friday, July 30, 2010 5:14 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ipl tcpip 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

Re: ipl tcpip

2010-08-03 Thread Mark Pace
...@listserv.uark.edu] On Behalf Of Rob van der Heij Sent: Friday, July 30, 2010 5:14 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ipl tcpip 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

Re: ipl tcpip

2010-08-03 Thread Rich Smrcina
Also, if the VSwitch is participating in failover that capability is automatically available to the TCP/IP stack. On 08/03/2010 02:21 PM, Mark Pace wrote: You can not share the same triplet, you will need another triplet. However, I would suggest putting your stacks on a vswitch and giving

ipl tcpip

2010-07-30 Thread Dean, David (I/S)
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

Re: ipl tcpip

2010-07-30 Thread Mark Pace
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

Re: ipl tcpip

2010-07-30 Thread Dean, David (I/S)
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

Re: ipl tcpip

2010-07-30 Thread Mark Pace
:* 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_d...@bcbst.com wrote: How can

Re: ipl tcpip

2010-07-30 Thread Dave Jones
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

Re: ipl tcpip

2010-07-30 Thread Jim Bohnsack
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_

Re: ipl tcpip

2010-07-30 Thread Dean, David (I/S)
] On Behalf Of Dave Jones Sent: Friday, July 30, 2010 12:16 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ipl tcpip 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

Re: ipl tcpip

2010-07-30 Thread Dave Jones
, 2010 12:16 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ipl tcpip 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

Re: ipl tcpip

2010-07-30 Thread Marcy Cortes
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 Dave Jones Sent: Friday, July 30, 2010 9:27 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] ipl tcpip AUDITOR is documented here: z

Re: ipl tcpip

2010-07-30 Thread Benedict, Martin
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

Re: ipl tcpip

2010-07-30 Thread gclovis
Subject:ipl tcpip

Re: ipl tcpip

2010-07-30 Thread Kris Buelens
] ipl tcpip 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

Re: ipl tcpip

2010-07-30 Thread Sterling James
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

Re: ipl tcpip

2010-07-30 Thread Mike Walter
cc Subject Re: ipl tcpip 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

Re: ipl tcpip

2010-07-30 Thread Rob van der Heij
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,