[
https://issues.apache.org/jira/browse/HDFS-1566?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12985079#action_12985079
]
Todd Lipcon commented on HDFS-1566:
-----------------------------------
I don't think so - the logs just ended abruptly. Assumedly nothing could be
appended to the log because the disk was completely out of space. You can
probably repro pretty easily with a loopback mount - just make sure the logs
and the data volume are both on this volume when it fills up.
> Test that covers full partition
> ---------------------------------
>
> Key: HDFS-1566
> URL: https://issues.apache.org/jira/browse/HDFS-1566
> Project: Hadoop HDFS
> Issue Type: Test
> Components: name-node
> Affects Versions: 0.20.2
> Reporter: Eli Collins
> Assignee: Konstantin Boudnik
> Fix For: 0.23.0
>
>
> We've seen the following bug, hdfs needs a test to reproduce this:
> * /var filled up
> * 2NN failed checkpoint due to no space left on device
> * NN log hit end of disk
> * NN seems to have exited on the spot, mid-log-message
> * NN edits are left corrupted
> ** Half of a rename made it into the log
> ** valid data appears to end on a sector boundary
> ** this is true across all of the edit dirs
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
