[
https://issues.apache.org/jira/browse/HDFS-1836?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eli Collins reassigned HDFS-1836:
---------------------------------
Assignee: Todd Lipcon
+1 to the latest hdfs-1836-0.20.txt patch for 20.
Here are test-patch results. This is just cleanup so no new tests are required.
The eclipse classpath error is unrelated.
{noformat}
[exec]
[exec] -1 overall.
[exec]
[exec] +1 @author. The patch does not contain any @author tags.
[exec]
[exec] -1 tests included. The patch doesn't appear to include any new
or modified tests.
[exec] Please justify why no tests are needed for
this patch.
[exec]
[exec] +1 javadoc. The javadoc tool did not generate any warning
messages.
[exec]
[exec] +1 javac. The applied patch does not increase the total number
of javac compiler warnings.
[exec]
[exec] +1 findbugs. The patch does not introduce any new Findbugs
warnings.
[exec]
[exec] -1 Eclipse classpath. The patch causes the Eclipse classpath to
differ from the contents of the lib directories.
[exec]
{noformat}
> Thousand of CLOSE_WAIT socket
> ------------------------------
>
> Key: HDFS-1836
> URL: https://issues.apache.org/jira/browse/HDFS-1836
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client
> Affects Versions: 0.20.2
> Environment: Linux 2.6.18-194.32.1.el5 #1 SMP Wed Jan 5 17:52:25 EST
> 2011 x86_64 x86_64 x86_64 GNU/Linux
> java version "1.6.0_23"
> Java(TM) SE Runtime Environment (build 1.6.0_23-b05)
> Java HotSpot(TM) 64-Bit Server VM (build 19.0-b09, mixed mode)
> Reporter: Dennis Cheung
> Assignee: Todd Lipcon
> Attachments: hdfs-1836-0.20.txt, hdfs-1836-0.20.txt,
> patch-draft-1836.patch
>
>
> $ /usr/sbin/lsof -i TCP:50010 | grep -c CLOSE_WAIT
> 4471
> It is better if everything runs normal.
> However, from time to time there are some "DataStreamer Exception:
> java.net.SocketTimeoutException" and "DFSClient.processDatanodeError(2507) |
> Error Recovery for" can be found from log file and the number of CLOSE_WAIT
> socket just keep increasing
> The CLOSE_WAIT handles may remain for hours and days; then "Too many open
> file" some day.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
