Date: 2 Jan 1997 20:44:41 GMT From: peter@spinner.DIALix.COM (Peter Wemm) To: freebsd-current@freebsd.org Subject: Re: Resolver Error 0 (no error) Message-ID: <5ah6np$8rh$2@haywire.DIALix.COM> References: <199701020456.PAA20024@asstdc.scgt.oz.au>
next in thread | previous in thread | raw e-mail | index | archive | help
In article <199701020846.JAA03861@uriah.heep.sax.de>, j@uriah.heep.sax.de (J Wunsch) writes: > As michael butler wrote: > >> > fetch: couldn't open FTP connection to ftp.funet.fi: Resolver Error 0 (no >> > error) >> >> > Hmpf? >> >> Best guess .. fetch is waiting for an authoritative answer and the >> nameservers who would be so are unreachable or not responding, > > Well, to the very least, ``Error 0 (no error)'' is a sad joke. Either > there's an error condition, so there should be an error code, or not. No, that's a bug in the linkage between fetch and libftpio. libftpio is not correctly passing out error codes from it's internal routines, so the higher level stuff is getting confused. > Anyway, even if so, why does fetch wait for any authoritative answer? > There's a non-authoritative answer avaiable, and all the required data > are there (CNAME record, A record for the host). > > I have seen the behaviour of host(1) hanging indefinately before, i > only didn't care. I'm afraid there's a bug in our resolver code. named, not resolver. Named verifies the authority stuff, and in this case one of the .fi servers appears to be non functional: peter@spinner[4:31am]~/bind/8/contrib/doc-115> ping ns.tele.fi PING ns.tele.fi (193.210.19.19): 56 data bytes 36 bytes from mae-east.tele.fi (192.41.177.225): Destination Host Unreachable Vr HL TOS Len ID Flg off TTL Pro cks Src Dst 4 5 00 5400 31da 0 0000 f4 01 1ada 192.203.228.67 193.210.19.19 [.. from Doc ..] ;; res_send to server ns.tele.fi. 193.210.18.18: Operation timed out DIGERR (UNKNOWN): dig @ns.tele.fi. for SOA of parent (fi.) failed -Peter
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5ah6np$8rh$2>