Facing issue in dns timeout

yathish chandru yathish.anshu at gmail.com
Fri Jan 29 06:25:18 UTC 2010


Ok, Thanks :)

On Fri, Jan 29, 2010 at 11:42 AM, Khem Raj <raj.khem at gmail.com> wrote:

> On Thu, Jan 28, 2010 at 9:45 PM, yathish chandru
> <yathish.anshu at gmail.com> wrote:
> > 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.
>
> I am not aware of any effort. But patches are welcome.
>
> > 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
> >>
> > _______________________________________________
> > uClibc mailing list
> > uClibc at uclibc.org
> > http://lists.busybox.net/mailman/listinfo/uclibc
> >
>


More information about the uClibc mailing list