Tried it both ways. 

The other system that works looks like this:
Resource: POOL1     Type: Local   Owning Userid: IPGATE   

acc pool1:marcy. c

Ready; T=0.01/0.01 10:05:04

q disk c

LABEL  VDEV M  STAT   CYL TYPE BLKSZ   FILES  BLKS USED-(%) BLKS LEFT
BLK TOTAL
-      DIR  C   R/W     -    - 4096      142             -          -
-
Ready; T=0.01/0.01 10:06:44

q search

MDC191  191   A    R/W

-       DIR   C    R/W   POOL1:MARCY.

MNT325  325   H    R/O

MNT319  319   P    R/O

MNT190  190   S    R/O

ISP192  301   V    R/O

MNT19E  19E   Y/S  R/O

MON198  120   Z    R/O

Ready; T=0.01/0.01 10:06:47



The only difference I can find in the 2 configuration is the difference
in TCPIPUSERID.   I may have to go create a stack with that name TCPIP
in order to prove that (fun fun).

I can access LNXSFS from the other systems in the ISFC collection just
fine to so I'm pretty sure the SFS is set up correctly.



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:[EMAIL PROTECTED] On
Behalf Of Imler, Steven J
Sent: Wednesday, August 20, 2008 10:04 AM
To: [email protected]
Subject: Re: [IBMVM] IPGATE question

I think you need to make the LNXSFS FilePool a *global* resource ...


JR (Steven) Imler
CA
Senior Sustaining Engineer
Tel: +1 703 708 3479
[EMAIL PROTECTED]




> -----Original Message-----
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
> Behalf Of Marcy Cortes
> Sent: Wednesday, August 20, 2008 01:02 PM
> To: [email protected]
> Subject: Re: IPGATE question
> 
> Hmm.  Well, I see it is picking up the correct TCPIPUSERID by peering
> into IPGATE1 MTREXX.   It seems to accept the connection:
> 
> flag"
> 
> IPGATEI0000000006 started. (3 2 AF_INET 3276 10.93.27.253)
> 
> IPGATEI0000000006 User MARCY from 10.93.27.253 has been accepted for 
> LNXSFS
> IPGATEI0000000006 ended.
> 
> 
> 
> And yet on the remote system I get:
> acc lnxsfs:sles9. c
> DMSACR1151E File pool LNXSFS is unavailable Ready(00055); T=0.01/0.01 
> 10:00:32
> 
> 
> 
> Q resource on the remote system indicates it is there too:
> Resource: LNXSFS    Type: Local   Owning Userid: IPGATE
> 
> I can't see anything I might have misconfigured - it is simple really
-
> and I do have it running to another system.
> 
> Anyone have a clue what I could check next?
> 
> 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:[EMAIL PROTECTED]
On
> Behalf Of Thomas Kern
> Sent: Wednesday, August 20, 2008 8:51 AM
> To: [email protected]
> Subject: Re: [IBMVM] IPGATE question
> 
> I have a second stack to use the HyperSockets between a CP and an IFL 
> systems. The IPGATE servers have a TCPIP DATA on their A-disk which 
> defin= es the TCPIPUSERID.
> 
> /Tom Kern
> /301-903-2211
> 
> 
> 
> On Wed, 20 Aug 2008 10:39:53 -0500, Marcy Cortes 
> <[EMAIL PROTECTED]> wrote:
> 
> >Is anyone using IPGATE with a TCPIP stack who has a name other than 
> >TCPIP?  I have one system working and another which doesn't and
that's
> >the only difference I can find.
> >
> >
> >Marcy

Reply via email to