Return-Path: X-Original-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Delivered-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2F55372CF for ; Mon, 7 Nov 2011 15:43:15 +0000 (UTC) Received: (qmail 59859 invoked by uid 500); 7 Nov 2011 15:43:14 -0000 Delivered-To: apmail-hadoop-hdfs-issues-archive@hadoop.apache.org Received: (qmail 59778 invoked by uid 500); 7 Nov 2011 15:43:14 -0000 Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hdfs-issues@hadoop.apache.org Delivered-To: mailing list hdfs-issues@hadoop.apache.org Received: (qmail 59770 invoked by uid 99); 7 Nov 2011 15:43:14 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Nov 2011 15:43:14 +0000 X-ASF-Spam-Status: No, hits=-2001.2 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Nov 2011 15:43:12 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id AF8B0390D5 for ; Mon, 7 Nov 2011 15:42:51 +0000 (UTC) Date: Mon, 7 Nov 2011 15:42:51 +0000 (UTC) From: "Todd Lipcon (Commented) (JIRA)" To: hdfs-issues@hadoop.apache.org Message-ID: <1533235822.6853.1320680571720.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (HDFS-989) Flush/sync do not work on Hadoop LocalFileSystem MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HDFS-989?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13145563#comment-13145563 ] Todd Lipcon commented on HDFS-989: ---------------------------------- With hsync/hflush at a checksum boundary, we re-write the last checksum into the checksum file at the same time as we append the new data. There is a race during which the new data is there but not the checksum info -- but during recovery operations I believe we deal with this situation by ignoring checksum errors on the last checksum-chunk if there are no replicas with a valid last-chunk. > Flush/sync do not work on Hadoop LocalFileSystem > ------------------------------------------------ > > Key: HDFS-989 > URL: https://issues.apache.org/jira/browse/HDFS-989 > Project: Hadoop HDFS > Issue Type: Bug > Affects Versions: 0.20.1 > Reporter: Nathan Marz > > They seem to be no-ops. This is really easy to reproduce, just open a file using FileSystem/getLocal(new Configuration()), write data to the output stream, and then try to flush/sync. I also tried creating the output stream with a buffer size of 1, but that had no effect. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira