Re: assertion failed: ipcache.cc:995: "tmpbuf" in 3.HEAD-CVS

Bernhard Schmidt wrote:
> Amos Jeffries wrote:
>
>>> safe_free happily accepts NULLs.. hence the name safe_...
>> I forget exactly why it was there. Likely a crash when it was non-NULL
>> when it should have been NULL. Fixed now anyway.
>
> Current CVS (checkout two minutes ago at 11.35pm GMT) is pretty much
> broken again regarding the internal DNS. Pages don't open when you hit a
> CNAME and I get frequent errors like
>
> 2008/01/12 00:33:12| ipcacheParse: No Address records in response to
> 'www.hp.com'
> 2008/01/12 00:33:37| ipcacheParse: No Address records in response to
> 'welcome.hp-ww.com'
> 2008/01/12 00:36:15| ipcacheParse: No Address records in response to
> 'www.google-analytics.com'
>
> in the cache.log. It looks like DNS times out a couple of times.
> Debugging section 14 does not give more results. The query
>
> 00:41:59.075658 IP 83.170.1.240.36282 > 83.170.1.240.53: 37174+ AAAA?
> www.hp.com. (28)
> 00:41:59.075913 IP 83.170.1.240.53 > 83.170.1.240.36282: 37174 1/1/0
> CNAME www.hpgtm.nsatc.net. (116)
>
> is repeated several times. This only seems to happen when you hit a
> CNAME on an IPv4-only host, CNAME to dual-stacked or IPv4-only with an
> address directly associated to the hostname works.

Sigh, thats so weird.

Sorry the proper debug options to trace this are:
    debug_options ALL,0 14,9 78,9

It's working perfectly here. On those same domains too.

2008/01/12 21:22:47.688| ipcache_purgelru: removed 0 entries
2008/01/12 21:22:50.333| ipcache_gethostbyname: 'www.hp.com', flags=0
2008/01/12 21:22:50.333| ipcache_nbgethostbyname: Name 'www.hp.com'.
2008/01/12 21:22:50.333| ipcache_nbgethostbyname: MISS for 'www.hp.com'
2008/01/12 21:22:50.333| idnsALookup: buf is 28 bytes for www.hp.com, id
= 0xf9e1
2008/01/12 21:22:50.700| idnsRead: starting with FD 7
2008/01/12 21:22:50.700| idnsRead: FD 7: received 116 bytes from
[2001:5c0:9388:0:2e0:18ff:febb:b02e]:53
2008/01/12 21:22:50.700| idnsGrokReply: ID 0xf9e1, 1 answers
2008/01/12 21:22:50.700| idnsGrokReply: www.hp.com AAAA query done.
Configured to retrieve A now also.
2008/01/12 21:22:50.717| idnsRead: starting with FD 7
2008/01/12 21:22:50.717| idnsRead: FD 7: received 230 bytes from
192.168.0.10:53
2008/01/12 21:22:50.717| idnsGrokReply: ID 0x18d4, 3 answers
2008/01/12 21:22:50.717| dns_internal.cc(1051) idnsGrokReply: Merging
DNS results www.hp.com AAAA has 1 RR, A has 3 RR
2008/01/12 21:22:50.717| dns_internal.cc(1075) idnsGrokReply: Sending 4
DNS results to caller.
2008/01/12 21:22:50.717| ipcacheParse: www.hp.com #0 15.216.110.22
2008/01/12 21:22:50.717| ipcacheParse: www.hp.com #1 15.201.49.21
2008/01/12 21:22:50.718| connecting to: 15.216.110.22:80

Amos

-- 
Please use Squid 2.6STABLE17+ or 3.0STABLE1+
There are serious security advisories out on all earlier releases.