[
https://issues.apache.org/jira/browse/HDFS-9384?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Nauroth updated HDFS-9384:
--------------------------------
Attachment: HDFS-9384.003.patch
Hi Xiaoyu. Thank you for reviewing.
Technically, it's not necessary to retain the full contents of the client
request, because the tests only run assertions related to the header
information, which is in the first buffer read. However, I still think your
suggestion is helpful for the sake of making the code more intuitive. I have
attached patch v003.
> TestWebHdfsContentLength intermittently hangs and fails due to TCP
> conversation mismatch between client and server.
> -------------------------------------------------------------------------------------------------------------------
>
> Key: HDFS-9384
> URL: https://issues.apache.org/jira/browse/HDFS-9384
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: test
> Reporter: Chris Nauroth
> Assignee: Chris Nauroth
> Priority: Minor
> Attachments: HDFS-9384.001.patch, HDFS-9384.002.patch,
> HDFS-9384.003.patch
>
>
> {{TestWebHdfsContentLength}} runs a simple hand-coded HTTP server in a
> background thread to simulate some WebHDFS server responses. In some
> environments (notably Windows), I have observed that the test can hang and
> fail intermittently. The root cause is that the server fails to fully
> consume the client's input. This causes a mismatch in the TCP conversation
> state, and ultimately the client side hangs, then aborts after the 60-second
> socket timeout.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
