[squid-users] Chaining icap and ecap services - FATAL: Received Segment Violation...dying.

Yuri yvoinov at gmail.com
Mon Jul 10 13:50:33 UTC 2017


Yup, seems this is

http://bugs.squid-cache.org/show_bug.cgi?id=4597


10.07.2017 13:45, bugreporter пишет:
> Hi Yuri
> ,
> Below the gdb backtrace. I hope that it could help you resolving the issue.
>
> Regarding Squid-4.0 my understanding is that it is a beta version while I
> need a stable version. Actually at this stage upgrading to 4.0  would
> represent a lot of integration, testing and validation work. Therefore,
> either I abandon the idea to have ecap and icap at the same time or the bug
> can be fixed (or at least we can find a workaround).
>
> 8<-----------------------------------------------------------------------------------------------------------------------------------------
> GNU gdb (GDB) 7.5
> Copyright (C) 2012 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-unknown-linux-gnu".
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>...
> Reading symbols from /sbin/squid...done.
> [New LWP 4452]
>
> warning: Could not load shared library symbols for linux-vdso.so.1.
> Do you need "set solib-search-path" or "set sysroot"?
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/libthread_db.so.1".
> Core was generated by `(squid-1) -f /etc/squid.conf'.
> Program terminated with signal 6, Aborted.
> #0  0x00007fc47fa6a3a9 in raise () from /lib/libc.so.6
> (gdb) bt full
> #0  0x00007fc47fa6a3a9 in raise () from /lib/libc.so.6
> No symbol table info available.
> #1  0x00007fc47fa6b7a8 in abort () from /lib/libc.so.6
> No symbol table info available.
> #2  0x000000000066186e in death (sig=<optimized out>) at tools.cc:356
> No locals.
> #3  <signal handler called>
> No symbol table info available.
> #4  0x00007fc45cfc8bb0 in Adapter::Xaction::noteVbContentDone
> (this=0x25c8cb0, atEnd=<optimized out>) at adapter_gzip.cc:533
> No locals.
> #5  0x00000000007eff28 in
> Adaptation::Ecap::XactionRep::noteBodyProductionEnded (this=0x25bd928,
> bp=...) at XactionRep.cc:657
> No locals.
> #6  0x000000000057332d in UnaryMemFunT<BodyConsumer, RefCount<BodyPipe>,
> RefCount<BodyPipe> >::doDial (this=0x261c880) at base/AsyncJobCalls.h:121
> No locals.
> #7  0x00000000005737f9 in JobDialer<BodyConsumer>::dial (this=0x261c880,
> call=...) at base/AsyncJobCalls.h:174
>          __FUNCTION__ = "dial"
> #8  0x00000000006e45a7 in AsyncCall::make (this=0x261c850) at
> AsyncCall.cc:40
>          __FUNCTION__ = "make"
> #9  0x00000000006e8722 in AsyncCallQueue::fireNext
> (this=this at entry=0x1d94e20) at AsyncCallQueue.cc:56
>          call = {p_ = 0x261c850}
>          __FUNCTION__ = "fireNext"
> #10 0x00000000006e8b60 in AsyncCallQueue::fire (this=0x1d94e20) at
> AsyncCallQueue.cc:42
>          made = true
> #11 0x000000000058b109 in dispatchCalls (this=0x7ffd7f0c0e20) at
> EventLoop.cc:143
>          dispatchedSome = <optimized out>
> #12 EventLoop::runOnce (this=this at entry=0x7ffd7f0c0e20) at EventLoop.cc:120
>          sawActivity = <optimized out>
>          waitingEngine = 0x7ffd7f0c0db0
> #13 0x000000000058b1f0 in EventLoop::run (this=0x7ffd7f0c0e20) at
> EventLoop.cc:82
> No locals.
> #14 0x00000000005ee425 in SquidMain (argc=<optimized out>, argv=<optimized
> out>) at main.cc:1541
>          __FUNCTION__ = "SquidMain"
>          signalEngine = {<AsyncEngine> = {_vptr.AsyncEngine = 0x8829d0
> <vtable for SignalEngine+16>}, <No data fields>}
>          store_engine = {<AsyncEngine> = {_vptr.AsyncEngine = 0x882990
> <vtable for StoreRootEngine+16>}, <No data fields>}
>          comm_engine = {<AsyncEngine> = {_vptr.AsyncEngine = 0xb68ab0 <vtable
> for CommSelectEngine+16>}, <No data fields>}
>          mainLoop = {errcount = 0, static Running = 0x7ffd7f0c0e20, last_loop
> = false, engines = {<std::_Vector_base<AsyncEngine*,
> std::allocator<AsyncEngine*> >> = {
>                _M_impl = {<std::allocator<AsyncEngine*>> =
> {<__gnu_cxx::new_allocator<AsyncEngine*>> = {<No data fields>}, <No data
> fields>}, _M_start = 0x2202150, _M_finish = 0x2202170,
>                  _M_end_of_storage = 0x2202170}}, <No data fields>},
> timeService = 0x7ffd7f0c0dc0, primaryEngine = 0x7ffd7f0c0db0, loop_delay =
> 0, error = false, runOnceResult = false}
>          time_engine = {_vptr.TimeEngine = 0x892550 <vtable for
> TimeEngine+16>}
> #15 0x00000000005082cb in SquidMainSafe (argv=<optimized out>,
> argc=<optimized out>) at main.cc:1265
> No locals.
> #16 main (argc=<optimized out>, argv=<optimized out>) at main.cc:1258
> No locals.
> (gdb)
> 8<-----------------------------------------------------------------------------------------------------------------------------------------
>
> Warm Regards,
>
>
>
>
> -----
> Bug Reporter Contributor
> OpenSource = Open-Minded
> --
> View this message in context: http://squid-web-proxy-cache.1019090.n4.nabble.com/Chaining-icap-and-ecap-services-FATAL-Received-Segment-Violation-dying-tp4683033p4683042.html
> Sent from the Squid - Users mailing list archive at Nabble.com.
> _______________________________________________
> squid-users mailing list
> squid-users at lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users



More information about the squid-users mailing list