LVM2 недавно добавленный диск немедленно сообщает о заполнении

LVM2 недавно добавленный диск немедленно сообщает о заполнении

Я добавил диск на 4 ТБ, отформатированный в EXT4 (/dev/sdk1), в свой массив lvm2 с помощью webmin. Затем я попросил webmin расширить файловую систему, включив этот диск. Он сообщил об ошибке, снимок которой я не сделал. Однако он добавил диск в логический том, и том сообщает новый общий размер, однако по-прежнему имеет старый объем свободного места. Когда я смотрю на pvdisplay, он показывает, что новый диск заполнен! Как мне исправить эту ошибку? Я попробовал e2fsck, который сообщает, что lv чистый. Ниже приведены мои результаты vgdisplay, pvdisplay и lvdisplay:

name@Server:~$ sudo pvdisplay
--- Physical volume ---
PV Name               /dev/sdg1
VG Name               samba
PV Size               3.64 TiB / not usable 2.00 MiB
Allocatable           yes (but full)
PE Size               4.00 MiB
Total PE              953861
Free PE               0
Allocated PE          953861
PV UUID               VCtRWQ-c2u3-jIb3-AwGH-Wdpm-BNAz-U1QvzZ

--- Physical volume ---
PV Name               /dev/sdh1
VG Name               samba
PV Size               931.51 GiB / not usable 4.00 MiB
Allocatable           yes (but full)
PE Size               4.00 MiB
Total PE              238466
Free PE               0
Allocated PE          238466
PV UUID               0zHiKC-TTBn-L1TK-qmSo-y34W-G4mn-VCJXhA

--- Physical volume ---
PV Name               /dev/sdf1
VG Name               samba
PV Size               1.82 TiB / not usable 4.00 MiB
Allocatable           yes (but full)
PE Size               4.00 MiB
Total PE              476931
Free PE               0
Allocated PE          476931
PV UUID               5eOiZr-BdYk-Jk6c-X5fA-jMvf-7pdM-qvYI6G

--- Physical volume ---
PV Name               /dev/sde1
VG Name               samba
PV Size               3.64 TiB / not usable 2.00 MiB
Allocatable           yes (but full)
PE Size               4.00 MiB
Total PE              953861
Free PE               0
Allocated PE          953861
PV UUID               mrxqc3-qurh-eMER-dwRB-YTOB-fNf0-KPlfmg

--- Physical volume ---
PV Name               /dev/sdj1
VG Name               samba
PV Size               931.51 GiB / not usable 4.00 MiB
Allocatable           yes (but full)
PE Size               4.00 MiB
Total PE              238466
Free PE               0
Allocated PE          238466
PV UUID               SG2gP9-NLII-OsWd-tWGJ-Di8r-pDtT-rkcnTj

--- Physical volume ---
PV Name               /dev/sdm1
VG Name               samba
PV Size               1.82 TiB / not usable 4.00 MiB
Allocatable           yes (but full)
PE Size               4.00 MiB
Total PE              476931
Free PE               0
Allocated PE          476931
PV UUID               Ycqd4P-noXD-Nzgx-auAc-zzrS-F4KE-JSSMCd

--- Physical volume ---
PV Name               /dev/sdl1
VG Name               samba
PV Size               1.82 TiB / not usable 4.00 MiB
Allocatable           yes (but full)
PE Size               4.00 MiB
Total PE              476931
Free PE               0
Allocated PE          476931
PV UUID               XexUjT-PlM4-PQMu-9frH-dAVi-S8tC-hunsby

--- Physical volume ---
PV Name               /dev/sda1
VG Name               samba
PV Size               7.28 TiB / not usable 4.00 MiB
Allocatable           yes (but full)
PE Size               4.00 MiB
Total PE              1907720
Free PE               0
Allocated PE          1907720
PV UUID               ruDYpO-W9n8-XpMp-yLtg-3hfr-AOcX-DyAKlO

--- Physical volume ---
PV Name               /dev/sdk1
VG Name               samba
PV Size               3.64 TiB / not usable 2.00 MiB
Allocatable           yes (but full)
PE Size               4.00 MiB
Total PE              953861
Free PE               0
Allocated PE          953861
PV UUID               SEn3i2-8TcV-D2sm-6Ahe-pgQ4-hPzm-8wTDx1

name@Server:~$ sudo lvdisplay
--- Logical volume ---
LV Path                /dev/samba/media
LV Name                media
VG Name                samba
LV UUID                t3ItFs-3HWB-ZAZj-A0Ia-MDAe-sITn-tWaml1
LV Write Access        read/write
LV Creation host, time Server, 2017-08-03 17:36:54 +0100
LV Status              available
# open                 1
LV Size                25.47 TiB
Current LE             6677028
Segments               9
Allocation             inherit
Read ahead sectors     auto
- currently set to     256
Block device           252:0

name@Server:~$ sudo vgdisplay
--- Volume group ---
VG Name               samba
System ID             
Format                lvm2
Metadata Areas        9
Metadata Sequence No  43
VG Access             read/write
VG Status             resizable
MAX LV                0
Cur LV                1
Open LV               1
Max PV                0
Cur PV                9
Act PV                9
VG Size               25.47 TiB
PE Size               4.00 MiB
Total PE              6677028
Alloc PE / Size       6677028 / 25.47 TiB
Free  PE / Size       0 / 0   
VG UUID               S2A8Yl-CKR3-hhEf-DOoc-c564-e5DQ-GZ2vMb

Буду признателен за любую помощь. Мне было интересно, могу ли я просто удалить новый диск (на нем не должно быть данных), а затем использовать опцию принудительного удаления и посмотреть, смогу ли я вернуть старый массив, но поскольку он уже выделил новый физический том для логического тома (LV), потеряю ли я логический том (LV)?

решение1

"Я добавил диск на 4 ТБ, отформатированный в EXT4 (/dev/sdk1), в свой lvm2" - Это ваша первая проблема. Добавьте пустые диски в LVM. Вы не хотите найти старые суперблоки на дисках, когда создаете LV, который его заполняет. Файловые системы располагаются поверх LV, а не поверх PV.

Также, если вы добавляете целые диски в LVM, вам не нужно помещать на них таблицу разделов. Гораздо проще и надежнее добавлять сырые диски, особенно при их замене.

Чтобы я мог точнее решить вашу проблему, мне нужно будет посмотреть, что это была за ошибка во время добавления. Информация, представленная здесь, подскажет вам, где и как вы можете получить эту информацию. Самые полезные из них будут из lvmdumpи архива метаданных в /etc/lvm/archive/.

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/4/html/Cluster_Logical_Volume_Manager/troubleshooting.html

Что касается вашего вопроса об удалении и повторном добавлении, да, вы должны иметь возможность сделать это, если у вашего VG достаточно места в других PV, чтобы отменить распределение того, который вы хотите удалить. Удаление PV из VG так же просто, как указание LVM переместить все экстенты на этом диске на другие диски в VG, а затем сжать VG, удалив этот диск из массива:

pvmove /dev/sdk1
vgreduce samba /dev/sdk1

ОБНОВЛЯТЬ

После просмотра предоставленных данных, похоже, что все изменения LVM были выполнены успешно, поскольку webmin добавил новый диск к существующему VG "samba" - расширив VG примерно на 4TiB, а затем расширив LV "media" на оставшиеся свободные физические экстенты, предоставленные этим новым диском. Что не удалось (фактически молча), так это команда resize2fs /dev/samba/media, которая должна была изменить размер существующей файловой системы EXT4 поверх LV "media" после того, как сам LV был расширен.

Связанный контент