Hi All,<br><br>I have looked into the code socket.c file and tusc output for the requirsive query.<br><br>tusc O/P :<br><span style="font-family: courier new,monospace;">-----------------------------------------------------------------------------------------------------------------------------</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">#3 connect(516, 0x347694, 16) ...................................... </span><br style="font-family: courier new,monospace;"><b><span style="font-family: courier new,monospace; color: rgb(255, 0, 0);">ERR#245 EINPROGRESS</span></b><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;"> sin_family: AF_INET</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;"> sin_port: 53</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;"> sin_addr.s_addr: 192.168.2.96</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">#2 write(12, "A u g 1 1 1 7 : 5 5 : 3 4 . ".., 61) ............. = 61</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">#5 write(7, "\0\00204\0c0\0\0", 8) ................................. = 8</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">#3 sendmsg2(516, "\0\0\0\0\0\0\0\0z fec8\b\0\0\001".., O_RDONLY) ... = 49</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">------------------------------------------------------------------------------------------------------------------------------</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;"> </span><br>In above tusc output, we are seen that connect is fail with the "EINPROGRESS" and after then sendmsg2 call and it got failed.<br><br>Code for BIND-9.4.3-P1:<br>
<br> cc = connect(sock->fd, &addr-><a href="http://type.sa">type.sa</a>, addr->length);<br> if (cc < 0) {<br><br><br> if (cc < 0) {<br> /*<br> * HP-UX "fails" to connect a UDP socket and sets errno to<br>
* EINPROGRESS if it's non-blocking. We'd rather regard this as<br> * a success and let the user detect it if it's really an error<br> * at the time of sending a packet on the socket.<br>
*/<br> <b><span style="color: rgb(255, 102, 102);"> if (sock->type == isc_sockettype_udp && errno == EINPROGRESS) {</span><br style="color: rgb(255, 102, 102);"><span style="color: rgb(255, 102, 102);"> cc==0; </span><br style="color: rgb(255, 102, 102);">
<span style="color: rgb(255, 102, 102);"> goto success;</span></b><br><br>succecss: <br><br> if (cc == 0) {<br> sock->connected = 1;<br> sock->bound = 1;<br> dev->result = ISC_R_SUCCESS;<br>
isc_task_send(task, (isc_event_t **)&dev);<br><br> UNLOCK(&sock->lock);<br> return (ISC_R_SUCCESS);<br> }<br><br>-----------------------------------------------------------------------------------------------------------------------------<br>
In above code we have same code for the success retrun from the connect and also connect retrun "<b><span style="color: rgb(255, 102, 102);">EINPROGRESS" i.e. cc </span></b>==0, it means that we are not taking care of the "EINPROGRESS".<br>
<br>Regards<br>Dinesh.<br><br><br><br><div class="gmail_quote">On Wed, Aug 12, 2009 at 5:48 AM, kalpesh varyani <span dir="ltr"><<a href="mailto:kalpesh.link@gmail.com">kalpesh.link@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<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<font color="#888888"><br><br></font></div><div><div></div><div class="h5">
<div class="gmail_quote">On Tue, Aug 11, 2009 at 11:20 PM, Cathy Almond <span dir="ltr"><<a href="mailto:cathya@isc.org" target="_blank">cathya@isc.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">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><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" target="_blank">kcd@chrysler.com</a><br>>> <mailto:<a href="mailto:kcd@chrysler.com" target="_blank">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" target="_blank">donovan@beth.k12.pa.us</a> <mailto:<a href="mailto:donovan@beth.k12.pa.us" target="_blank">donovan@beth.k12.pa.us</a>><br>>> <mailto:<a href="mailto:donovan@beth.k12.pa.us" target="_blank">donovan@beth.k12.pa.us</a><br>
>> <mailto:<a href="mailto:donovan@beth.k12.pa.us" target="_blank">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" target="_blank">bind-users@lists.isc.org</a><br>
</div></div>
<div>
<div></div>
<div><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>
</div></div></blockquote></div><br>