[squid-users] Fw: [Bug 4977] stmem.cc:98: "lowestOffset () <= target_offset" assertion when adapting Content-Range value

Alex Rousskov rousskov at measurement-factory.com
Tue Nov 5 14:10:50 UTC 2019


On 11/5/19 4:34 AM, Matus UHLAR - fantomas wrote:

> Now I have full backtrace, hopefully:

You are making progress, but the backtrace itself is not sufficient. One
has to examine the core dump to find out transaction details (e.g., the
URL) _and_ log enough of those details into cache.log (usually at levels
much higher than ALL,2) to restore Squid state and figure out what is
going on or build a reliable reproducer. Sorry if I was not clear about
that from the start.

It does take time and some expertise to figure out what is going on.
Unfortunately, I cannot personally guide you through this painful
process right now.

Alex.


> (gdb) backtrace
> #0  __GI_raise (sig=sig at entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
> #1  0x00007f93a15b2535 in __GI_abort () at abort.c:79
> #2  0x00005654ebcee5ad in xassert (msg=msg at entry=0x5654ec133290
> "lowestOffset () <= target_offset", file=file at entry=0x5654ec133043
> "stmem.cc", line=line at entry=98) at debug.cc:618
> #3  0x00005654ebe6c170 in mem_hdr::freeDataUpto
> (this=this at entry=0x5654f6c11988, target_offset=target_offset at entry=0) at
> stmem.cc:39
> #4  0x00005654ebe27440 in MemObject::trimSwappable (this=0x5654f6c11950)
> at MemObject.cc:400
> #5  0x00005654ebe74bf5 in StoreEntry::trimMemory (this=0x5654edd697b0,
> preserveSwappable=<optimized out>) at store.cc:1902
> #6  0x00005654ec100a80 in Store::Controller::memoryOut (this=<optimized
> out>, e=..., preserveSwappable=<optimized out>) at Controller.cc:557
> #7  0x00005654ebe84305 in StoreEntry::swapOut (this=0x5654edd697b0) at
> store_swapout.cc:185
> #8  0x00005654ebe7b3fd in StoreEntry::invokeHandlers
> (this=this at entry=0x5654edd697b0) at store_client.cc:719
> #9  0x00005654ebe736ac in StoreEntry::write (this=0x5654edd697b0,
> writeBuffer=...) at store.cc:836
> #10 0x00005654ebf0a590 in Client::storeReplyBody
> (this=this at entry=0x5654f15e4d88,
>    data=0x5654f5a21f70 "A\336{\t,8K\246\353\257=\"r\r\210\375u\254\061
> \016\301\001\t\255\265\206\030h\350`a\300Kd\002\222k\354\247\016 at 3m\211v
> \204\227rdL\030\006\026j\024\002XXM\240R)\343kƔ\017\222\261\367X\033
> \234:\204\242\315\032\205\020\032*Zm鲜\273\272\361\060\310j\276\217o
> \364m\377O\375\006&Ԏ", len=len at entry=1400) at ../../src/StoreIOBuffer.h:23
> #11 0x00005654ebf0a5d3 in Client::addVirginReplyBody
> (this=this at entry=0x5654f15e4d88, data=<optimized out>,
> len=len at entry=1400) at Client.cc:1005
> #12 0x00005654ebdeca37 in HttpStateData::writeReplyBody
> (this=0x5654f15e4d88) at http.cc:1359
> #13 0x00005654ebdf1bd5 in HttpStateData::processReplyBody
> (this=0x5654f15e4d88) at http.cc:1424
> #14 0x00005654ebdf382a in HttpStateData::processReply
> (this=0x5654f15e4d88) at http.cc:1251
> #15 0x00005654ebdf4da8 in HttpStateData::readReply (this=0x5654f15e4d88,
> io=...) at http.cc:1223
> #16 0x00005654ebdf8d6b in JobDialer<HttpStateData>::dial
> (this=0x5654f281c0f0, call=...) at base/AsyncJobCalls.h:169
> #17 0x00005654ebf5be51 in AsyncCall::make
> (this=this at entry=0x5654f281c0c0) at AsyncCall.cc:40
> #18 0x00005654ebf5d3a4 in AsyncCallQueue::fireNext (this=<optimized
> out>) at AsyncCallQueue.cc:56
> #19 0x00005654ebf5d6e9 in AsyncCallQueue::fire (this=0x5654ed4cdc40) at
> AsyncCallQueue.cc:42
> #20 0x00005654ebdb98ea in EventLoop::dispatchCalls (this=0x7ffcde3afba0)
> at EventLoop.cc:144
> #21 EventLoop::runOnce (this=this at entry=0x7ffcde3afba0) at EventLoop.cc:121
> #22 0x00005654ebdb99d8 in EventLoop::run
> (this=this at entry=0x7ffcde3afba0) at EventLoop.cc:83
> #23 0x00005654ebe22ab9 in SquidMain (argc=<optimized out>,
> argv=<optimized out>) at main.cc:1707
> #24 0x00005654ebd13901 in SquidMainSafe (argv=0x7ffcde3b0008, argc=6) at
> main.cc:1415
> #25 main (argc=6, argv=0x7ffcde3b0008) at main.cc:1403
> 



More information about the squid-users mailing list