为什么我的lvm物理卷比它包含的分区有更less的空间?

我在centOS 6.4上。 我有一个39TB的硬件RAIDconfiguration为RAID 6.我创build了一个单独的39TB分区。 它报告:

(parted) print Model: JetStor JetStor -VOL#000 (scsi) Disk /dev/sdb: 39.0TB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File system Name Flags 1 1049kB 39.0TB 39.0TB primary 

我创build了一个lvm线性音量,如下所示:

 pvcreate /dev/sdb1 vgcreate vg_jet716s /dev/sdb1 lvcreate -L 30T -n lv_jet716s_1 vg_jet716s 

然后,我在lv_jet716s_1上创build了一个XFS fs,与raid stripe width和number匹配:

 mkfs.xfs -d su=64k,sw=13 /dev/mapper/vg_jet716s-lv_jet716s_1 

但是pvs输出这个:

 [root@cfile ~]# pvs PV VG Fmt Attr PSize PFree /dev/sda2 vg_cfile lvm2 a-- 464.76g 285.62g /dev/sdb1 vg_jet716s lvm2 a-- 35.47t 5.47t 

我不认为我创build了物理卷后检查了什么pvs输出。 我可能只是叫'lvs'来看看逻辑卷是以正确的大小创build的。 这里是lvs和vgs:

 [root@cfile ~]# lvs LV VG Attr LSize Pool Origin Data% Move Log Cpy%Sync Convert lv_root vg_cfile -wi-ao--- 50.00g lv_swap vg_cfile -wi-ao--- 31.48g lv_var vg_cfile -wi-ao--- 97.66g lv_jet716s_1 vg_jet716s -wi-ao--- 30.00t [root@cfile ~]# vgs VG #PV #LV #SN Attr VSize VFree vg_cfile 1 3 0 wz--n- 464.76g 285.62g vg_jet716s 1 1 0 wz--n- 35.47t 5.47t 

有什么想法吗? 我是新来的,真的让我惊讶地失去了10%的空间。 谢谢!

-Michael

不幸的是,你的工具并不是一成不变的,值是TB还是TiB。 这个数量实际上大约是36TB,而不是36TB。 这个分区实际上是大约39TB,而不是39TB。

36 TiB =(36 * 1024)GiB = 36864 GiB
36,864个GiB =(36,864×1024)MiB = 37,748,736个MiB。

如果你一直到字节,你会得到39,582,418,599,936字节,或约39.6 TB。

所以36 TiB约为39 TB。

你的pvs输出使用的是TiB,但并不明显; 从男人pvs :

--units hHbBsSkKmMgGtTpPeE

所有大小都以这些单位输出:(h)可读的,(b)字节,(k)ilobytes,(m)egabytes,(g)十亿字节,(t)erabytes,(p)etabytes, (e)中xabytes。 大写使用1000(SI)的倍数而不是1024.还可以指定自定义单位,例如 – 单位3M

你可以告诉parted使用TiB

(parted) unit TiB

那么这些数字应该更接近一致 – 正如大卫·施瓦茨所说,36TB = 39TB。