Raghu's comment makes sense. We can get around it by not truncating the data file but only the crc file. The last 4 bytes need to be overwritten anyway.
On 10/6/08 11:25 AM, "Raghu Angadi (JIRA)" <[EMAIL PROTECTED]> wrote: > > [ > https://issues.apache.org/jira/browse/HADOOP-4292?page=com.atlassian.jira.plug > in.system.issuetabpanels:comment-tabpanel&focusedCommentId=12637168#action_126 > 37168 ] > > Raghu Angadi commented on HADOOP-4292: > -------------------------------------- > > truncate implies that if the first append() fails, user can actually lose data > that existed in the file before append(). > >> append() does not work for LocalFileSystem >> ------------------------------------------ >> >> Key: HADOOP-4292 >> URL: https://issues.apache.org/jira/browse/HADOOP-4292 >> Project: Hadoop Core >> Issue Type: Bug >> Components: fs >> Affects Versions: 0.18.0, 0.19.0 >> Reporter: Raghu Angadi >> Assignee: Hairong Kuang >> Priority: Blocker >> Fix For: 0.18.2, 0.19.0 >> >> >> append is supported by LocalFileSystem but it does not update crc when a file >> is appended. >> When you enable checksum verification {{TestLocalFileSystem.testAppend}} >> fails. Since HADOOP-4277 is a blocker for 0.17 I am planning to disable this >> test in HADOOP-4277.
