Hi guys.
Do you use Squid? I with c10 get "constant" coredumps - squid-6.10-10.el10 like so:
Started squid.service - Cluster Controlled squid.service. Process 304378 (squid) of user 23 dumped core.
Module /usr/sbin/squid from rpm squid-6.10-10.el10.x86_64 Module libnss_systemd.so.2 from rpm systemd-257-23.el10.x86_64 Module libnss_sss.so.2 from rpm sssd-2.12.0-1.el10.x86_64 Module pkcs11.so from rpm pkcs11-provider-1.0-3.el10.x86_64 Module libpcre2-8.so.0 from rpm pcre2-10.44-1.el10.3.x86_64 Module libselinux.so.1 from rpm libselinux-3.10-1.el10.x86_64 Module libkeyutils.so.1 from rpm keyutils-1.6.3-5.el10.x86_64 Module libkrb5support.so.0 from rpm krb5-1.21.3-9.el10.x86_64 Module libk5crypto.so.3 from rpm krb5-1.21.3-9.el10.x86_64 Module libz.so.1 from rpm zlib-ng-2.2.3-3.el10.x86_64 Module libltdl.so.7 from rpm libtool-2.4.7-14.el10.x86_64 Module libsystemd.so.0 from rpm systemd-257-23.el10.x86_64 Module libcom_err.so.2 from rpm e2fsprogs-1.47.1-5.el10.x86_64 Module libkrb5.so.3 from rpm krb5-1.21.3-9.el10.x86_64 Module libgssapi_krb5.so.2 from rpm krb5-1.21.3-9.el10.x86_64 Module libcrypto.so.3 from rpm openssl-3.5.5-1.el10.x86_64 Module libssl.so.3 from rpm openssl-3.5.5-1.el10.x86_64 Module libcap.so.2 from rpm libcap-2.69-7.el10.x86_64 Stack trace of thread 304378: #0 0x00007f991441080c __pthread_kill_implementation (libc.so.6 + 0x9780c) #1 0x00007f99143ba116 raise (libc.so.6 + 0x41116) #2 0x00007f99143a18fa abort (libc.so.6 + 0x288fa) #3 0x0000561bfac3e9a9 xassert (/usr/sbin/squid + 0x4979a9) #4 0x0000561bfaa5f2fc _ZL22storeSwapOutFileClosedPvi8RefCountI12StoreIOStateE (/usr/sbin/squid + 0x2b82fc) #5 0x0000561bfab6e4b1 _ZN2Fs3Ufs13UFSStoreState15doCloseCallbackEi (/usr/sbin/squid + 0x3c74b1) #6 0x0000561bfab6996b _ZN2Fs3Ufs13UFSStoreState14closeCompletedEv (/usr/sbin/squid + 0x3c296b) #7 0x0000561bfab7d9f8 _ZN12BlockingFile6createEij8RefCountI11IORequestorE (/usr/sbin/squid + 0x3d69f8) #8 0x0000561bfab62e63 _ZN2Fs3Ufs11UFSStrategy6createEPN5Store4DiskEP10StoreEntryPFvPvi8RefCountI12StoreIOStateEES7_ (/usr/sbin/squid + 0x3bbe63) #9 0x0000561bfab51572 _ZN2Fs3Ufs10UFSSwapDir13createStoreIOER10StoreEntryPFvPvi8RefCountI12StoreIOStateEES4_ (/usr/sbin/squid + 0x3aa572) #10 0x0000561bfaa559ae _Z11storeCreateP10StoreEntryPFvPvi8RefCountI12StoreIOStateEES1_ (/usr/sbin/squid + 0x2ae9ae) #11 0x0000561bfaa60a81 _ZN10StoreEntry7swapOutEv (/usr/sbin/squid + 0x2b9a81) #12 0x0000561bfaa55fd8 _ZN10StoreEntry14invokeHandlersEv (/usr/sbin/squid + 0x2aefd8) #13 0x0000561bfa922efc _ZN8FwdState9completedEv (/usr/sbin/squid + 0x17befc) #14 0x0000561bfa92ac11 _ZN8FwdState8completeEv (/usr/sbin/squid + 0x183c11) #15 0x0000561bfa9fe896 _ZN13HttpStateData9readReplyERK14CommIoCbParams (/usr/sbin/squid + 0x257896) #16 0x0000561bfaa04ddf _ZN9JobDialerI13HttpStateDataE4dialER9AsyncCall (/usr/sbin/squid + 0x25dddf) #17 0x0000561bfab30d1b _ZN14AsyncCallQueue4fireEv (/usr/sbin/squid + 0x389d1b) #18 0x0000561bfa91fd88 _ZN9EventLoop7runOnceEv (/usr/sbin/squid + 0x178d88) #19 0x0000561bfaa1c778 _Z9SquidMainiPPc (/usr/sbin/squid + 0x275778) #20 0x0000561bfa8c86a5 main (/usr/sbin/squid + 0x1216a5) #21 0x00007f99143a358e __libc_start_call_main (libc.so.6 + 0x2a58e) #22 0x00007f99143a3649 __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x2a649) #23 0x0000561bfa8cd595 _start (/usr/sbin/squid + 0x126595) ELF object binary architecture: AMD x86-64
Does anybody see this/similar? thanks, L.
I'm not able to reproduce on fresh machine. Are you able to reproduce on older version?
# dnf list squid --showduplicates Installed Packages squid.x86_64
7:6.10-10.el10
@appstream Available Packages squid.x86_64
7:6.10-2.el10
appstream squid.x86_64
7:6.10-3.el10
appstream squid.x86_64
7:6.10-5.el10
appstream squid.x86_64
7:6.10-8.el10
appstream squid.x86_64
On Fri, Apr 10, 2026 at 8:45 AM lejeczek via devel devel@lists.centos.org wrote:
Hi guys.
Do you use Squid? I with c10 get "constant" coredumps - squid-6.10-10.el10 like so:
Started squid.service - Cluster Controlled squid.service. Process 304378 (squid) of user 23 dumped core.
Module /usr/sbin/squid from rpm squid-6.10-10.el10.x86_64 Module libnss_systemd.so.2 from rpm systemd-257-23.el10.x86_64 Module libnss_sss.so.2 from rpm sssd-2.12.0-1.el10.x86_64 Module pkcs11.so from rpm pkcs11-provider-1.0-3.el10.x86_64 Module libpcre2-8.so.0 from rpm pcre2-10.44-1.el10.3.x86_64 Module libselinux.so.1 from rpm libselinux-3.10-1.el10.x86_64 Module libkeyutils.so.1 from rpm keyutils-1.6.3-5.el10.x86_64 Module libkrb5support.so.0 from rpm krb5-1.21.3-9.el10.x86_64 Module libk5crypto.so.3 from rpm krb5-1.21.3-9.el10.x86_64 Module libz.so.1 from rpm zlib-ng-2.2.3-3.el10.x86_64 Module libltdl.so.7 from rpm libtool-2.4.7-14.el10.x86_64 Module libsystemd.so.0 from rpm systemd-257-23.el10.x86_64 Module libcom_err.so.2 from rpm e2fsprogs-1.47.1-5.el10.x86_64 Module libkrb5.so.3 from rpm krb5-1.21.3-9.el10.x86_64 Module libgssapi_krb5.so.2 from rpm krb5-1.21.3-9.el10.x86_64 Module libcrypto.so.3 from rpm openssl-3.5.5-1.el10.x86_64 Module libssl.so.3 from rpm openssl-3.5.5-1.el10.x86_64 Module libcap.so.2 from rpm libcap-2.69-7.el10.x86_64 Stack trace of thread 304378: #0 0x00007f991441080c __pthread_kill_implementation (libc.so.6 + 0x9780c) #1 0x00007f99143ba116 raise (libc.so.6 + 0x41116) #2 0x00007f99143a18fa abort (libc.so.6 + 0x288fa) #3 0x0000561bfac3e9a9 xassert (/usr/sbin/squid + 0x4979a9) #4 0x0000561bfaa5f2fc _ZL22storeSwapOutFileClosedPvi8RefCountI12StoreIOStateE (/usr/sbin/squid + 0x2b82fc) #5 0x0000561bfab6e4b1 _ZN2Fs3Ufs13UFSStoreState15doCloseCallbackEi (/usr/sbin/squid + 0x3c74b1) #6 0x0000561bfab6996b _ZN2Fs3Ufs13UFSStoreState14closeCompletedEv (/usr/sbin/squid + 0x3c296b) #7 0x0000561bfab7d9f8 _ZN12BlockingFile6createEij8RefCountI11IORequestorE (/usr/sbin/squid + 0x3d69f8) #8 0x0000561bfab62e63 _ZN2Fs3Ufs11UFSStrategy6createEPN5Store4DiskEP10StoreEntryPFvPvi8RefCountI12StoreIOStateEES7_ (/usr/sbin/squid + 0x3bbe63) #9 0x0000561bfab51572 _ZN2Fs3Ufs10UFSSwapDir13createStoreIOER10StoreEntryPFvPvi8RefCountI12StoreIOStateEES4_ (/usr/sbin/squid + 0x3aa572) #10 0x0000561bfaa559ae _Z11storeCreateP10StoreEntryPFvPvi8RefCountI12StoreIOStateEES1_ (/usr/sbin/squid + 0x2ae9ae) #11 0x0000561bfaa60a81 _ZN10StoreEntry7swapOutEv (/usr/sbin/squid + 0x2b9a81) #12 0x0000561bfaa55fd8 _ZN10StoreEntry14invokeHandlersEv (/usr/sbin/squid
- 0x2aefd8)
#13 0x0000561bfa922efc _ZN8FwdState9completedEv (/usr/sbin/squid + 0x17befc) #14 0x0000561bfa92ac11 _ZN8FwdState8completeEv (/usr/sbin/squid + 0x183c11) #15 0x0000561bfa9fe896 _ZN13HttpStateData9readReplyERK14CommIoCbParams (/usr/sbin/squid + 0x257896) #16 0x0000561bfaa04ddf _ZN9JobDialerI13HttpStateDataE4dialER9AsyncCall (/usr/sbin/squid + 0x25dddf) #17 0x0000561bfab30d1b _ZN14AsyncCallQueue4fireEv (/usr/sbin/squid + 0x389d1b) #18 0x0000561bfa91fd88 _ZN9EventLoop7runOnceEv (/usr/sbin/squid + 0x178d88) #19 0x0000561bfaa1c778 _Z9SquidMainiPPc (/usr/sbin/squid + 0x275778) #20 0x0000561bfa8c86a5 main (/usr/sbin/squid + 0x1216a5) #21 0x00007f99143a358e __libc_start_call_main (libc.so.6 + 0x2a58e) #22 0x00007f99143a3649 __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x2a649) #23 0x0000561bfa8cd595 _start (/usr/sbin/squid + 0x126595) ELF object binary architecture: AMD x86-64
Does anybody see this/similar? thanks, L. _______________________________________________ devel mailing list -- devel@lists.centos.org To unsubscribe send an email to devel-leave@lists.centos.org
Regards
mhh.. seems that - when managed by pacemaker/pcs - when resource's *op* timeouts are not long enough, then /squid/ might do such "coredump" Tuning those fixes the "issue", so it seems. thanks, L.