<div> thanks for reply.</div>
<div> </div>
<div> This issue is seen only on hp-ux 11.11/11.23 env. I have checked the configuration and </div>
<div> environment issue not finding anything wrong.</div>
<div> </div>
<div>Regards</div>
<div>Kalpesh<br><br></div>
<div class="gmail_quote">On Tue, Aug 11, 2009 at 11:20 PM, Cathy Almond <span dir="ltr"><<a href="mailto:cathya@isc.org">cathya@isc.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I would recommend tracing or similar to find out why your named daemon<br>is not able to send to the IP address being logged. You may find that<br>
there are network connectivity issues or that the remote IP is sending<br>back an ICMP response.<br><br>The reason this particular logged error is seen on HP-UX is seemingly a<br>feature of the sockets implementation whereby the set-up of the<br>
destination address may fail, but it isn't trapped until the send fails<br>with EDESTADDRREQ.<br><br>The underlying failure to send is a configuration/environmental issue<br>and this is what needs to be investigated.<br>
<font color="#888888"><br>Cathy<br></font>
<div>
<div></div>
<div class="h5"><br><br>Kevin Darcy wrote:<br>> Well, you could file a bug report, but I'm not aware of this error<br>> happening on other platforms, so it might end up being a kernel issue of<br>> some sort.<br>
><br>><br>> - Kevin<br>><br>> kalpesh varyani wrote:<br>>> Hi Kevin,<br>>><br>>> Thanks a lot.<br>>><br>>> Please find the more details for the same.<br>
>><br>>> BIND version : 9.3.6<br>>><br>>> OS version : HP-UX 11.23<br>>><br>>> I have look at the *socket.c* file and seen that "<br>>><br>>> This error indicates that sendmsg(2) failed with EDESTADDREG ".<br>
>><br>>> ----------------------------------------------------------------------------------------------------------<br>>><br>>><br>>> cc = sendmsg(sock->fd, &msghdr, 0);<br>>> send_errno = errno;<br>
>><br>>><br>>> /*<br>>> * The other error types depend on whether or<br>>> not the<br>>> * socket is UDP or TCP. If it is UDP, some<br>
>> error<br>>> * that we expect to be fatal under TCP are merel<br>>> * annoying, and are really soft errors.<br>>> *<br>>> * However, these soft errors are still<br>
>> returned as<br>>> * a status.<br>>> */<br>>><br>>> isc_sockaddr_format(&dev->address, addrbuf,<br>>> sizeof(addrbuf));\<br>
>> isc__strerror(send_errno, strbuf,<br>>> sizeof(strbuf));<br>>> UNEXPECTED_ERROR(__FILE__, __LINE__,<br>>> "internal_send: %s: %s",<br>>> addrbuf, strbuf);<br>
>> dev->result = isc__errno2result(send_errno);\<br>>> return (DOIO_HARD);<br>>><br>>> --------------------------------------------------------------------------------------------------------------------<br>
>><br>>><br>>><br>>><br>>> Note : This same is also seen on BIND-9.4.3-P3<br>>><br>>> Regards<br>>> Kalpesh<br>>><br>>><br>>><br>>><br>>><br>>><br>
>><br>>><br>>><br>>> On Tue, Aug 11, 2009 at 10:30 PM, Kevin Darcy <<a href="mailto:kcd@chrysler.com">kcd@chrysler.com</a><br>>> <mailto:<a href="mailto:kcd@chrysler.com">kcd@chrysler.com</a>>> wrote:<br>
>><br>>> "#53" designates *port* 53. Nothing unusual about that.<br>>><br>>> To me, this looks more like a kernel issue-- EDESTADDRREQ is what<br>>> you get if you try to send data via a UDP socket that's not<br>
>> connect()ed. BIND keeps good track of what's connect()ed and what<br>>> isn't; it's like the kernel is losing the association somehow.<br>>><br>>> Without knowing what OS this is running on, or what version of<br>
>> BIND, it's kind of hard to troubleshoot further than that.<br>>><br>>><br>>> - Kevin<br>>><br>>> kalpesh varyani wrote:<br>>><br>>> thanks for your quick reply<br>
>> I am seen below error msg " once per 60sec" and no seen any<br>>> query failure.<br>>> general: error: internal_send: 192.168.2.222#53: Destination<br>>> address required<br>
>> general: error: /lib/isc/unix/errno2result.c:116: unexpected<br>>> error:<br>>> general: error: unable to convert errno to isc_result: 217:<br>>> Destination address required<br>
>> general: error: /lib/isc/unix/socket.c:1533: unexpected error<br>>> :<br>>> general: error: internal_send: 192.168.2.222#53: Destination<br>>> address required<br>
>> general: error: /isc/unix/errno2result.c:116: unexpected<br>>> error:<br>>> Regards<br>>> Hiro Lalwani<br>>><br>>><br>>> On Tue, Aug 11, 2009 at 10:14 PM, donovan jeffrey j<br>
>> <<a href="mailto:donovan@beth.k12.pa.us">donovan@beth.k12.pa.us</a> <mailto:<a href="mailto:donovan@beth.k12.pa.us">donovan@beth.k12.pa.us</a>><br>>> <mailto:<a href="mailto:donovan@beth.k12.pa.us">donovan@beth.k12.pa.us</a><br>
>> <mailto:<a href="mailto:donovan@beth.k12.pa.us">donovan@beth.k12.pa.us</a>>>> wrote:<br>>><br>>><br>>> On Aug 11, 2009, at 12:39 PM, kalpesh varyani wrote:<br>>><br>
>> Hi,<br>>> I have below configuration.<br>>> DNS server1 -- Forwarder<br>>> DNS server2-- Authoritative<br>>> I am seeing following errors on server1.<br>
>> ----------------------------<br>>> general: error: internal_send: 192.168.2.222#53:<br>>> Destination<br>>> address required<br>>> general: error: /lib/isc/unix/errno2result.c:116:<br>
>> unexpected<br>>> error:<br>>> general: error: unable to convert errno to isc_result:<br>>> 217:<br>>> Destination address required<br>
>> general: error: /lib/isc/unix/socket.c:1533:<br>>> unexpected error<br>>> :<br>>> general: error: internal_send: 192.168.2.222#53:<br>>> Destination<br>
>> address required<br>>> general: error: /isc/unix/errno2result.c:116: unexpected<br>>> error:<br>>> Could any of help me, to resolve this issue.<br>
>><br>>><br>>> sounds like a routing or firewall issue. Although from the<br>>> limited<br>>> post " #53 " doesn't look right.<br>>><br>>> -j<br>
>><br>>><br>>><br>>> ------------------------------------------------------------------------<br>_______________________________________________<br>bind-users mailing list<br><a href="mailto:bind-users@lists.isc.org">bind-users@lists.isc.org</a><br>
</div></div>
<div>
<div></div>
<div class="h5"><a href="https://lists.isc.org/mailman/listinfo/bind-users" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a><br></div></div></blockquote></div><br>