Bug 927422
Summary: | GlusterFileSystem.getDefaultBlockSize() is hardcoded | ||
---|---|---|---|
Product: | [Community] GlusterFS | Reporter: | Steve Watt <swatt> |
Component: | gluster-hadoop | Assignee: | Jay Vyas <jvyas> |
Status: | CLOSED NOTABUG | QA Contact: | hcfs-gluster-bugs |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | mainline | CC: | aavati, bchilds, eboyd, matt, rhs-bugs, vbellur |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-11-13 15:50:46 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 947153 |
Description
Steve Watt
2013-03-25 21:13:24 UTC
Since we don't actually have blocks, I think that this is not a bug. *** Bug 927391 has been marked as a duplicate of this bug. *** Since we don't actually have blocks, I think that this is not a bug. Steve's Comments in 927391: "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." So - clearly we need an understanding of how blcoks/replicas work in addition to a rationale for the block size = 0 . *** Bug 927411 has been marked as a duplicate of this bug. *** Marking this as low priority since it is research-oriented and doesnt' constitute a bug Dynamically determining the block size doesn't seem practical or overly beneficial. Per bug triage discussion, moving to close this bug. We can reopen if we later find this is an issue with reproduce case. |