Hello, I used curl-master as of 3rd June (wanted to verify a bug #3904), although now original core dump is not seen, after few transfers application is not processing new messages and seem to be taking 100% CPU. I need to check if its libcurl issue or application issue.
After some traffic(HTTP/2), the application goes to 100% CPU. Following is strace during the scenario: sendto(-1, "POST /worker/help1"..., 155, MSG_NOSIGNAL, NULL, 0) = -1 EBADF (Bad file descriptor) sendto(-1, "POST /worker/help1"..., 155, MSG_NOSIGNAL, NULL, 0) = -1 EBADF (Bad file descriptor) sendto(-1, "POST /worker/help1"..., 155, MSG_NOSIGNAL, NULL, 0) = -1 EBADF (Bad file descriptor) sendto(-1, "P … sendto seems be in some tight loop with bad file descriptor. gcore has following top frames: #0 0x00007fd64f95fb7d in Curl_connect () from /usr/lib/libBase.so #1 0x00007fd64f93d10f in multi_runsingle () from /usr/lib/libBase.so #2 0x00007fd64f93e6ae in multi_socket () from /usr/lib/libBase.so #3 0x00007fd64f93e805 in curl_multi_socket_action () from /usr/lib/libBase.so and #0 0x00007f0ee5c0a09e in send () from /usr/lib64/libpthread.so.0 #1 0x00007f0f01175970 in Curl_send_plain () from /usr/lib/libBase.so #2 0x00007f0f0117540d in Curl_write () from/usr/lib/libBase.so #3 0x00007f0f01171268 in Curl_add_buffer_send () from/usr/lib/libBase.so #4 0x00007f0f011728b9 in Curl_http () from /usr/lib/libBase.so #5 0x00007f0f01157706 in multi_runsingle () from /usr/lib/libBase.so #6 0x00007f0f011586ae in multi_socket () from /usr/lib/libBase.so #7 0x00007f0f01158805 in curl_multi_socket_action () from /usr/lib/libBase.so #8 0x00007f0f010e37dd in HttpClient::TimerTriggered (this=0x3c1f4b0) at httpClient.cc:287 Any idea when such case can occur ? Thanks, ~Kunal ------------------------------------------------------------------- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html
