| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 5150.1 | Any ideas? | CSC32::J_MORTON | O8-OO-2b || ! 2b | Mon Jan 27 1997 14:59 | 1 | 
|  |     
 | 
| 5150.2 | probably a config problem | BACHUS::ROELANDTS | Wa d'es ma da ve ne stuut | Tue Jan 28 1997 02:43 | 12 | 
|  |     
    Jay,
    
    I've seen this error a few times already, and it always appeared to be
    a configuration error in one of the BIND/DNS database files. A good
    idea would be to post them here + the results of a ucx show
    configuration bind command.
    
    Rgds,
    
          Guy
    
 | 
| 5150.3 | more info. | CSC32::J_MORTON | O8-OO-2b || ! 2b | Tue Jan 28 1997 12:01 | 48 | 
|  |     Here's the result of a 'tcpiptrace 132.228.10.10/port=remote=53'. It
    definately doesn't appear any host information was returned from the
    Sun Solaris V4.9.3 BIND server.
------------------------------------------------------------------------------
   TCPIPtrace XMT packet 321 at 28-JAN-1997 09:58:44.36
			IP Address	 Port
   Source		132.228.134.202	 2812
   Destination		132.228.10.10	   53
						Packet Length	    55
   UDP
                                         Hex    Count   Ascii
   --------   --------   --------   --------    ----    ----------------
   CA86E484   9B081180   00007E97   37000045    0000    E..7.~..........
   00090100 | 495C2300   3500FC0A | 0A0AE484    0010    .......5.#\I....
   00000001   00010000   00000000   01000000    0020    ................
                           0A0AE4   84040000    0030    .......
------------------------------------------------------------------------------
   TCPIPtrace RCV packet 322 at 28-JAN-1997 09:58:44.40
			IP Address	 Port
   Source		132.228.10.10	   53
   Destination		132.228.134.202	 2812
						Packet Length	    55
   UDP
                                         Hex    Count   Ascii
   --------   --------   --------   --------    ----    ----------------
   0A0AE484   A5EE113A   000073F7   37000045    0000    E..7.s..:.......
   85890100 | 00002300   FC0A3500 | CA86E484    0010    .....5...#......
   00000001   00010000   00000000   01000000    0020    ................
                           0A0AE4   84040000    0030    .......
 | 
| 5150.4 | Input/suggestions welcome | CSC32::J_MORTON | O8-OO-2b || ! 2b | Thu Jan 30 1997 13:59 | 30 | 
|  |     Hi,
    
    I tried to setup the UCX host as a secondary BIND server of the
    primary. The following is reported in the BIND startup log:
    
    . . .
    UCX BIND Server Error message -- Thu Jan 30 13:30:06 1997
    named-xfer exit code 268435500
    UCX BIND Server Warning message -- Thu Jan 30 13:30:06 1997
    zoneref: Masters for secondary zone 134.228.132.IN-ADDR.ARPA unreachable
    
    Note: Reverse lookups do work when talking to the primary:
    
    GMILS1_$ ucx sho host/nolocal 132.228.134.202
    
         BIND database
    
    Server:   132.228.10.10    DNSEAST
    
    Host address    Host name
    
    132.228.134.202 gmils1.grumman.com
    
    I ran another tcpiptrace and we definately do not see the BIND
    database returned from the server. The question: Is this our bug
    or Sun's?
    
    Thanks for any input,
    
    Jim
 | 
| 5150.5 | BIND works here on UCX V4.1-eco3 | BACHUS::ROELANDTS | Wa d'es ma da ve ne stuut | Fri Jan 31 1997 02:52 | 13 | 
|  |     
    Jay,
    
    I have a system, a VAX with VMS 7.0 & UCX V4.1-ECO3, that is running as
    a secondary BIND server to our primary server (which is a DU V3.x
    system) and the bind server is just running fine, so as I told you 
    previously : or you have a configuration problem or the SUN has a 
    problem.
    
        Rgds,
    
             Guy
    
 | 
| 5150.6 |  | CSC32::J_MORTON | O8-OO-2b || ! 2b | Fri Jan 31 1997 16:45 | 11 | 
|  |     Thanks, Guy. Any suggestions as to what to look at on the Sun?
    Apparently it's the primary corporate server and other systems are
    using it just fine --- which we can, too, as long as we only try
    to lookup one host. It's only wildcard lookups that fail.
    
    Ideas/Suggestions welcome.
    
    Thanks,
    
    Jim/Jay
    CSC/CS
 |