> On Fri, 12 Sep 2014 08:01:25 -0500 Dale Schroeder wrote: >> I don't understand how a log rotation can fail, yet succeed. > > The way the log rotation integrates with external log management tools > is that Squid leaves the external tool to do file renaming or moving, > and just re-opens the filedescriptors it has for the log files. > > So the logs have been changed successfully by logrotated. But the squid > binary is asserting at some point in the followup process. > > The assertion seems to be caused by memory management for some globals > allocated for the ICAP services.
Hello, I have noticed the same error during log rotation. I have "icap_enable off" (default) and no squidclamav (almost default config) but I have ecap_service gzip_service respmod_precache ... loadable_modules /usr/lib/squid3/ecap_adapter_gzip.so adaptation_access gzip_service allow GZIP_HTTP_STATUS ^^^^^^^^^^^^^^^^^ correlates with bug#4057 mentioned above Now when I run squid from command line (with another instance running in background), it segfauls: > # gdb /usr/sbin/squid3 > Reading symbols from /usr/sbin/squid3...Reading symbols from > /usr/lib/debug//usr/sbin/squid3...done. > (gdb) run > Starting program: /usr/sbin/squid3 > [Thread debugging using libthread_db enabled] > Using host libthread_db library > "/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1". > > Program received signal SIGABRT, Aborted. > 0xb7fde424 in __kernel_vsyscall () > (gdb) bt > #0 0xb7fde424 in __kernel_vsyscall () > #1 0xb78f9307 in __GI_raise (sig=sig@entry=6) at > ../nptl/sysdeps/unix/sysv/linux/raise.c:56 > #2 0xb78fa9c3 in __GI_abort () at abort.c:89 > #3 0x801470a4 in xassert (msg=0x80438250 "size == > StrPoolsAttrs[i].obj_size", file=0x8043f7c4 "mem.cc", line=282) at > debug.cc:566 > #4 0x801f0fc7 in memFreeString (size=721, buf=0x806c87e0) at mem.cc:282 > #5 0x80233e1a in String::clean (this=0x806ccd0c) at String.cc:159 > #6 0x80399033 in Adaptation::AccessRule::~AccessRule (this=0x806ccd08, > __in_chrg=<optimized out>) at AccessRule.cc:16 > #7 0x80399f4a in Adaptation::Config::FreeAccess () at Config.cc:281 > #8 0x8039ad64 in Adaptation::Config::freeService (this=0x806b34c0 > <Adaptation::Icap::TheConfig>) at Config.cc:148 > #9 0x8039adb8 in Adaptation::Config::~Config (this=0x806b34c0 > <Adaptation::Icap::TheConfig>, __in_chrg=<optimized out>) at Config.cc:307 > #10 0x803b5d04 in Adaptation::Icap::Config::~Config (this=0x806b34c0 > <Adaptation::Icap::TheConfig>, __in_chrg=<optimized out>) at Config.cc:54 > #11 0xb78fc121 in __run_exit_handlers (status=status@entry=0, > listp=0xb7a723c4 <__exit_funcs>, run_list_atexit=run_list_atexit@entry=true) > at exit.c:82 > #12 0xb78fc17d in __GI_exit (status=0) at exit.c:104 > #13 0x801ee9cf in watch_child (argv=<optimized out>) at main.cc:1687 > #14 SquidMain (argc=1, argv=0xbffffa94) at main.cc:1452 > #15 0x800d5c79 in SquidMainSafe (argv=0xbffffa94, argc=1) at main.cc:1260 > #16 main (argc=1, argv=0xbffffa94) at main.cc:1252 In /var/log/squid3/cache.log: > 2014/11/11 01:30:36| Squid is already running! Process ID 22357 > 2014/11/11 01:30:36| assertion failed: mem.cc:282: "size == > StrPoolsAttrs[i].obj_size" I am running squid 3.4.8-2 / jessie -- With best regards, Dmitry -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
