OK, Thank you Alan. Now, I am trying to see how to *prevent* the problem.
I tried starting up a LOCAL server with IUCV *IDENT RESANY LOCAL but it refuses to initialize. When I left in RESANY GLOBAL the two systems still seem to interact, even if I have LOCAL in the DMSPARMS file. The other system got: HCPACR2733E IDENTIFY REQUEST FROM NODE <othernode> FOR RESOURCE YPOOL IS A DUPLICATE -- RESOURCE REJECTED. So, LOCAL in the parms file does NOT seem to prevent network-wide announcement of the pool. One of the servers (the 'production' one) *must* be defined as REMOTE/GLOBAL. Is there ANY way to run a local service with the same name and tell VM that I *only* want to access the local one? Hmmm... I guess I could try the same trick I use with VMSYS. Call the local pool YPOOL2 and set up a comdir to send requests for YPOOL to YPOOL2. Is that the only solution? I really didn't want to have to change setup files too much, which is why I was hoping the directory change would do it. Thanks, and sorry for rambling... :-) Shimon ---- Original message ---- >Date: Wed, 18 Mar 2009 10:54:58 -0400 >From: Alan Altmark <[email protected]> >Subject: Re: DMS5DF3366W SEVER FROM *IDENT >To: [email protected] > >On Wednesday, 03/18/2009 at 09:51 EDT, Shimon Lebowitz ><[email protected]> wrote: >> As a result of a careless mistake (starting an ISLINK between systems >> running SFS servers by the same name), the servers got this message: >> DMS5DF3366W SEVER FROM *IDENT FOR RESOURCE YPOOL. REASON CODE 0 >> After correcting the problem (deactivating the link), is there any way >short of >> IPL CMS >> to reconnect the SFS server to the *Ident service, and allow access to >the >> filepool? > >No. The filepool has to be restarted. > >Alan Altmark >z/VM Development >IBM Endicott
