[jira] [Commented] (TS-2791) SPDY POST transactions failing with ERR_CLIENT_ABORT
[ https://issues.apache.org/jira/browse/TS-2791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14065341#comment-14065341 ] ASF subversion and git services commented on TS-2791: - Commit 626c79e39c446fa3bfa08db542f19b123457cc0e in trafficserver's branch refs/heads/master from [~briang] [ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=626c79e ] TS-2791: Write ready isn't needed in spdy SPDY POST transactions failing with ERR_CLIENT_ABORT Key: TS-2791 URL: https://issues.apache.org/jira/browse/TS-2791 Project: Traffic Server Issue Type: Bug Components: SPDY Reporter: Sudheer Vinukonda Labels: spdy, yahoo Fix For: 5.0.0 Attachments: ts2791.diff During our production testing of SPDY, we noticed that when trying to compose mails (POST transactions) on Firefox, we are seeing Network Error from the browser and ERR_CLIENT_ABORT from squid.logs. Upon some analysis, this issue appears to be likely specific to SPDY transactions and seem to be triggered by the expiry of proxy.config.http.transaction_no_activity_timeout_in timer. After some investigation, it looks like this may be caused by a timing issue related to streaming of the POST data to the origin.. If the POST body (data) is available by the time client session and origin connection is ready, the POST is successful, but, if the data is large enough that it is not all read yet by the time origin connection is established, the streaming does not get triggered. Debugging further to identify the root cause. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (TS-2791) SPDY POST transactions failing with ERR_CLIENT_ABORT
[ https://issues.apache.org/jira/browse/TS-2791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13998901#comment-13998901 ] ASF subversion and git services commented on TS-2791: - Commit a39c3e6c8abd08d1668aed97d963ddf52f8f1437 in trafficserver's branch refs/heads/master from [~bcall] [ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=a39c3e6 ] Added TS-2791 to changes SPDY POST transactions failing with ERR_CLIENT_ABORT Key: TS-2791 URL: https://issues.apache.org/jira/browse/TS-2791 Project: Traffic Server Issue Type: Bug Components: SPDY Reporter: Sudheer Vinukonda Labels: spdy, yahoo Fix For: 5.0.0 Attachments: ts2791.diff During our production testing of SPDY, we noticed that when trying to compose mails (POST transactions) on Firefox, we are seeing Network Error from the browser and ERR_CLIENT_ABORT from squid.logs. Upon some analysis, this issue appears to be likely specific to SPDY transactions and seem to be triggered by the expiry of proxy.config.http.transaction_no_activity_timeout_in timer. After some investigation, it looks like this may be caused by a timing issue related to streaming of the POST data to the origin.. If the POST body (data) is available by the time client session and origin connection is ready, the POST is successful, but, if the data is large enough that it is not all read yet by the time origin connection is established, the streaming does not get triggered. Debugging further to identify the root cause. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (TS-2791) SPDY POST transactions failing with ERR_CLIENT_ABORT
[ https://issues.apache.org/jira/browse/TS-2791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13998897#comment-13998897 ] ASF subversion and git services commented on TS-2791: - Commit 77a8522036b3aeefcea9a870d7cc62e2e7b0aeb3 in trafficserver's branch refs/heads/master from [~sudheerv] [ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=77a8522 ] TS-2791: SPDY POST transactions failing with ERR_CLIENT_ABORT SPDY POST transactions failing with ERR_CLIENT_ABORT Key: TS-2791 URL: https://issues.apache.org/jira/browse/TS-2791 Project: Traffic Server Issue Type: Bug Components: SPDY Reporter: Sudheer Vinukonda Labels: spdy, yahoo Fix For: 5.0.0 Attachments: ts2791.diff During our production testing of SPDY, we noticed that when trying to compose mails (POST transactions) on Firefox, we are seeing Network Error from the browser and ERR_CLIENT_ABORT from squid.logs. Upon some analysis, this issue appears to be likely specific to SPDY transactions and seem to be triggered by the expiry of proxy.config.http.transaction_no_activity_timeout_in timer. After some investigation, it looks like this may be caused by a timing issue related to streaming of the POST data to the origin.. If the POST body (data) is available by the time client session and origin connection is ready, the POST is successful, but, if the data is large enough that it is not all read yet by the time origin connection is established, the streaming does not get triggered. Debugging further to identify the root cause. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (TS-2791) SPDY POST transactions failing with ERR_CLIENT_ABORT
[ https://issues.apache.org/jira/browse/TS-2791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13994130#comment-13994130 ] Sudheer Vinukonda commented on TS-2791: --- So, the above fix seem to help - POST requests are now successful with this fix. I am yet to verify that the fix will still work if I check for the method to PURGE alone. But, in the mean time, can Yunkai Zhang comment on whether this fix might cause any other side affects? SPDY POST transactions failing with ERR_CLIENT_ABORT Key: TS-2791 URL: https://issues.apache.org/jira/browse/TS-2791 Project: Traffic Server Issue Type: Bug Components: SPDY Reporter: Sudheer Vinukonda Labels: spdy, yahoo During our production testing of SPDY, we noticed that when trying to compose mails (POST transactions) on Firefox, we are seeing Network Error from the browser and ERR_CLIENT_ABORT from squid.logs. Upon some analysis, this issue appears to be likely specific to SPDY transactions and seem to be triggered by the expiry of proxy.config.http.transaction_no_activity_timeout_in timer. After some investigation, it looks like this may be caused by a timing issue related to streaming of the POST data to the origin.. If the POST body (data) is available by the time client session and origin connection is ready, the POST is successful, but, if the data is large enough that it is not all read yet by the time origin connection is established, the streaming does not get triggered. Debugging further to identify the root cause. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (TS-2791) SPDY POST transactions failing with ERR_CLIENT_ABORT
[ https://issues.apache.org/jira/browse/TS-2791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13995842#comment-13995842 ] Sudheer Vinukonda commented on TS-2791: --- Hi, Leif - Unfortunately, this is a blocker for our SPDY Q2 goal, so, we need this fix urgently. I've tested a fix for this already and attached the patch here. Bryan will help review and commit this to 5.0. Regards, Sudheer SPDY POST transactions failing with ERR_CLIENT_ABORT Key: TS-2791 URL: https://issues.apache.org/jira/browse/TS-2791 Project: Traffic Server Issue Type: Bug Components: SPDY Reporter: Sudheer Vinukonda Labels: spdy, yahoo Fix For: sometime Attachments: ts2791.diff During our production testing of SPDY, we noticed that when trying to compose mails (POST transactions) on Firefox, we are seeing Network Error from the browser and ERR_CLIENT_ABORT from squid.logs. Upon some analysis, this issue appears to be likely specific to SPDY transactions and seem to be triggered by the expiry of proxy.config.http.transaction_no_activity_timeout_in timer. After some investigation, it looks like this may be caused by a timing issue related to streaming of the POST data to the origin.. If the POST body (data) is available by the time client session and origin connection is ready, the POST is successful, but, if the data is large enough that it is not all read yet by the time origin connection is established, the streaming does not get triggered. Debugging further to identify the root cause. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (TS-2791) SPDY POST transactions failing with ERR_CLIENT_ABORT
[
https://issues.apache.org/jira/browse/TS-2791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13995943#comment-13995943
]
Bryan Call commented on TS-2791:
[~sudheerv]
Did you try set TS_FETCH_FLAGS_STREAM? I would like to know more details about
why header_done is not being set.
{code}
if (header_done == 0 ((fetch_flags TS_FETCH_FLAGS_STREAM) ||
callback_options == AFTER_HEADER)) {
if (client_response_hdr.parse_resp(http_parser, resp_reader,
bytes_used, 0) == PARSE_DONE) {
header_done = 1;
{code}
SPDY POST transactions failing with ERR_CLIENT_ABORT
Key: TS-2791
URL: https://issues.apache.org/jira/browse/TS-2791
Project: Traffic Server
Issue Type: Bug
Components: SPDY
Reporter: Sudheer Vinukonda
Labels: spdy, yahoo
Fix For: sometime
Attachments: ts2791.diff
During our production testing of SPDY, we noticed that when trying to compose
mails (POST transactions) on Firefox, we are seeing Network Error from the
browser and ERR_CLIENT_ABORT from squid.logs. Upon some analysis, this issue
appears to be likely specific to SPDY transactions and seem to be triggered
by the expiry of proxy.config.http.transaction_no_activity_timeout_in timer.
After some investigation, it looks like this may be caused by a timing issue
related to streaming of the POST data to the origin.. If the POST body (data)
is available by the time client session and origin connection is ready, the
POST is successful, but, if the data is large enough that it is not all read
yet by the time origin connection is established, the streaming does not get
triggered. Debugging further to identify the root cause.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (TS-2791) SPDY POST transactions failing with ERR_CLIENT_ABORT
[ https://issues.apache.org/jira/browse/TS-2791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13995975#comment-13995975 ] Sudheer Vinukonda commented on TS-2791: --- Hi Bryan - TS_FETCH_FLAGS_STREAM is already set during FetchSM initialization (FetchSM::ext_init) - I've confirmed this with debug logs as well. From what I can see, the flag header_done appears to be needed when sending response to a client (based on the way it is set by checking client_response_hdr.parse_resp()) . For sending a client request to the origin (that involves POST/PUT), header_done is probably not applicable. SPDY POST transactions failing with ERR_CLIENT_ABORT Key: TS-2791 URL: https://issues.apache.org/jira/browse/TS-2791 Project: Traffic Server Issue Type: Bug Components: SPDY Reporter: Sudheer Vinukonda Labels: spdy, yahoo Fix For: sometime Attachments: ts2791.diff During our production testing of SPDY, we noticed that when trying to compose mails (POST transactions) on Firefox, we are seeing Network Error from the browser and ERR_CLIENT_ABORT from squid.logs. Upon some analysis, this issue appears to be likely specific to SPDY transactions and seem to be triggered by the expiry of proxy.config.http.transaction_no_activity_timeout_in timer. After some investigation, it looks like this may be caused by a timing issue related to streaming of the POST data to the origin.. If the POST body (data) is available by the time client session and origin connection is ready, the POST is successful, but, if the data is large enough that it is not all read yet by the time origin connection is established, the streaming does not get triggered. Debugging further to identify the root cause. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (TS-2791) SPDY POST transactions failing with ERR_CLIENT_ABORT
[ https://issues.apache.org/jira/browse/TS-2791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13995604#comment-13995604 ] Sudheer Vinukonda commented on TS-2791: --- Adding a patch that sends TS_EVENT_VCONN_WRITE_READY everytime, there's POST data. SPDY POST transactions failing with ERR_CLIENT_ABORT Key: TS-2791 URL: https://issues.apache.org/jira/browse/TS-2791 Project: Traffic Server Issue Type: Bug Components: SPDY Reporter: Sudheer Vinukonda Labels: spdy, yahoo Attachments: ts2791.diff During our production testing of SPDY, we noticed that when trying to compose mails (POST transactions) on Firefox, we are seeing Network Error from the browser and ERR_CLIENT_ABORT from squid.logs. Upon some analysis, this issue appears to be likely specific to SPDY transactions and seem to be triggered by the expiry of proxy.config.http.transaction_no_activity_timeout_in timer. After some investigation, it looks like this may be caused by a timing issue related to streaming of the POST data to the origin.. If the POST body (data) is available by the time client session and origin connection is ready, the POST is successful, but, if the data is large enough that it is not all read yet by the time origin connection is established, the streaming does not get triggered. Debugging further to identify the root cause. -- This message was sent by Atlassian JIRA (v6.2#6252)
