[
https://issues.apache.org/jira/browse/TS-3777?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Susan Hinrichs updated TS-3777:
-------------------------------
Attachment: ts-3777-2.diff
[~sudheerv], you are right. The internal flag is set. It was the
pipeline_possible flag that was triggering the half close flag.
It turns out that my original patch was missing setting some extra flags on EOS
in client_watch_for_abort. I had been testing on a branch with additional
fixes that I thought were independent. I was able to clear the
pipeline_possible flag there and remove the additional HttpClientSession
read_state state to fix the issue that Daniel was seeing.
The shorter patch is in ts-3777-2.diff. Actually running on this patch
directly. Will go ahead and run in production to verify no memory leak.
> TSHttpConnect and POST request does not fire TS_VCONN_READ_COMPLETE nor
> TS_VCONN_EOS
> ------------------------------------------------------------------------------------
>
> Key: TS-3777
> URL: https://issues.apache.org/jira/browse/TS-3777
> Project: Traffic Server
> Issue Type: Bug
> Components: TS API
> Reporter: Daniel Vitor Morilha
> Assignee: Susan Hinrichs
> Labels: yahoo
> Fix For: 6.1.0
>
> Attachments: ts-3777-2.diff, ts-3777.diff
>
>
> When using TSHttpConnect to connect to ATS itself (internal vconnection),
> sending a POST request and receiving a CHUNKED response. ATS does not fire
> neither TS_VCONN_READ_COMPLETE nor TS_VCONN_EOS.
> Trying to close the vconnection from the plug-in after receiving the last
> chunk ("\r\n0\r\n") results into the PluginVC repeating the following message:
> {noformat}
> [Jul 14 21:24:06.094] Server {0x7ffff7fbe800} DEBUG: (pvc_event) [0] Passive:
> Received event 1
> {noformat}
> I am glad to provide an example if that helps.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
