ISCSI LUN expansion calcuation does not work correctly
Posted: 26 Nov 2024, 02:03
The expansion of a LUN function for the ISCSI module is not working correctly. it will only let you expand the LUN based on the size of the free space of the volume.
i belive this to be a bug
example
existing config
2 TB volume
1.8TB LUN
objective expand lun to 2.8 TB
steps
extend volume to 3TB
go to iscsi interface edit existing lun
existing free space shows 1228 free
existing size shows 1843
type in new size capacity of 2867
tab off the capacity field
field reverts to the maximum free space available of 1228, does not keep the 2867.
can not expand the LUN as this is now less then the existing config and the goal is to go bigger.
i believe the problem is that the edit UI is using the same ui as the create. so the capacity box is calculating with the assumption of that this is a new LUN not a modify of a exiting lun thus it dynamically adjusts the the maximum free space available number.
this is a huge issue, as it would mean the only way to expand a LUN is to have the volume to have the entire of the objective size of the lun as free space in the volume further example
if you wanted to have a 4TB lun and expand it to 4.5 TB... you couldn't just expand the volume the 500-600GB you would have to expand the volume by 4.6~ TB so that the UI would let you type in the 4608 with out revering it. that would then get you a 4.5TB lun however now the volume is the 4.5 + the original 4TB so 8.5 TB just to support a 4.5 LUN because the gui wouldn't allow the expand. and as volumes are thick provisioned against the storage pool that is now storage that cant be used for other purposes
this testing was done via thing provisioned luns
in my real world impact i have a storJnode that is about to run out of space with out the ability to expand the LUN with out massive over provisioning space to the volume that i need for other things
i belive this to be a bug
example
existing config
2 TB volume
1.8TB LUN
objective expand lun to 2.8 TB
steps
extend volume to 3TB
go to iscsi interface edit existing lun
existing free space shows 1228 free
existing size shows 1843
type in new size capacity of 2867
tab off the capacity field
field reverts to the maximum free space available of 1228, does not keep the 2867.
can not expand the LUN as this is now less then the existing config and the goal is to go bigger.
i believe the problem is that the edit UI is using the same ui as the create. so the capacity box is calculating with the assumption of that this is a new LUN not a modify of a exiting lun thus it dynamically adjusts the the maximum free space available number.
this is a huge issue, as it would mean the only way to expand a LUN is to have the volume to have the entire of the objective size of the lun as free space in the volume further example
if you wanted to have a 4TB lun and expand it to 4.5 TB... you couldn't just expand the volume the 500-600GB you would have to expand the volume by 4.6~ TB so that the UI would let you type in the 4608 with out revering it. that would then get you a 4.5TB lun however now the volume is the 4.5 + the original 4TB so 8.5 TB just to support a 4.5 LUN because the gui wouldn't allow the expand. and as volumes are thick provisioned against the storage pool that is now storage that cant be used for other purposes
this testing was done via thing provisioned luns
in my real world impact i have a storJnode that is about to run out of space with out the ability to expand the LUN with out massive over provisioning space to the volume that i need for other things





