You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-dev@hadoop.apache.org by "Todd Lipcon (JIRA)" <ji...@apache.org> on 2010/07/02 06:04:51 UTC
[jira] Resolved: (HDFS-796) 4-thread Deadlock in DFS Client
[ https://issues.apache.org/jira/browse/HDFS-796?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Todd Lipcon resolved HDFS-796.
------------------------------
Resolution: Duplicate
Never saw this come back, I think its dup of HDFS-723
> 4-thread Deadlock in DFS Client
> -------------------------------
>
> Key: HDFS-796
> URL: https://issues.apache.org/jira/browse/HDFS-796
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client
> Reporter: Todd Lipcon
> Attachments: deadlock.txt
>
>
> Managed to get this deadlock running TestHDFSCLI this afternoon. It seems to be related to a signal, though I don't recall hitting ^C. The one thing I did that might help trigger this was reduce the Thread.sleep(1000) in LeaseChecker down to a shorter interval.
> "SIGTERM handler":
> waiting to lock monitor 0x0000000041f3bd18 (object 0x00007fa43c132328, a java.lang.Class),
> which is held by "SIGINT handler"
> "SIGINT handler":
> waiting to lock monitor 0x000000004230b410 (object 0x00007fa441603030, a org.apache.hadoop.fs.FileSystem$Cache$ClientFinalizer),
> which is held by "Thread-3"
> "Thread-3":
> waiting to lock monitor 0x00007fa4341fe3f0 (object 0x00007fa441d3b150, a org.apache.hadoop.hdfs.DFSClient$DFSOutputStream),
> which is held by "main"
> "main":
> waiting to lock monitor 0x0000000042b1ec80 (object 0x00007fa44167eff8, a org.apache.hadoop.hdfs.DFSClient$LeaseChecker),
> which is held by "Thread-3"
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.