Re: ☠ Buildbot (GNU Toolchain): elfutils - failed test (failure) (master)

[Mark Wielaard <mark@klomp.org>]

On Sat, May 28, 2022 at 11:35:19AM +0200, Mark Wielaard wrote:
> Retrying with ulimit -c unlimited...
> 
> O! It failed again, now with core
> 
> (gdb) where
> #0  0x00007f4d528be387 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:55
> #1  0x00007f4d528bfa78 in __GI_abort () at abort.c:90
> #2  0x00007f4d53dfae1f in mhd_panic_std (cls=<optimized out>, file=<optimized out>, 
>     line=<optimized out>, reason=<optimized out>) at daemon.c:117
> #3  0x00007f4d53dfc69e in MHD_cleanup_connections (daemon=daemon@entry=0xdf38e0) at daemon.c:1826
> #4  0x00007f4d53dfdf60 in MHD_run_from_select (daemon=daemon@entry=0xdf38e0, 
>     read_fd_set=read_fd_set@entry=0x7f4d4c153c10, write_fd_set=write_fd_set@entry=0x7f4d4c153c90, 
>     except_fd_set=except_fd_set@entry=0x7f4d4c153d10) at daemon.c:2014
> #5  0x00007f4d53dfe1e9 in MHD_select (daemon=daemon@entry=0xdf38e0, may_block=may_block@entry=1)
>     at daemon.c:2109
> #6  0x00007f4d53dfe3b2 in MHD_select_thread (cls=0xdf38e0) at daemon.c:2632
> #7  0x00007f4d53681ea5 in start_thread (arg=0x7f4d4c154700) at pthread_create.c:307
> #8  0x00007f4d52986b0d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
> 
> (gdb) 
> #3  0x00007f4d53dfc69e in MHD_cleanup_connections (daemon=daemon@entry=0xdf38e0) at daemon.c:1826
> 1826		    MHD_PANIC ("close failed\n");
> (gdb) list
> 1821		{
> 1822	#ifdef WINDOWS
> 1823		  SHUTDOWN (pos->socket_fd, SHUT_WR);
> 1824	#endif
> 1825		  if (0 != CLOSE (pos->socket_fd))
> 1826		    MHD_PANIC ("close failed\n");
> 1827		}
> 1828	      if (NULL != pos->addr)
> 1829		free (pos->addr);
> 1830	      free (pos);
> 
> Hohum. That does look like a bug in libmicrohttpd. Or do we manipulate
> the socket_fd in any way?

And in case it is useful for analysis:

(gdb) print *pos
$2 = {nextE = 0x0, prevE = 0x0, next = 0x0, prev = 0x0, nextX = 0x0, prevX = 0x0, daemon = 0xdf38e0, 
  headers_received = 0x0, headers_received_tail = 0x0, response = 0x0, pool = 0x7f4d242f2450, 
  client_context = 0x0, method = 0x0, url = 0x0, version = 0x0, 
  read_buffer = 0x7f4d242f2480 "\240\355\v$M\177", write_buffer = 0x0, last = 0x0, colon = 0x0, 
  addr = 0x7f4d242fa490, pid = 139968370415360, read_buffer_size = 16384, read_buffer_offset = 0, 
  write_buffer_size = 0, write_buffer_send_offset = 0, write_buffer_append_offset = 0, 
  remaining_upload_size = 0, response_write_position = 0, continue_message_write_offset = 0, 
  addr_len = 28, last_activity = 599293, connection_timeout = 0, client_aware = 0, socket_fd = 96, 
  read_closed = 1, thread_joined = 0, in_idle = 0, epoll_state = MHD_EPOLL_STATE_UNREADY, 
  state = MHD_CONNECTION_CLOSED, event_loop_info = MHD_EVENT_LOOP_INFO_CLEANUP, responseCode = 0, 
  response_unready = 0, have_chunked_upload = 0, current_chunk_size = 0, current_chunk_offset = 0, 
  read_handler = 0x7f4d53df7680 <MHD_connection_handle_read>, 
  write_handler = 0x7f4d53df78d0 <MHD_connection_handle_write>, 
  idle_handler = 0x7f4d53df83a0 <MHD_connection_handle_idle>, 
  recv_cls = 0x7f4d53dfa030 <recv_param_adapter>, send_cls = 0x7f4d53df9ec0 <send_param_adapter>, 
  tls_session = 0x0, protocol = 0, cipher = 0, tls_read_ready = 0, suspended = 0, resuming = 0}

$ rpm -q libmicrohttpd
libmicrohttpd-0.9.33-2.el7.x86_64

Cheers,

Mark