目前遇到问题,vg 最大是2T lv 已经为40G 再扩容个2T的磁盘无法扩容。
Insufficient free space: 551962 extents needed, but only 514047 available
551962 extents needed, but only 514047 available
意思是需要551962个块,但实际只有 514047块可用。是你打算扩容时的容量大于实际的容量了。缩小一点容量即可,例如1.9999T. 你的这种情况在我lvm扩容时经常遇到。
为了限制Linux内核内存使用量,每个逻辑卷(LV)有65,536个物理盘区(PE)的限制。因此,LVM中PE大小将直接决定逻辑卷(LV)的最大大小!例如,4MB PE大小(默认PE大小)将单个逻辑卷(LV)限制为256GB,16MB PE大小将限制单个LV增长超过1TB,等等。
除PE大小因素外,单个LV的最大尺寸也受CPU架构和Linux内核版本的限制:
Linux内核版本2.4.x将最大LV大小限制为2TB。
在2.4.x之前的一些较早的Linux内核中,最大LV大小限制为1TB(由块层中的整数签名问题引起 caused by the integer signedness problems in the block layer)。
32位CPU和Linux内核版本2.6.x的组合,逻辑卷大小的限制在16TB时最大化。
对于在64位CPU上运行的Linux内核2.6.x,最大LV大小为8EB
供参考
首先VG限制2T是不可能的,最大限制要根据EXTENTS的大小来定。具体可以查查。
其次,你这是扩容LV报的错还是扩容VG报的错啊。你得把报错贴出来看看。
有这方面的限制。这取决于磁盘的分区格式吧。单文件最大大小:
File System Max File Size [Byte]
Ext2 or Ext3 (1 kB block size) 16 GB
Ext2 or Ext3 (2 kB block size) 256 GB
Ext2 or Ext3 (4 kB block size) 2 TB
Ext2 or Ext3 (8 kB block size) 64 TB
ReiserFS 3.5 4 GB
ReiserFS 3.6 1 EB
XFS 8 EB
如果是文件系统的话,不应该限制于2T
tmpfs 63G 212K 63G 1% /dev/shm
tmpfs 63G 162M 63G 1% /run
tmpfs 63G 0 63G 0% /sys/fs/cgroup
/dev/sda2 50G 165M 50G 1% /boot
/dev/sda1 10G 9.5M 10G 1% /boot/efi
/dev/mapper/cl-data 4.1T 322G 3.8T 8% /data
tmpfs 13G 16K 13G 1% /run/user/42
tmpfs 13G 0 13G 0% /run/user/0
tmpfs 13G 0 13G 0% /run/user/988
收起551962 extents needed, but only 514047 available
大小需要551962
但只有514047可用
看数量级相差不是很大,你试试把扩容的空间写少一点。比如不要写2T,写1.8T这样子。我怀疑是1000进制和1024 进制的关系导致的,或者你可以说是10进制和2进制。
收起