> I will build the source over the weekend or Monday to see if I can
> replicate.

I did and I could.  The problem is still there when built from source

Dave

17698191 172.187.6.125 ACBB067D.ipt.aol.com
17698191 161.76.98.87 *
17698191 67.118.188.30 *
17698191 203.51.75.214 *
17698191 64.223.214.172 *
17698191 66.119.33.170 *
17698191 161.142.78.82 *
17698191 80.202.117.83 *
17698191 195.93.33.152 *
17698191 203.192.198.250 *
17698191 81.128.152.131 *
17698191 211.28.96.68 *
17698191 12.9.217.229 *
17698191 213.122.198.36 *
17698191 195.10.103.79 *
17698191 82.47.212.3 *
17698191 203.221.36.16 *
17698191 203.221.36.18 *
^C

ltc-build-1>nslookup 203.221.36.18
Server:  sov-mail-1-eth1.int.g-int.net
Address:  10.241.24.1

Name:    prx8.vicceo.schools.net.au
Address:  203.221.36.18






> -----Original Message-----
> From: Campbell, David [mailto:[EMAIL PROTECTED]
> Sent: 23 August 2003 11:09
> To: ''[EMAIL PROTECTED]' '
> Subject: RE: [analog-help] DNS wierdness
> 
> 
> Hi Stephen/
> 
> When I start analog it runs for about 10 minutes and is able 
> to do lookups -
> there are some failures but this doesn't affect analog.
> 
> Example:
> 
> D: Looking up 218.242.174.166:
> D:   can't resolve
> D: Looking up 200.147.24.229:
> D:   resolved to 200-147-24-229.tlf.dialuol.com.br
> D: Looking up 218.242.57.33:
> D:   can't resolve
> D: Looking up 210.86.87.45:
> D:   resolved to 210-86-87-45.jetstream.xtra.co.nz
> D: Looking up 212.69.210.30:
> D:   resolved to surecomm.ds.dsvr.net
> 
> 
> However further down the line analog just can't lookup anything:
> 
> D: Looking up 210.187.246.209:
> D:   resolved to ko-246-209.tm.net.my
> D: Looking up 193.220.82.171:
> D:   can't resolve
> D: Looking up 210.187.30.194:
> D:   can't resolve
> D: Looking up 200.13.218.83:
> D:   can't resolve
> D: Looking up 210.54.108.115:
> D:   can't resolve
> D: Looking up 202.154.65.186:
> D:   can't resolve
> D: Looking up 164.100.147.70:
> D:   can't resolve
> D: Looking up 212.235.71.133:
> D:   can't resolve
> D: Looking up 162.84.161.6:
> D:   can't resolve
> D: Looking up 219.235.49.100:
> D:   can't resolve
> D: Looking up 203.168.166.46:
> D:   can't resolve
> D: Looking up 217.219.168.99:
> D:   can't resolve
> D: Looking up 210.177.163.99:
> D:   can't resolve
> D: Looking up 134.178.160.101:
> D:   can't resolve
> D: Looking up 138.227.189.8:
> D:   can't resolve
> 
> DNSCACHE file looks like this
> 
> 17693864 210.187.246.209 ko-246-209.tm.net.my
> 17693864 193.220.82.171 *
> 17693864 210.187.30.194 *
> 17693864 200.13.218.83 *
> 17693864 210.54.108.115 *
> 17693864 202.154.65.186 *
> 17693864 164.100.147.70 *
> 17693864 212.235.71.133 *
> 17693864 162.84.161.6 *
> 17693864 219.235.49.100 *
> 17693864 203.168.166.46 *
> 17693864 217.219.168.99 *
> 17693864 210.177.163.99 *
> 17693864 134.178.160.101 *
> 
> The machine can still lookup some of the failed addreses:
> 
> bash-2.05a$ nslookup 203.168.166.46
> Server:  sov-nscache-1.granadainteractive.net
> Address:  193.111.180.230
> 
> Name:    cm203-168-166-46.hkcable.com.hk
> Address:  203.168.166.46
> 
> bash-2.05a$ nslookup 134.178.160.101
> Server:  sov-nscache-1.granadainteractive.net
> Address:  193.111.180.230
> 
> Name:    dhcp7.wa.BoM.GOV.AU
> Address:  134.178.160.101
> 
> The only other oddity about our setup is that we installed 
> from a binary
> from
> 
> http://jrankin.ath.cx/analog/
> 
> I will build the source over the weekend or Monday to see if I can
> replicate.
> 
> Dave
> 
> -----Original Message-----
> From: Stephen Turner
> To: '[EMAIL PROTECTED]'
> Sent: 23/08/03 10:07
> Subject: Re: [analog-help] DNS wierdness
> 
> On Fri, 22 Aug 2003, Campbell, David wrote:
> 
> > Hi,
> >     we are running analog-5.32 on Solaris 8 on a sparc server.
> > Everything is working as it should bar DNS lookups.
> >
> > When I kick off analog it starts without any errors and for 
> the first
> 10
> > minutes or so does the lookups succesfully - new entries are written
> to the
> > DNSCACHE file - I verify this by tailing the dnscache file.  However
> 10
> > minutes in analog just stops looking up IP's and the entire dnscache
> file
> > just gets written with timestamp *
> >
> > If I use the same machine to loook up the failed IP addresses using
> NSLOOKUP
> > they resolve fine, it's analog not the OS can't lookup the 
> addresses.
> >
> 
> Strange. Nobody has reported anything like this before, and then two
> this
> week. Thanks, Ken and David for your reports.
> 
> Unfortunately I can't reproduce it, and I can't see anything obviously
> wrong
> with the code, so it may be partly OS dependent, although Ken is on
> Linux
> and David on Solaris.
> 
> David, Ken discovered that analog would give up immediately after
> encountering a broken DNS server. Can you confirm whether you 
> are seeing
> the
> same thing? Turn on debugging (+V) and/or look at your dnscache file.
> What
> happens if you try and look up the first failed lookup manually? (I
> guess I
> really mean the lookup after the last successful lookup -- there could
> be
> earlier failures).
> 
> -- 
> Stephen Turner, Cambridge, UK
> http://homepage.ntlworld.com/adelie/stephen/
>  "The question of whether a computer can think is no more interesting
> than
>   the question of whether a submarine can swim."  (Edsger W. Dijkstra)
> 
> 
> +-------------------------------------------------------------
> ----------
> -
> |  TO UNSUBSCRIBE from this list:
> |    http://lists.isite.net/listgate/analog-help/unsubscribe.html
> |
> |  Digest version: http://lists.isite.net/listgate/analog-help-digest/
> |  Usenet version: news://news.gmane.org/gmane.comp.web.analog.general
> |  List archives:  http://www.analog.cx/docs/mailing.html#listarchives
> +-------------------------------------------------------------
> ----------
> -
> 
> 
> **************************************************************
> ******** 
> Please visit the official Granada website at www.granadamedia.com
> for the latest company news.
> 
> This email and any files transmitted are confidential and intended 
> solely for the use of the individual or entity to which they are 
> addressed.  If you have received this email in error, please notify 
> [EMAIL PROTECTED] 
> 
> Thank you.
> **********************************************************************
> 
> +-------------------------------------------------------------
> -----------
> |  TO UNSUBSCRIBE from this list:
> |    http://lists.isite.net/listgate/analog-help/unsubscribe.html
> |
> |  Digest version: http://lists.isite.net/listgate/analog-help-digest/
> |  Usenet version: news://news.gmane.org/gmane.comp.web.analog.general
> |  List archives:  http://www.analog.cx/docs/mailing.html#listarchives
> +-------------------------------------------------------------
> -----------
> 


********************************************************************** 
Please visit the official Granada website at www.granadamedia.com
for the latest company news.

This email and any files transmitted are confidential and intended 
solely for the use of the individual or entity to which they are 
addressed.  If you have received this email in error, please notify 
[EMAIL PROTECTED] 

Thank you.
**********************************************************************

+------------------------------------------------------------------------
|  TO UNSUBSCRIBE from this list:
|    http://lists.isite.net/listgate/analog-help/unsubscribe.html
|
|  Digest version: http://lists.isite.net/listgate/analog-help-digest/
|  Usenet version: news://news.gmane.org/gmane.comp.web.analog.general
|  List archives:  http://www.analog.cx/docs/mailing.html#listarchives
+------------------------------------------------------------------------

Reply via email to