Raymond,
Issuing either of those commands would take down all four CTCs to the system in question. Our native (not VM guests) z/OS systems E and F are pure VTAM host systems with no other activity, providing VTAM network load balancing and failover. I want to leave one Read/Write pair on System F (CTC0V0F - CTC VM to SYSF); the 1C61 and 1C62 should remain active while the 0C61 and 0C62 are stopped gracefully. Inactivating CTC0V0F will stop all four CTCs, leaving me without connectivity through that system at all. I could not find a VTAM command to inactivate just one specific CTC device, only the whole TRLE.
But... I took a deep breath (especially given that I was logged on via VTAM) from home, and issue CP DET 0C61-0C62 VTAM. As I had hoped and expected, VTAM reported that those CTCs had gone inactive, but 1C61 and 1C62 remained active. No userids were disconnected, no other error messages were issued from VTAM. Subsequent logons worked fine. I varied them offline to CP and now we can use them from the test LPAR (can't run 64-bit z/VM 5.1 as a guest of a 31-bit VM/ESA system).
I love it when a plan comes together! :-) And... when I don't have to refresh my resume. :-0
Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.
| "Raymond Noal"
<[EMAIL PROTECTED]>
Sent by: "VM/ESA and z/VM Discussions" <[email protected]> 12/12/2005 05:36 PM
|
|
Mike,
Your should be able to issue -
V NET,INACT,ID=CTC0V0E - and/or -
V NET,INACT,ID=CTC0V0F
________________________________
From: VM/ESA and z/VM Discussions on behalf of Mike Walter
Sent: Mon 12/12/2005 2:07 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.
