Re: The server is not responding. The server may be down or you may be experiencing network problems. Contact your system administrator if this problem persists.

[rob@xxxxxxxxx]

Comm trace, ran on the old server GDISYS01, didn't seem to show any hits 
between the two animals.

In fact when I ran the report I saw only one hit for 10.10.1.237 and it 
was:
*...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8....+....9....+....0....+....1....+....2
 Record       Data    Record           Controller  Destination   Source   
Frame            Number  Number    Poll/ 
 Number  S/R  Length  Timer            Name        MAC Address   MAC 
Address   Format  Command  Sent    Received  Final 
 ------  ---  ------  ---------------  ----------  ------------ 
------------  ------  -------  ------  --------  ----- 
    12   R       46  14:14:03.955439              FFFFFFFFFFFF 
020000E00800   ETHV2   Type: 0806 
                     Frame Type :  ARP           Src Addr: 10.10.1.141  
Dest Addr: 10.10.1.237      Operation: REQU
                     ARP Header : 
0001080006040001020000E008000A0A018D0000000000000A0A01ED  
        Data . . . . . :  0000000000000000 0000000000000000  0000    
*.................. 

But that's the wrong src address.  10.10.1.141 should be for
Internet         Host 
Address          Name 
 
10.10.1.130      GDISYS01.DEKKO.COM
                 GDISYS01 
10.10.1.141      INTERNOTES
10.10.1.237      INTERNOTES02 
                 INTERNOTES02.dekko-1 
                 INTERNOTES02.DEKKO.COM

10.10.1.141, or INTERNOTES, is a Domino partition on an iseries that is 
totally independent of the other two iSeries being used in this problem. 
INTERNOTES and INTERNOTES02 are in a cluster.  Frankly I don't understand 
why traffic between 10.10.1.141 and 10.10.1.237 would even show on this 
comm trace.

Rob Berendt
-- 
"They that can give up essential liberty to obtain a little temporary 
safety deserve neither liberty nor safety." 
Benjamin Franklin