Facing issue in dns timeout

yathish chandru yathish.anshu at gmail.com
Fri Jan 29 05:45:15 UTC 2010


Thanks for the quick response Raj. Now,is there any plan to make it as
configurable paramater according to the resolv.conf file man pages, for the
timeout:n and attempts:n in the next releases.
Thanks for the support.

Regards
Yathish

On Thu, Jan 28, 2010 at 11:49 PM, Khem Raj <raj.khem at gmail.com> wrote:

>  On (28/01/10 21:30), yathish chandru wrote:
> > Hi All,
> >
> > I'm presently using uClibc-0.9.28.2 , in that the proble facing when I
> make
> > a call for getaddrinfo().
> >
> > Occasionaly the DNS server is taking long DNS response, so after
> verifying
> > the resolv.c file,
> >
> > Found that getaddrinfo,uClibc library and we found that it is hard coded
> to
> > 10 Seconds. Attaching the file resolv.c from uclibc.
> > Please look at the function __dns_lookup() and grep for REPLY_TIMEOUT, so
> in
> > the function is in loop for MAX_RETRIES with REPLY_TIMOUT in the select
> > posix call.
> > So, since the  REPLY_TIMEOUT is hard coded, and I didn't find any
> function
> > to override the timeout. To reduce the timeout we need to recompile
> UClibc
> > library.
> >  So, the RES_TIMEOUT which is avalable in resolv.conf is of no use.
> > Since, the problem in our application is the first dns request in
> > getaddrinfo is failing and the second one passes, so wanted to retry by
> > reducing the timeout but foud no option.
> > Is this the same behaviour in lthe latest uclibc. Please let us know on
> this
> > issue.
>
> now it has been reduced to 5sec but is still hardcoded. For resolv.conf
> I only see 'domain', 'search' and 'nameserver' keywords being handled so
> timeout:n may not work
> >
> > Thanks for the help.
> > Regards
> > yathish
> > _______________________________________________
> > uClibc mailing list
> > uClibc at uclibc.org
> > http://lists.busybox.net/mailman/listinfo/uclibc
>


More information about the uClibc mailing list