On Monday, 01/14/2008 at 03:32 EST, [EMAIL PROTECTED] wrote:
> one address is 0C06 (charlie)
> and one is 0D06 (dog)
> where do you see two with the same address?
LOL. I don't. Now. :-) "Never mind." (That's a good thing since I
would be hard pressed to explain how it would work!)
(coug
Lubricant" and has been
force-feeding it to poor Alan.
Happy New Year, indeed! ;-)
Mike Walter
[EMAIL PROTECTED]
Sent by: "The IBM z/VM Operating System"
01/14/2008 02:31 PM
Please respond to
"The IBM z/VM Operating System"
To
IBMVM@LISTSERV.UARK.EDU
Alan,
one address is 0C06 (charlie)
and one is 0D06 (dog)
where do you see two with the same address?
prg
Phillip Gramly
Systems Programmer
Communications Data Group
Champaign, IL
The IBM z/VM Operating System wrote on
01/14/2008 01:52:51 PM:
> On Monday, 01/14/2008 at 02:36 EST, [EMAIL PROT
On Monday, 01/14/2008 at 02:36 EST, [EMAIL PROTECTED] wrote:
> i shut down all my VSE stacks, then shutdown VM's TCPIP
> and restarted all the stacks just like we do at system startup.
> still cannot reach the problem VSE.
>
> the COUPLEs are all in place, so what else can be missing?
In a pr
Are you getting any errors on TCP/IP startup? Anywhere?
[EMAIL PROTECTED] wrote:
i shut down all my VSE stacks, then shutdown VM's TCPIP
and restarted all the stacks just like we do at system startup.
still cannot reach the problem VSE.
the COUPLEs are all in place, so what else can be missin
i shut down all my VSE stacks, then shutdown VM's TCPIP
and restarted all the stacks just like we do at system startup.
still cannot reach the problem VSE.
the COUPLEs are all in place, so what else can be missing?
prg
Phillip Gramly
Systems Programmer
Communications Data Group
Champaign, IL
T
You can DETACH and COUPLE them again. But that will destroy the
connection and I'm not sure if you can bring a connection up on VSE
without bouncing the stack. That may not be an issue in your case,
since your connectivity is lost anyway. To get it back in VM use an
obeyfile to start those l
CTCA 0C06 3088 COUPLED TO SP9 0C07 SUBCHANNEL = 001E
CTCA 0C07 3088 COUPLED TO SP9 0C06 SUBCHANNEL = 001F
CTCA 0D06 3088 COUPLED TO SP9 0647 SUBCHANNEL = 0020
CTCA 0D07 3088 COUPLED TO SP9 0646 SUBCHANNEL = 0021
is there anyway to reset them?
prg
Phillip Gramly
Systems Pr
Try NETSTAT CP Q V C06 to check the status of the virtual device from
the view of the TCP/IP virtual machine.
[EMAIL PROTECTED] wrote:
Rich,
i see this for the problem vse:
Device SP9D Type: CTC Status: Ready
Queue size: 0 CPU: 0 Address: 0C06
Link SP9
Rich,
i see this for the problem vse:
Device SP9D Type: CTC Status: Ready
Queue size: 0 CPU: 0 Address: 0C06
Link SP9Type: CTC Net number: 0
BytesIn: 0BytesOut: 0
Forwarding: Enabled
Broadcast Capability: Ye
NETSTAT DEV, or if your VM is current enough ifconfig.
What level of VSE are you running? You may be able to connect it
directly to the VSwitch and eliminate the hop.
[EMAIL PROTECTED] wrote:
we had a switch get accidently rebooted this morning.
i have VM's TCPIP connected thru a VSWITCH co
we had a switch get accidently rebooted this morning.
i have VM's TCPIP connected thru a VSWITCH controller to the switch.
i wound up rebooting VM because the VSWITCH controllers wouldn't start up
right.
(we'll research that later)
my VSE systems route thru VM's TCPIP.
all of them reconnected fin
12 matches
Mail list logo