Группа объема, показывающая неправильный размер

Проблема, которую я имею, состоит в том, что мой размер группы объема намного больше, чем это возможный могло быть.

У меня есть физический диск 300 ГБ.

Я первоначально создал группу объема на sda1. Размер ниже показывает правильно, чем я настроил его, чтобы быть (93.1 ГБ), я затем расширил vg1 на sda4 - таким образом, размер группы объема должен быть приблизительно (93+176) 269 ГБ.

sudo lsblk
[sudo] password for production:
NAME            MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda               8:0    0 278.9G  0 disk
├─sda1            8:1    0  93.1G  0 part
│ ├─vg1-lv_root 252:0    0   4.7G  0 lvm  /
│ ├─vg1-lv_usr  252:1    0   9.3G  0 lvm  /usr
│ ├─vg1-lv_var  252:2    0  19.3G  0 lvm  /var
│ ├─vg1-lv_home 252:3    0   9.3G  0 lvm  /home
│ └─vg1-lv_tmp  252:4    0   4.7G  0 lvm  /tmp
├─sda2            8:2    0   9.3G  0 part [SWAP]
├─sda3            8:3    0   477M  0 part /boot
└─sda4            8:4    0   176G  0 part
sdb               8:16   0 278.9G  0 disk
└─sdb1            8:17   0 278.9G  0 part /mnt/cassandra
sdc               8:32   0 278.9G  0 disk
└─sdc1            8:33   0 278.9G  0 part /mnt/disk3
sr0              11:0    1  1024M  0 rom

Однако, поскольку мы видим ниже, его высказывание его 445 ГБ.

sudo vgdisplay
--- Volume group ---
VG Name               vg1
System ID
Format                lvm2
Metadata Areas        2
Metadata Sequence No  12
VG Access             read/write
VG Status             resizable
MAX LV                0
Cur LV                5
Open LV               5
Max PV                0
Cur PV                2
Act PV                2
VG Size               445.52 GiB
PE Size               4.00 MiB
Total PE              114053
Alloc PE / Size       12096 / 47.25 GiB
Free  PE / Size       101957 / 398.27 GiB
VG UUID               NQM1uq-XGDm-I893-rXQk-Ex8y-Dw7W-CI2HQk

Вот вывод 'fdisk/dev/sda'

Command (m for help): p
Disk /dev/sda: 278.9 GiB, 299439751168 bytes, 584843264 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xbd0bc5dd

Device     Boot     Start       End   Sectors  Size Id Type
/dev/sda1  *         2048 195311615 195309568 93.1G 8e Linux LVM
/dev/sda2       565311488 584841215  19529728  9.3G 82 Linux swap / Solaris
/dev/sda3       195311616 196288511    976896  477M 83 Linux
/dev/sda4       196288512 565311487 369022976  176G 8e Linux LVM

sudo pvs

[sudo] password for production:
  PV         VG   Fmt  Attr PSize   PFree
  /dev/sda1  vg1  lvm2 a--  269.56g 222.31g
  /dev/sda4  vg1  lvm2 a--  175.96g 175.96g

Версия Ubuntu

lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 16.04.3 LTS
Release:        16.04
Codename:       xenial

Что лучший метод должен устранить эту проблему?

1
задан 24 October 2017 в 04:57

2 ответа

Хорошо затем LVM имеет неверное представление о размере sda1. Попробуйте:

sudo pvresize /dev/sda1
0
ответ дан 8 December 2019 в 03:40

Выполнение pvresize против всех PVs, которые замечены командой pvs также, работает на RHV, использующий FV или ISCSI, который использует LVM. Я просто должен был войти в систему одного из серверов RHV-H недавно, потому что один на VMs был насильственно приостановлен из-за того, что он думал, был недостаток места и выполнял pvresize на всем PVs, который устранил проблему.

Это - также польза, и очень безопасный закрепляют на дисках ISCSI.

Это может иногда происходить, если существуют разрушения в хосте iSCSI, куда Ваши доли ISCSI поступают из на в сети между ISCSI "клиент" (доли использования), и ISCSI "сервер" (имеет фактические дисковые емкости, делящие iSCSI LUN).

0
ответ дан 8 December 2019 в 03:40

Другие вопросы по тегам:

Похожие вопросы: