Recursive Query.

[kalpesh varyani]

Hi Kevin,

Thanks a lot.

Please find the more details for the same.

BIND version  : 9.3.6

OS version : HP-UX 11.23

I have look at the *socket.c* file and seen that "

This error indicates that sendmsg(2) failed with EDESTADDREG ".

----------------------------------------------------------------------------------------------------------

     cc = sendmsg(sock->fd, &msghdr, 0);
              send_errno = errno;


    /*
                         * The other error types depend on whether or not
the
                         * socket is UDP or TCP.  If it is UDP, some error
                         * that we expect to be fatal under TCP are merel
                         * annoying, and are really soft errors.
                         *
                         * However, these soft errors are still returned as
                         * a status.
                         */

                        isc_sockaddr_format(&dev->address, addrbuf,
sizeof(addrbuf));\
                        isc__strerror(send_errno, strbuf, sizeof(strbuf));
                        UNEXPECTED_ERROR(__FILE__, __LINE__, "internal_send:
%s: %s",
                                                 addrbuf, strbuf);
                        dev->result = isc__errno2result(send_errno);\
                        return (DOIO_HARD);

--------------------------------------------------------------------------------------------------------------------



Note : This same is also seen on BIND-9.4.3-P3

Regards
Kalpesh









On Tue, Aug 11, 2009 at 10:30 PM, Kevin Darcy <kcd at chrysler.com> wrote:

> "#53" designates *port* 53. Nothing unusual about that.
>
> To me, this looks more like a kernel issue-- EDESTADDRREQ is what you get
> if you try to send data via a UDP socket that's not connect()ed. BIND keeps
> good track of what's connect()ed and what isn't; it's like the kernel is
> losing the association somehow.
>
> Without knowing what OS this is running on, or what version of BIND, it's
> kind of hard to troubleshoot further than that.
>
>                                                                          -
> Kevin
>
> kalpesh varyani wrote:
>
>> thanks for your quick reply
>>  I am seen below error msg " once per 60sec" and no  seen any query
>> failure.
>>  general: error: internal_send: 192.168.2.222#53: Destination address
>> required
>> general: error: /lib/isc/unix/errno2result.c:116: unexpected
>> error:
>>  general: error: unable to convert errno to isc_result: 217: Destination
>> address required
>>  general: error: /lib/isc/unix/socket.c:1533: unexpected error
>> :
>>  general: error: internal_send: 192.168.2.222#53: Destination address
>> required
>>  general: error: /isc/unix/errno2result.c:116: unexpected
>> error:
>> Regards
>> Hiro Lalwani
>>
>>
>>  On Tue, Aug 11, 2009 at 10:14 PM, donovan jeffrey j <
>> donovan at beth.k12.pa.us <mailto:donovan at beth.k12.pa.us>> wrote:
>>
>>
>>    On Aug 11, 2009, at 12:39 PM, kalpesh varyani wrote:
>>
>>    Hi,
>>>        I have below configuration.
>>>        DNS server1 -- Forwarder
>>>        DNS server2-- Authoritative
>>>        I am seeing following errors on server1.
>>>        ----------------------------
>>>    general: error: internal_send: 192.168.2.222#53: Destination
>>>    address required
>>>    general: error: /lib/isc/unix/errno2result.c:116: unexpected
>>>    error:
>>>     general: error: unable to convert errno to isc_result: 217:
>>>    Destination address required
>>>     general: error: /lib/isc/unix/socket.c:1533: unexpected error
>>>    :
>>>     general: error: internal_send: 192.168.2.222#53: Destination
>>>    address required
>>>     general: error: /isc/unix/errno2result.c:116: unexpected
>>>    error:
>>>        Could any of help me, to resolve this issue.
>>>
>>
>>    sounds like a routing or firewall issue. Although from the limited
>>    post " #53 " doesn't look right.
>>
>>    -j
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> bind-users mailing list
>> bind-users at lists.isc.org
>> https://lists.isc.org/mailman/listinfo/bind-users
>>
>
> _______________________________________________
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20090811/32566cd0/attachment.html>