Bug 1260974
Summary: | gdeploy: inconsistency in values expected for brick_dirs | ||
---|---|---|---|
Product: | [Red Hat Storage] Red Hat Gluster Storage | Reporter: | Anush Shetty <ashetty> |
Component: | gdeploy | Assignee: | Sachidananda Urs <surs> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Anush Shetty <ashetty> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rhgs-3.1 | CC: | smohan |
Target Milestone: | --- | Keywords: | ZStream |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | gdeploy-1.0-10 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-03-25 14:23:23 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: |
Description
Anush Shetty
2015-09-08 10:30:06 UTC
Fixed in commit https://github.com/gluster/gdeploy/commit/63167ac4bd710c18e76bd26ff690254a87171f07 Will be available with next build. Now in both cases absolute path is to be given. In the back-end setup, though, one can still give absolute value since the initial path is already known from the mount point. In the volume creation from already existing back-end case, we have no way of knowing the absolute path, hence no relative path option. (In reply to Nandaja Varma from comment #3) > Now in both cases absolute path is to be given. In the back-end setup, > though, one can still give absolute value since the initial path is already > known from the mount point. In the volume creation from already existing > back-end case, we have no way of knowing the absolute path, hence no > relative path option. Do you mean that both absolute and relative paths are allowed? That is what it seems like. Also, when [mountpoints] values are not given, and [brick_dirs] value is a relative path, the [mountpoints] value is taken to be default, i.e /gluster/brick1. Please confirm if this is the right behaviour. yes. If back-end setup is there, we support both. It is just to make it a bit more flexible for the user. And the second case you mentioned is the expected behavior. If absolute path is not given for brick_dirs and mountpoints is not given, it will take the default value. Verified with gdeploy-1.0-11.el6rhs.noarch |