And QTAM = Moe, BTAM = Curly, perhaps Larry did double duty (maybe 
handling TCAM along with TCP/IP, too?).  ;-)

But back on subject: late tonight I'll try CP DETACH on the two CTCs in 
question (after a short prayer for good error recovery), hoping that I'm 
not using them as I hit enter.  A little empirical proof never hurt 
anyone, right?

Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.




"Schuh, Richard" <[EMAIL PROTECTED]> 

Sent by: "VM/ESA and z/VM Discussions" <[email protected]>
12/12/2005 04:58 PM
Please respond to
"VM/ESA and z/VM Discussions" <[email protected]>



To
[email protected]
cc

Subject
Re: VM/VTAM CTC inactivation?






TCPIP = Larry; the 2 VTAMs = Darryl and Darryl, I presume.
 
-----Original Message-----
From: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] 
Behalf Of Mike Walter
Sent: Monday, December 12, 2005 2:08 PM
To: [email protected]
Subject: VM/VTAM CTC inactivation?
 

We have four CTCs assigned between our production VTAM box, and four more 
CTCs assigned to the production VTAM 'twin' box (it's other brother VTAM, 
if you ever watched the Newhart Show). 

E.g. 
op d net,trl,trle=ctc0v0e   
IST097I  DISPLAY  ACCEPTED                         
IST075I  NAME = CTC0V0E          , TYPE = TRLE 
IST486I  STATUS= ACTIV----E, DESIRED STATE= ACTIV   
IST087I  TYPE = LEASED             , CONTROL = MPC 
IST1221I  WRITE  DEV = 0C52  STATUS = ACTIVE 
IST1221I  WRITE  DEV = 1C52  STATUS = ACTIVE 
IST1221I  READ   DEV = 0C51  STATUS = ACTIVE 
IST1221I  READ   DEV = 1C51  STATUS = ACTIVE 
IST1068I  PHYSICAL RESOURCE (PHYSRSC) = HASEALS     
IST314I  END 
M2WALTER HALINVA1; T=0.01/0.01 15:59:06 
            
op d net,trl,trle=ctc0v0f                           
IST097I  DISPLAY  ACCEPTED 
IST075I  NAME = CTC0V0F          , TYPE = TRLE 
IST486I  STATUS= ACTIV----E, DESIRED STATE= ACTIV   
IST087I  TYPE = LEASED             , CONTROL = MPC 
IST1221I  WRITE  DEV = 0C62  STATUS = ACTIVE 
IST1221I  WRITE  DEV = 1C62  STATUS = ACTIVE 
IST1221I  READ   DEV = 0C61  STATUS = ACTIVE 
IST1221I  READ   DEV = 1C61  STATUS = ACTIVE 
IST1068I  PHYSICAL RESOURCE (PHYSRSC) = HASFALS     
IST314I  END                                             

For testing a new z/VM 5.1.0 system upgrade we'd like to take 0C61 (Read 
link) and 0C62 (Write link) offline from the production VM/VTAM svm. 
After lengthy review of the VTAM manuals, I've not been able to find a 
command to vary any CTCs (TRL's in VTAM terminology) INACTive.   
Anyone know of a good command besides CP DETACH?  :-) 

>From what I'm seeing, I'd guess that if I were to actually use CP DETACH 
(shudder), any sessions using those CTCs would be dropped, but immediately 
be able to reconnect using any of the other remaining three pairs of CTCs 
to the two VTAM host systems. 
 
Mike Walter 
Hewitt Associates 
The opinions expressed herein are mine alone, not my employer's. 

The information contained in this e-mail and any accompanying documents 
may contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if 
this message has been addressed to you in error, please immediately alert 
the sender by reply e-mail and then delete this message, including any 
attachments. Any dissemination, distribution or other use of the contents 
of this message by anyone other than the intended recipient is strictly 
prohibited.


 
The information contained in this e-mail and any accompanying documents may 
contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if this 
message has been addressed to you in error, please immediately alert the sender 
by reply e-mail and then delete this message, including any attachments. Any 
dissemination, distribution or other use of the contents of this message by 
anyone other than the intended recipient is strictly prohibited.

Reply via email to