Bug 927391 - GlusterFileSystem.getFileStatus() hardcodes the block replication factor to zero
Summary: GlusterFileSystem.getFileStatus() hardcodes the block replication factor to zero
Keywords:
Status: CLOSED DUPLICATE of bug 927422
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: rhs-hadoop
Version: 2.0
Hardware: x86_64
OS: Linux
medium
low
Target Milestone: ---
: ---
Assignee: Jay Vyas
QA Contact: hcfs-gluster-bugs
URL:
Whiteboard:
Depends On:
Blocks: HCFS
TreeView+ depends on / blocked
 
Reported: 2013-03-25 20:04 UTC by Steve Watt
Modified: 2013-06-20 13:38 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-04-29 19:59:58 UTC
Embargoed:


Attachments (Terms of Use)

Description Steve Watt 2013-03-25 20:04:34 UTC
Description of problem:

GlusterFileSystem.getFileStatus() first determines if the object is a file or a directory. If it is a file it returns a new FileStatus objection and passes in 0 for the third parameter, which is the block replication factor. This should be passing in the replica factor set on the volume as indicated by the same methods implementation in the DistributedFileSystem class. To date, we have seen no actual errors with the 0 replica setting, but we need to understand where this gets called by the computational layers, how it gets used and the impact of leaving this hardcoded.

Comment 2 Jay Vyas 2013-04-29 19:59:58 UTC
Closing as this is essentially a duplicate of 927422 

Updating that bug with the info in this thread.

*** This bug has been marked as a duplicate of bug 927422 ***


Note You need to log in before you can comment on or make changes to this bug.