StorPool: resize of an encrypted volume does not account for the LUKS header (live resize fails with "Cannot grow device files", guest ends up 2 MiB short)
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
这个 Issue 还没有评估数据。
描述
problem
When a LUKS-encrypted volume on StorPool primary storage is resized, the
plugin resizes the StorPool volume to exactly the requested size. At creation
the plugin adds 2 MiB (2097152 bytes) for the LUKS header, but the resize path
does not.
Effects:
-
Live resize fails inside QEMU. The agent runs
virsh blockresizewith the
new size; QEMU needs new size + LUKS payload offset on the underlying block
device, which is larger than the device, and returns:internal error: unable to execute QEMU command 'block_resize': Cannot grow device filesThe failure is not surfaced.
notifyqemu()inresizevolume.shonly logs
"failed to live resize", the script exits 0, the agent returns success and
the resizeVolume job succeeds. The guest keeps seeing the old size. -
Size mismatch. CloudStack records the requested size, but once QEMU
re-reads the device (VM stop/start, or a manual blockresize) the guest sees
the requested size minus the LUKS header. The same shortfall applies to
offline resize, without any error (from code reading, not tested). -
Rollback uses the same unadjusted size (from code reading, not tested).
If the StorPool API call or the agent command fails,resizeVolume()calls
StorPoolUtil.volumeUpdate(name, oldSize, true, ...), i.e. shrinkOk=true
with the CloudStack size. For an encrypted volume that has never been
resized the device is oldSize + 2097152, so this requests a 2 MiB shrink of
a LUKS device.
Code references (main at cc30155defc89bce24a253df892a0494ae8bba1e):
- Create adds the allowance:
https://github.com/apache/cloudstack/blob/cc30155defc89bce24a253df892a0494ae8bba1e/plugins/storage/volume/storpool/src/main/java/org/apache/cloudstack/storage/datastore/driver/StorPoolPrimaryDataStoreDriver.java#L302
(also L876 and L879 for volumes created from a template/snapshot) - Resize does not (
updateVolumeByStorPoolQoS,updateVolumeByOffering):
https://github.com/apache/cloudstack/blob/cc30155defc89bce24a253df892a0494ae8bba1e/plugins/storage/volume/storpool/src/main/java/org/apache/cloudstack/storage/datastore/driver/StorPoolPrimaryDataStoreDriver.java#L495-L512 - Rollback with oldSize and shrinkOk=true:
https://github.com/apache/cloudstack/blob/cc30155defc89bce24a253df892a0494ae8bba1e/plugins/storage/volume/storpool/src/main/java/org/apache/cloudstack/storage/datastore/driver/StorPoolPrimaryDataStoreDriver.java#L420-L436 - QEMU side:
block_crypto_co_truncateadds the payload offset, and
raw_co_truncaterejects growth of a block device:
https://github.com/qemu/qemu/blob/v9.0.0/block/crypto.c#L433-L449
https://github.com/qemu/qemu/blob/v9.0.0/block/file-posix.c#L2670-L2678
The header allowance was introduced with StorPool encryption support in #7539.
versions
on all versions
The steps to reproduce the bug
- KVM zone with StorPool primary storage and a host that supports volume
encryption. Create a custom-size disk offering with encrypt=true, tagged
to the StorPool pool. - Create a 10 GiB data volume from that offering and attach it to a running
VM. On the host,blockdev --getsize64on the StorPool device shows
10739515392 (10 GiB + 2097152); the guest sees 10737418240. - Resize the volume while the VM is running:
cmk resize volume id= size=20 - Observe:
- the resizeVolume job succeeds and CloudStack reports 20 GiB
blockdev --getsize64shows 21474836480 (exactly 20 GiB, no allowance)- libvirtd logs the block_resize "Cannot grow device files" error
- the guest still sees 10 GiB
Expected: the StorPool volume is resized to 20 GiB + 2097152, blockresize
succeeds, and the guest sees 20 GiB, matching what CloudStack reports.
What to do about it?
Apply the same allowance on resize as on create, for encrypted volumes only:
- In
updateVolumeByOfferingandupdateVolumeByStorPoolQoS, send
payload.newSize + 2097152to the StorPool API when the volume has a
passphrase (or KMS key on main).updateVolumeByStorPoolQoSneeds the
volume passed in. - Use the same adjusted size for the rollback in
resizeVolume(). - Keep
payload.newSizefor the agent command and for the size stored in
the database.
Sketch:
private static long getStorPoolVolumeSize(VolumeObject vol, long size) {
boolean encrypted = vol.getPassphraseId() != null || vol.getKmsKeyId() != null;
return encrypted ? size + 2097152 : size;
}
Volumes already resized under this bug have no allowance; the next resize
after the fix would correct them.
Separately, it may be worth surfacing the blockresize failure instead of
returning success, so a failed live resize is visible in the job result.
- 主要语言
- Java
- 星标
- 3.1k
- 派生
- 1.4k
- 平均合并
- 7 天 16 小时
- 30 天内合并 PR
- 15
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
apache/cloudstack 的其他 Issue
-
resizeVolume of a running system VM's volume is accepted but the VM never sees the new size可能已有人在做 @bhouse-nexthop 于 3 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 72/100
apache/cloudstack#14645 · 1 条评论 ·
维护者通常 1 天内回复
-
VR reports a load balancer change as applied when haproxy.cfg cannot be replaced可能已有人在做 @bhouse-nexthop 于 3 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 78/100
apache/cloudstack#14633 · 1 条评论 ·
维护者通常 1 天内回复
-
restartNetwork reports a ResourceUnavailableException as an unexpected error (530), unlike restartVPC (534)可能已有人在做 @bhouse-nexthop 于 3 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 78/100
apache/cloudstack#14631 · 1 条评论 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 68/100
apache/cloudstack#14625 · 1 条评论 ·
维护者通常 1 天内回复
-
Remote access VPN users are disconnected on every LB, ACL, port forward or firewall change (xl2tpd restarted on every iptables pass)可能已有人在做 @willbennett-devops 于 12 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 72/100
apache/cloudstack#14545 · 1 条评论 ·
维护者通常 1 天内回复
查看 apache/cloudstack 的全部 Issue
相似的 Issue
-
bug emitter:client:csharp
难度 2/5 1-3 小时 新手友好度 84/100
microsoft/typespec#12572 · 1 条评论 · 1 个 reaction ·
维护者通常 1 天内回复
-
[BUG]: Java SDK MountRequest always sends update-optional fields, resetting stored mount settings未关闭bug
难度 2/5 1-3 小时 新手友好度 75/100
维护者通常 1 天内回复
-
GCC 15.2: -Wcast-qual warning - cast discards const qualifier from pointer target type (H5trace.c)未关闭
难度 2/5 1-3 小时 新手友好度 73/100
维护者通常 1 天内回复
-
[Bug] RemotingHelper.connect swaps the socket send and receive buffer configuration可能已有人在做 @amalsaidov 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 82/100
维护者通常 1 天内回复
-
needs-area-label
难度 2/5 1-3 小时 新手友好度 78/100
维护者通常 2 天内回复