[
https://issues.apache.org/jira/browse/TS-3729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14645210#comment-14645210
]
ASF subversion and git services commented on TS-3729:
-----------------------------------------------------
Commit 13c76b35cfd4c1b8d9225a8b24279beb08215a46 in trafficserver's branch
refs/heads/6.0.x from [~zwoop]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=13c76b3 ]
Merge branch 'master' into 6.0.x
* master: (188 commits)
Clang-format. briang what is the Jira for this??
TS-3798: Copy server session sharing pool to local HttpSM configuration.
Revert "TS-3584: SPDY and H2 requests should not trigger connection
keep-alive."
Revert "TS-3640: Drupal auth fails over SPDY"
TS-3030 Restore the autoreconf -if ...
TS-3729 cache_promote: defer TSHttpTxnServerRespNoStoreSet() to a global
continuation, saves a possible race condition
Revert "TS-3729 cache_promote: defer TSHttpTxnServerRespNoStoreSet() to a
global continuation, saves a possible race condition"
TS-3030 Remove the Makefile targets / ops
TS-3729 cache_promote: defer TSHttpTxnServerRespNoStoreSet() to a global
continuation, saves a possible race condition
TS-3774 clang-format
[TS-3794]: call spdy_process_read on early read from handshake.
TS-3774: Fix memory leak issue in host file parsing for HostDB.
[TS-3794]: Enhance post SSL handshake read race condition for SPDY and H2
scenarios.
TS-3793: Check the incoming header request length for HTTP/2 requests
TS-3783 TS-3030 Add luajit v2.0.4 as a subtree
TS-3030 Remove the LuaJIT sub-module
TS-3773 clang-format
TS-3773: HostDB view all: add more detail for RR records
Fixed typo in comment
Fixed typo in comments
...
> cache_promote: Can crash / assert under conditions where origin is very slow
> ----------------------------------------------------------------------------
>
> Key: TS-3729
> URL: https://issues.apache.org/jira/browse/TS-3729
> Project: Traffic Server
> Issue Type: Bug
> Components: Plugins
> Reporter: Leif Hedstrom
> Assignee: Leif Hedstrom
> Fix For: 6.1.0
>
>
> If the response from origin is very slow (> 60s), until ATS gets the headers,
> there's a window where cache_promote can assert and crash, when remap.config
> is reloaded on a live system. This is a similar problem to other places where
> we ended up having to ref-count the continuation and remap configuration.
> Since we defer the cache control until "read-response-header" due to TS-3426,
> this is an unfortunate (and temporary) problem. At the point where this hook
> needs to execute, we don't need access to the remap data or continuation, so
> my solution / proposal is that we just use a global continuation that is
> unrelated to the remap configs, and schedule it when this deferred cache
> control is needed. Later, we can then remove it completely.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
