[
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:35 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/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.
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.
> 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)
