lsm_volume_resize(3)
πΈ NAME πΈ
lsm_volume_resize β ok so bestie, this is the one that resizes an existing volume π
β¨ SYNOPSIS β¨
int lsm_volume_resize (lsm_connect *conn, lsm_volume *volume, uint64_t new_size, lsm_volume **resized_volume, char **job, lsm_flag flags);
π ARGUMENTS π
connβ a validlsm_connectpointer, no funny business πvolumeβlsm_volume. This is the volume we're gonna re-size, periodt.new_sizeβuint64_t. The new size of the volume, in bytes. Heads up though: the actual size might be bigger than what you asked for, because it gets based on array rounding to block size. So like, don't be shocked, it's giving "close enough" πresized_volumeβ output pointer of the updatedlsm_volume. It might be NULL if the storage system supports asynchronous action on this. And listen β that memory must be freed with a call tolsm_volume_record_free. Don't leave it hanging bestie πjobβ output pointer of string. If the storage system supports asynchronous action on this, a job gets created and you can track it vialsm_job_status_volume_get. It'll be NULL if the storage system does not support asynchronous action on this.flagsβ reserved for future use, must beLSM_CLIENT_FLAG_RSVD. Like, it has one job and one job only π₯
π VERSION π
1.0
π¦ DESCRIPTION π¦
So what this does is resize the specified volume. That's the whole vibe. β¨
But β and this is the important part β some pool might not allow volume resize at all. So please, please check lsm_pool_unsupported_actions_get for LSM_POOL_UNSUPPORTED_VOLUME_GROW and LSM_POOL_UNSUPPORTED_VOLUME_SHRINK before invoking this function. Do the vibe check first, then call. iykyk π«Ά
π CAPABILITY π
LSM_CAP_VOLUME_RESIZE
π RETURN π
Error code as enumerated by lsm_error_number. Here's the whole roster, no skips:
LSM_ERR_OK- On success. Slay π
LSM_ERR_JOB_STARTED- A job is started. Please check the
joboutput pointer.
- A job is started. Please check the
LSM_ERR_INVALID_ARGUMENT- When any argument is NULL or not a valid
lsm_connectpointer or invalid flags.
- When any argument is NULL or not a valid
LSM_ERR_NOT_FOUND_POOL- When pool not found.
LSM_ERR_NOT_FOUND_VOLUME- When volume not found.
LSM_ERR_NOT_ENOUGH_SPACE- Pool does not have enough space. π
LSM_ERR_POOL_NOT_READY- Pool is not ready for volume resizing.
LSM_ERR_NO_STATE_CHANGE- Requested size if identical to current size.
LSM_ERR_NO_SUPPORT- Not supported. π
and that's the whole page, bestie β written up in the Libstoragemgmt C API Manual, the lsm_volume_resize(3) one, dated February 2026. go resize something responsibly, ily π«Άβ¨
π¦ where this page comes from
- fedora 43: libstoragemgmt-devel 1.10.3-1.fc43 Β· LGPL-2.1-or-later
- fedora 44: libstoragemgmt-devel 1.10.3-1.fc44 Β· LGPL-2.1-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms