-
Notifications
You must be signed in to change notification settings - Fork 37
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Thin Logical Volume size - use entire VG #74
Comments
"by pre-allocating the entire disk's space in a thin Logical Volume" - why not use a thick volume instead? We need to use snapshots, and thin volumes are a pre-requisite. |
Under thinpool and thinvolume create if you don't give size 100% will be assumed. roles/backend_setup/tasks/thin_pool_create.yml: size: "{{ item.thinpoolsize | default('100%FREE') }}" Leave out the thinpoolsize parameter. It will use the entire disk. |
I take your point for I think the original issue is with the lvol module rather than this role. It doesn't support percent values for size when creating thin volumes. |
You are right regarding the consistency. But poolmetadata size we cannot leave it to default to 100%. Since it is just the metadata. And we have to default to a saner value if it is not given than erroring out. Because we know what would be the ideal value for metadata. Regarding lvol module, you are right. It is not quite flexible. |
I'm trying to create a brick that uses the entire physical disk by pre-allocating the entire disk's space in a thin Logical Volume, without specifying an absolute size (in GB\TB, etc).
The thin pool is fine since in variable:
gluster_infra_thinpools
, can use:thinpoolsize: "99%VG"
, which leaves one percent for the pool metadata (16GB).But this approach fails when creating the thin LV using variable:
gluster_infra_lv_logicalvols
that has:lvsize: "99%VG"
. Error occurs: "Thin volume sizing with percentage not supported":How can I avoid specifying the absolute size of each disk in the
lvsize
value?The text was updated successfully, but these errors were encountered: