Return-Path: X-Original-To: apmail-crunch-dev-archive@www.apache.org Delivered-To: apmail-crunch-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id AE9FD17C02 for ; Mon, 27 Apr 2015 17:36:38 +0000 (UTC) Received: (qmail 16701 invoked by uid 500); 27 Apr 2015 17:36:38 -0000 Delivered-To: apmail-crunch-dev-archive@crunch.apache.org Received: (qmail 16661 invoked by uid 500); 27 Apr 2015 17:36:38 -0000 Mailing-List: contact dev-help@crunch.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@crunch.apache.org Delivered-To: mailing list dev@crunch.apache.org Received: (qmail 16645 invoked by uid 500); 27 Apr 2015 17:36:38 -0000 Delivered-To: apmail-incubator-crunch-dev@incubator.apache.org Received: (qmail 16642 invoked by uid 99); 27 Apr 2015 17:36:38 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Apr 2015 17:36:38 +0000 Date: Mon, 27 Apr 2015 17:36:38 +0000 (UTC) From: "Andy Nelson (JIRA)" To: crunch-dev@incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Comment Edited] (CRUNCH-513) HFileSource not calculating size correctly for nested pathes MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CRUNCH-513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14514502#comment-14514502 ] Andy Nelson edited comment on CRUNCH-513 at 4/27/15 5:36 PM: ------------------------------------------------------------- [~jwills], sorry for the lack of context. But for additional information, we are using hadoop 2. The file path in question follows this pattern: /tmp/appservices/hfiles/hi_v9_appservices_registries3_0_5b0ed0be-d700-499a-9b95-d21177b66853 Within that directory, there is a directory called "m" that contains several part-r-000XX files. As far as adding a new check like isDir(), let me take investigate that a little further and get back to you. was (Author: anelson425): [~jwills], sorry for the lack of context. But for additional information, we are using hadoop 2. The file path in question follows this pattern: /tmp/appservices/hfiles/hi_v9_appservices_registries3_0_5b0ed0be-d700-499a-9b95-d21177b66853/m Within that directory, there are several part-r-000XX files. As far as adding a new check like isDir(), let me take investigate that a little further and get back to you. > HFileSource not calculating size correctly for nested pathes > ------------------------------------------------------------ > > Key: CRUNCH-513 > URL: https://issues.apache.org/jira/browse/CRUNCH-513 > Project: Crunch > Issue Type: Bug > Affects Versions: 0.10.0, 0.8.3 > Reporter: Andy Nelson > Attachments: Crunch-513.patch > > > The cause of this is that getInternalSize[1] does not traverse the child paths to determine the size. > I have the fix in a patch that I will attach but I have not been able to successfully append to the integration tests to see this failure. This issue only appears to be a problem when using the DistributedFileSystem but the tests for HFileSource use RawLocalFileSystem. I see there are additional tests that use the hadoop mini cluster, but I was not able to implement correctly. > [1] https://github.com/apache/crunch/blob/apache-crunch-0.8.3/crunch-hbase/src/main/java/org/apache/crunch/io/hbase/HFileSource.java#L116 -- This message was sent by Atlassian JIRA (v6.3.4#6332)