Re: ipl tcpip
Can anyone share their profile tcpip and dtcparms file to accomplish this two stack setup? Can I share the same OSA address 9800-9802 or do I have to define 3 more? And any holes I am going to fall in? -Original Message- From: The IBM z/VM Operating System [mailto:ib...@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 no way other than TCPIP to connect without physically going into our Secure Area where the HMC lives. As folks mention, a 2nd stack is the most flexible (also if you made a mistake in the configuration files). And be aware that for most configuration changes in VM TCP/IP, you really don't have to restart the stack... | Rob - Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: ipl tcpip
You can not share the same triplet, you will need another triplet. However, I would suggest putting your stacks on a vswitch and giving the triplet to the vswitch, then you can use the same virtual address on the two stacks. On Tue, Aug 3, 2010 at 3:07 PM, Dean, David (I/S) david_d...@bcbst.comwrote: Can anyone share their profile tcpip and dtcparms file to accomplish this two stack setup? Can I share the same OSA address 9800-9802 or do I have to define 3 more? And any holes I am going to fall in? -Original Message- From: The IBM z/VM Operating System [mailto:ib...@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 no way other than TCPIP to connect without physically going into our Secure Area where the HMC lives. As folks mention, a 2nd stack is the most flexible (also if you made a mistake in the configuration files). And be aware that for most configuration changes in VM TCP/IP, you really don't have to restart the stack... | Rob - Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: ipl tcpip
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 the triplet to the vswitch, then you can use the same virtual address on the two stacks. -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
ipl tcpip
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 following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: ipl tcpip
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 Systems BlueCross BlueShield Tennnessee - Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: ipl tcpip
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_d...@bcbst.commailto:david_d...@bcbst.com wrote: 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 following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm -- Mark D Pace Senior Systems Engineer Mainline Information Systems - Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: ipl tcpip
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 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 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 following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm -- Mark D Pace Senior Systems Engineer Mainline Information Systems - Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm -- Mark D Pace Senior Systems Engineer Mainline Information Systems
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 after you have forced it off. Of course, this will disrupt your TN3270 session for the length of time it takes for TCPIP to come back up. Have a good one. On 07/30/2010 10:58 AM, Dean, David (I/S) wrote: 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 following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm -- Dave Jones V/Soft www.vsoft-software.com Houston, TX 281.578.7544
Re: ipl tcpip
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_
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
How can I remotely bounce TCPIP without using by HMC? I want to send a com=
mand, say from maint, that would shut it down and subsequently bring it bac=
k.
David M. Dean
Information Systems
BlueCross BlueShield Tennnessee
-
Please see the following link for the BlueCross BlueShield of Tennessee E-m=
ail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
--_000_00B103335D060C4AA6925E922D47097095C4CFA358BCMSG020bcbst_
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
html
head
meta http-equiv=3DContent-Type content=3Dtext/html; charset=3Dus-ascii
meta name=3DGenerator content=3DMicrosoft Exchange Server
!-- converted from rtf --
style!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left:=
#80 2px solid; } --/style
/head
body
font face=3DArial, sans-serif size=3D2
divHow can I remotely bounce TCPIP without using by HMC?nbsp; I want to =
send a command, say from maint, that would shut it down and subsequently br=
ing it back./div
divnbsp;/div
a name=3D_MailAutoSig/a
divDavid M. Dean/div
divInformation Systems/div
divBlueCross BlueShield Tennnessee/div
divfont size=3D3nbsp;/font/div
divnbsp;/div
divnbsp;/div
/font
font face=3Dmonospace--=
---br
Please see the following link for the BlueCross BlueShield of Tennessee E-m=
ail disclaimer:nbsp; http://www.bcbst.com/email_disclaimer.shtm/font/bo=
dy
/html
--_000_00B103335D060C4AA6925E922D47097095C4CFA358BCMSG020bcbst_--
--
James Bohnsack
(972) 596-6377 home/office
(972) 342-5823 cell
Re: ipl tcpip
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 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 (included with z/VM) to automatically xautolog TCPIP after you have forced it off. Of course, this will disrupt your TN3270 session for the length of time it takes for TCPIP to come back up. Have a good one. On 07/30/2010 10:58 AM, Dean, David (I/S) wrote: 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 following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm -- Dave Jones V/Soft www.vsoft-software.com Houston, TX 281.578.7544 - Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: 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 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 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 (included with z/VM) to automatically xautolog TCPIP after you have forced it off. Of course, this will disrupt your TN3270 session for the length of time it takes for TCPIP to come back up. Have a good one. On 07/30/2010 10:58 AM, Dean, David (I/S) wrote: 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 following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm -- Dave Jones V/Soft www.vsoft-software.com Houston, TX 281.578.7544
Re: ipl tcpip
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 information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail 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/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; 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 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 (included with z/VM) to automatically xautolog TCPIP after you have forced it off. Of course, this will disrupt your TN3270 session for the length of time it takes for TCPIP to come back up. Have a good one. On 07/30/2010 10:58 AM, Dean, David (I/S) wrote: 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 following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm -- Dave Jones V/Soft www.vsoft-software.com Houston, TX 281.578.7544
Re: ipl tcpip
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 from maint, that would shut it down and subsequently bring it back. David M. Dean Information Systems BlueCross BlueShield Tennnessee - Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm Sent from my blackberry
Re: ipl tcpip
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). Something with the ability to timely send a command to TCPIP, interpret the answer and FORCE/XAUTOLOG it when the answer is bad. Regards, Clovis From: Dean, David (I/S) david_d...@bcbst.com To: IBMVM@LISTSERV.UARK.EDU Date: 30/07/2010 12:52 Subject:ipl tcpip Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 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 following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
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' 'CP FORCE TCPIP' 'CP SLEEP 2 SEC' 'CP XAUTOLOG TCPIP' You could test this first with for example EREP and than logon to EREP to see if if yet a Reconnected message (then a #CP IND USER EREP EXT to check the connect time: it should be very short. And then, if you do it with TCPIP: keep your fingers crossed. 2010/7/30 Marcy Cortes marcy.d.cor...@wellsfargo.com 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 information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail 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/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; 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 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 (included with z/VM) to automatically xautolog TCPIP after you have forced it off. Of course, this will disrupt your TN3270 session for the length of time it takes for TCPIP to come back up. Have a good one. On 07/30/2010 10:58 AM, Dean, David (I/S) wrote: 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 following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm -- Dave Jones V/Soft www.vsoft-software.com Houston, TX 281.578.7544 -- Kris Buelens, IBM Belgium, VM customer support
Re: ipl tcpip
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 end end exit - Please consider the environment before printing this email and any attachments. This e-mail and any attachments are intended only for the individual or company to which it is addressed and may contain information which is privileged, confidential and prohibited from disclosure or unauthorized use under applicable law. If you are not the intended recipient of this e-mail, you are hereby notified that any use, dissemination, or copying of this e-mail or the information contained in this e-mail is strictly prohibited by the sender. If you have received this transmission in error, please return the material received to the sender and delete all copies from your system.
Re: ipl tcpip
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 opinions expressed herein are mine alone, not my employer's. /* Usually run this from MAINT */ address COMMAND If 1=2 then trace i /* An easy way to turn trace on|off */ 'CP SPOOL CONSOLE * START' /* Keep hysterical documentation */ 'IDENTIFY' /* Show ID, node, date/time */ 'CP DISC'/* MAINT probably loses access anyway*/ msg='beginning TCPIP stack bounce.' say time() msg 'CP MSG OP' msg 'CP MSG TCPIP' msg 'CP TERMINAL TIMESTAMP ON' 'CP SET OBSERVER TCPIP' userid() /* So this ID logs what happens */ cmd='EXEC NETSTAT CP EXTERNAL' cmd /* 1st: EXEC NETSTAT CP EXTERNAL */ say cmd 'rc='rc 'CP SLEEP 5 SEC' /* Time for TCPIP to respond to CP EXTERNAL */ say cmd cmd /* 2nd: EXEC NETSTAT CP EXTERNAL */ say cmd 'rc='rc 'CP QUERY NAMES' /* Any effect yet? */ cmd='CP FORCE TCPIP' cmd say cmd 'rc='rc 'CP SLEEP 5 SEC' 'CP QUERY TCPIP' /* Prove TCPIP is fully off - or not*/ 'CP QUERY NAMES' /* Prove TCPIP is fully off - or not*/ /* XAUTOLOG TCPIP requirement: In TCPIP direct: XAUTOLOG MAINT */ /* or other ESM authorization. */ cmd='CP XAUTOLOG TCPIP' cmd src=rc say cmd 'rc='src 'CP SLEEP 2 SEC'/* Time for TCPIP stack to start? */ 'CP QUERY NAMES'/* Show: VSM - TCPIP */ Exit src Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/30/2010 01:03 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU 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' 'CP FORCE TCPIP' 'CP SLEEP 2 SEC' 'CP XAUTOLOG TCPIP' You could test this first with for example EREP and than logon to EREP to see if if yet a Reconnected message (then a #CP IND USER EREP EXT to check the connect time: it should be very short. And then, if you do it with TCPIP: keep your fingers crossed. 2010/7/30 Marcy Cortes marcy.d.cor...@wellsfargo.com 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 information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail 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/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; 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 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 (included with z/VM) to automatically xautolog TCPIP after you have forced it off. Of course, this will disrupt your TN3270 session for the length of time it takes for TCPIP to come back up. Have a good one. On 07/30/2010 10:58 AM, Dean, David (I/S) wrote: 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
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 no way other than TCPIP to connect without physically going into our Secure Area where the HMC lives. As folks mention, a 2nd stack is the most flexible (also if you made a mistake in the configuration files). And be aware that for most configuration changes in VM TCP/IP, you really don't have to restart the stack... | Rob
