[
https://issues.apache.org/jira/browse/TS-4009?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Phil Sorber updated TS-4009:
----------------------------
Assignee: Leif Hedstrom (was: Phil Sorber)
> stale_while_revalidate crash
> ----------------------------
>
> Key: TS-4009
> URL: https://issues.apache.org/jira/browse/TS-4009
> Project: Traffic Server
> Issue Type: Bug
> Components: Plugins
> Affects Versions: 6.0.0
> Reporter: Christoph Keller
> Assignee: Leif Hedstrom
> Labels: regression
> Fix For: 6.1.0
>
>
> Since 6.0 stale_while_revalidate-plugin crashes after serving a stale
> document while trying to get the new one. Can reproduce this issue with 6.0.x
> and master branch using the provided testserver. 5.3.x works fine. Doesn't
> look like that issue is up to some changes in the plugin-code so i guess it's
> an issue in the core code.
> {quote}
> #0 0x00002b75ae4625d7 in raise () from /lib64/libc.so.6
> #1 0x00002b75ae463cc8 in abort () from /lib64/libc.so.6
> #2 0x00002b75abdfd29d in ink_die_die_die () at ink_error.cc:43
> #3 0x00002b75abdfd356 in ink_fatal_va (fmt=0x2b75abe0e088 "%s:%d: failed
> assert `%s`", ap=0x2b75c0804a48) at ink_error.cc:65
> #4 0x00002b75abdfd3f5 in ink_fatal (message_format=0x2b75abe0e088 "%s:%d:
> failed assert `%s`") at ink_error.cc:73
> #5 0x00002b75abdfb016 in _ink_assert (expression=0x7b6e00 "((INKContInternal
> *)contp)->mutex", file=0x7b5dc5 "InkAPI.cc", line=6302) at ink_assert.cc:37
> #6 0x000000000051a5e2 in _TSReleaseAssert (text=0x7b6e00 "((INKContInternal
> *)contp)->mutex", file=0x7b5dc5 "InkAPI.cc", line=6302) at InkAPI.cc:407
> #7 0x0000000000528563 in TSVConnRead (connp=0x2b75d0000928, contp=0x28e6d60,
> bufp=0x2b75b801d5b0, nbytes=9223372036854775807) at InkAPI.cc:6302
> #8 0x00002b75b65d1795 in fetch_resource (cont=0x28e6dd0,
> event=TS_EVENT_IMMEDIATE, edata=0x2825ba0) at stale_while_revalidate.c:449
> #9 0x000000000051b4a7 in INKContInternal::handle_event (this=0x28e6dd0,
> event=1, edata=0x2825ba0) at InkAPI.cc:1005
> #10 0x0000000000506e34 in Continuation::handleEvent (this=0x28e6dd0, event=1,
> data=0x2825ba0) at ../iocore/eventsystem/I_Continuation.h:146
> #11 0x00000000007ac72e in EThread::process_event (this=0x2b75c0503010,
> e=0x2825ba0, calling_code=1) at UnixEThread.cc:128
> #12 0x00000000007ac990 in EThread::execute (this=0x2b75c0503010) at
> UnixEThread.cc:179
> #13 0x00000000007abc91 in spawn_thread_internal (a=0x2a7d460) at Thread.cc:86
> #14 0x00002b75ad48cdf5 in start_thread () from /lib64/libpthread.so.0
> #15 0x00002b75ae5231ad in clone () from /lib64/libc.so.6
> {quote}
> EDIT: I guess i just found it. I don't know why but NULL seems to be a
> problem right here
> "consume_cont = TSContCreate(consume_resource, NULL);" in fetch_resource
> In case i create a new TSMutex and pass it to this call it seems to work.
> Trying to make a patch for that now.
> I guess it is broken due to these changes:
> https://issues.apache.org/jira/browse/TS-3569
> https://github.com/apache/trafficserver/commit/a36c416786c79c643cd11fd332274365bc893bb6
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
