Description of problem: When running createrepo_c on a fully updated rawhide system I am seeing it segfault: [root@composer-rawhide ~]# createrepo_c /tmp/bcl-repo/ Directory walk started Directory walk done - 0 packages Temporary output repo path: /tmp/bcl-repo/.repodata/ Preparing sqlite DBs Pool started (with 5 workers) Pool finished GLib: Critical: g_async_queue_lock: assertion 'queue' failed GLib: Critical: g_async_queue_push_unlocked: assertion 'queue' failed GLib: Critical: _g_async_queue_get_mutex: assertion 'queue' failed Segmentation fault (core dumped) Version-Release number of selected component (if applicable): createrepo_c-0.15.5-2.fc32.x86_64 createrepo_c-libs-0.15.5-2.fc32.x86_64 glib2-2.63.4-1.fc32.x86_6 How reproducible: Always. This also happens with 0.15.5-1 Here's the coredump: PID: 822 (createrepo_c) UID: 0 (root) GID: 0 (root) Signal: 11 (SEGV) Timestamp: Wed 2020-01-29 13:49:32 EST (3min 6s ago) Command Line: createrepo_c /tmp/bcl-repo/ Executable: /usr/bin/createrepo_c Control Group: /user.slice/user-0.slice/session-1.scope Unit: session-1.scope Slice: user-0.slice Session: 1 Owner UID: 0 (root) Boot ID: d6d5c66e470a446b904aa6ec9e89f8cf Machine ID: 7941c7ab10d247719555f1d42136f2c3 Hostname: composer-rawhide Storage: /var/lib/systemd/coredump/core.createrepo_c.0.d6d5c66e470a446b904aa6ec9e89f8cf.822.1580323772000000000000.lz4 Message: Process 822 (createrepo_c) of user 0 dumped core. Stack trace of thread 822: #0 0x00007f442e082016 g_mutex_unlock (libglib-2.0.so.0 + 0x9f016) #1 0x00007f442e08211a g_cond_wait (libglib-2.0.so.0 + 0x9f11a) #2 0x00007f442e05f2df g_thread_pool_start_thread.constprop.0 (libglib-2.0.so.0 + 0x7c2df) #3 0x00007f442e05f653 g_thread_pool_push (libglib-2.0.so.0 + 0x7c653) #4 0x0000562de945773f main (createrepo_c + 0x873f) #5 0x00007f442de25042 __libc_start_main (libc.so.6 + 0x27042) #6 0x0000562de945911e _start (createrepo_c + 0xa11e) Stack trace of thread 827: #0 0x00007f442defa2dd syscall (libc.so.6 + 0xfc2dd) #1 0x00007f442e082256 g_cond_wait_until (libglib-2.0.so.0 + 0x9f256) #2 0x00007f442e005541 g_async_queue_pop_intern_unlocked (libglib-2.0.so.0 + 0x22541) #3 0x00007f442e005b66 g_async_queue_timeout_pop (libglib-2.0.so.0 + 0x22b66) #4 0x00007f442e05efc9 g_thread_pool_thread_proxy (libglib-2.0.so.0 + 0x7bfc9) #5 0x00007f442e05e6a2 g_thread_proxy (libglib-2.0.so.0 + 0x7b6a2) #6 0x00007f442d4fa432 start_thread (libpthread.so.0 + 0x9432) #7 0x00007f442deff873 __clone (libc.so.6 + 0x101873) Stack trace of thread 825: #0 0x00007f442defa2dd syscall (libc.so.6 + 0xfc2dd) #1 0x00007f442e0815ac g_mutex_lock_slowpath (libglib-2.0.so.0 + 0x9e5ac) #2 0x00007f442e05eec9 g_thread_pool_thread_proxy (libglib-2.0.so.0 + 0x7bec9) #3 0x00007f442e05e6a2 g_thread_proxy (libglib-2.0.so.0 + 0x7b6a2) #4 0x00007f442d4fa432 start_thread (libpthread.so.0 + 0x9432) #5 0x00007f442deff873 __clone (libc.so.6 + 0x101873)
*** This bug has been marked as a duplicate of bug 1795052 ***