为什么我的 lvm 物理卷的空间比它包含的分区少得多?

Mic*_*l S 3 lvm

我在 centOS 6.4 上。我有一个 39TB 的硬件 RAID,配置为 RAID 6。我创建了一个 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
Run Code Online (Sandbox Code Playgroud)

我创建了一个 lvm 线性卷,如下所示:

pvcreate /dev/sdb1
vgcreate vg_jet716s /dev/sdb1
lvcreate -L 30T -n lv_jet716s_1 vg_jet716s
Run Code Online (Sandbox Code Playgroud)

然后我在lv_jet716s_1上创建了一个XFS fs,匹配raid条带宽度和数量:

mkfs.xfs -d su=64k,sw=13 /dev/mapper/vg_jet716s-lv_jet716s_1
Run Code Online (Sandbox Code Playgroud)

但是 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
Run Code Online (Sandbox Code Playgroud)

我认为我没有在创建物理卷后检查 pvs 输出的内容。我可能只是调用 'lvs' 来查看创建的逻辑卷的大小是否正确。这是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
Run Code Online (Sandbox Code Playgroud)

有什么想法吗?我是新手,失去近 10% 的空间真的很令人惊讶。谢谢!

-迈克尔

Dav*_*rtz 8

不幸的是,您的工具并没有对值是 TB 还是 TiB 一丝不苟。体积实际上大约是 36 TiB,而不是 36 TB。分区实际上大约是 39 TB,而不是 39 TiB。

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

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

所以 36 TiB 大约是 39 TB。