在带有4X三星800 SD的CentOS 7服务器上,我正在使用KVM进行虚拟化。我为LVM创建了一个瘦LVM存储,并使用"lvcreate -l 100%免费类型的瘦池thin_pool vgssd“给了我以下内容:
块大小为1.00 MiB的瘦池卷最多可寻址253.00 TiB的数据
警告:池归零和1.00 MiB大块大小减缓了瘦配置
警告:考虑禁用零化(-Zn)或使用较小的块大小(<512.00 KiB)。
创建逻辑卷"thin_pool“。
你觉得块状的大小如何?有必要归零吗?VM性能对我来说很重要,它们大多是Windows。
发布于 2022-06-29 07:32:17
我只能建议使用较小的块大小,不要禁用零!
我那该死的故事:
具有LVM存储设置的Proxmox服务器
lvcreate -l 100%FREE --thinpool myVolumeGroup/myLogicalVolume -Zn
我所有的VM都有一个OS磁盘和一个单独的数据磁盘。通过Proxmox备份运行定期备份。备份的还原第一次看上去很好,但数据磁盘已损坏:
Error: Both the primary and backup GPT tables are corrupt. Try making a fresh table, and using Parted's rescue feature to recover partitions.
备份毫无价值。时间在流逝。
在proxmox论坛线程中,有人也有同样的问题:The troublemaker has been found: Due to a hint when creating the thinpool, I added flag -Zn so that the first 4k of volumes on their creation are not set to zero.
如果您已经禁用了对生产服务器的零化,则解决方案:
lvchange -Z y myVolumeGroup/myLogicalVolume
https://serverfault.com/questions/1015132
复制相似问题