Привет, были и есть очень странные проблемы с сервером Ubuntu 18 LTS и LVM.
Сначала казалось, что при создании хоста во время установки использовалось только 4 ГБ, что было обнаружено намного позже, после года использования, и привело к полному корневому диску.
Хосту было выделено 200 ГБ пространства в VMware, но корень использовал только 4 ГБ:
Это выглядело примерно так (к сожалению, у меня больше нет реальных цифр для этой первой части, это более или менее так, как я это помню):
root@somehostname:~# df -h --total
Используемый размер файловой системы Доступно Использование % Установлено на
udev 1,9G 0 1,9G 0% /dev
tmpfs 395M 6,1M 389M 2%/прогон
/dev/mapper/ubuntu--vg-ubuntu--lv 3,9G 3,9G 0 100%/
tmpfs 2,0G 0 2,0G 0% /dev/shm
tmpfs 5,0M 0 5,0M 0% /выполнить/заблокировать
tmpfs 2,0G 0 2,0G 0% /sys/fs/cgroup
/dev/sda2 976M 224M 685M 25% /загрузка
tmpfs 395M 0 395M 0% /выполнить/пользователь/1000
/dev/loop2 99M 99M 0 100% /привязка/ядро/11081
/dev/loop1 100M 100M 0 100% /snap/core/11167
Я «исправил» это с помощью следующих команд, но получил только 46 ГБ пространства рядом с ним, заявив, что он «изменился с 52,75 ГиБ (13504 экстента) до <199,00 ГиБ (50943 экстента)»:
(В этот момент я начал копировать каждое сделанное мной изменение, так что это реальные цифры и результаты)
root@somehostname:/var/log# lvresize -l +100% БЕСПЛАТНО /dev/mapper/ubuntu--vg-ubuntu--lv
/etc/lvm/archive/.lvm_trac_2626_513583731: ошибка записи: на устройстве не осталось места
root@somehostname:/var/log# resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv
resize2fs 1.44.1 (24 марта 2018 г.)
Файловая система в /dev/mapper/ubuntu--vg-ubuntu--lv монтируется в /; требуется онлайн изменение размера
old_desc_blocks = 1, new_desc_blocks = 7
Файловая система на /dev/mapper/ubuntu--vg-ubuntu--lv теперь имеет длину 13828096 (4k) блоков.
root@somehostname:/var/log# lvresize -l +100% БЕСПЛАТНО /dev/mapper/ubuntu--vg-ubuntu--lv
Размер логического тома ubuntu-vg/ubuntu-lv изменился с 52,75 ГиБ (13504 экстента) до <199,00 ГиБ (50943 экстента).
Размер логического тома ubuntu-vg/ubuntu-lv успешно изменен.
root@somehostname:/var/log# df -h --total
Используемый размер файловой системы Доступно Использование % Установлено на
udev 1,9G 0 1,9G 0% /dev
tmpfs 395M 6,1M 389M 2%/прогон
/dev/mapper/ubuntu--vg-ubuntu--lv 52G 3,9G 46G 8%/
tmpfs 2,0G 0 2,0G 0% /dev/shm
tmpfs 5,0M 0 5,0M 0% /выполнить/заблокировать
tmpfs 2,0G 0 2,0G 0% /sys/fs/cgroup
/dev/loop0 98M 98M 0 100% /привязка/ядро/9993
/dev/sda2 976M 224M 685M 25% /загрузка
tmpfs 395M 0 395M 0% /выполнить/пользователь/1000
/dev/loop2 99M 99M 0 100% /привязка/ядро/11081
всего 60G 4,4G 53G 8% -
root@somehostname:/var/log# lvresize -l +100% БЕСПЛАТНО /dev/mapper/ubuntu--vg-ubuntu--lv
Новый размер (50943 экстента) соответствует существующему размеру (50943 экстента).
root@somehostname:/var/log# df -h --total
Используемый размер файловой системы Доступно Использование % Установлено на
udev 1,9G 0 1,9G 0% /dev
tmpfs 395M 6,1M 389M 2%/прогон
/dev/mapper/ubuntu--vg-ubuntu--lv 52G 3,9G 46G 8%/
tmpfs 2,0G 0 2,0G 0% /dev/shm
tmpfs 5,0M 0 5,0M 0% /выполнить/заблокировать
tmpfs 2,0G 0 2,0G 0% /sys/fs/cgroup
/dev/loop0 98M 98M 0 100% /привязка/ядро/9993
/dev/sda2 976M 224M 685M 25% /загрузка
tmpfs 395M 0 395M 0% /выполнить/пользователь/1000
/dev/loop2 99M 99M 0 100% /привязка/ядро/11081
всего 60G 4,4G 53G 8% -
Состояние lvscan и pvscan ~200G
lvscan
АКТИВНО '/dev/ubuntu-vg/ubuntu-lv' [<199,00 ГиБ] наследовать
pvscan
PV /dev/sda3 VG ubuntu-vg lvm2 [<199,00 ГиБ / 0 бесплатно]
Всего: 1 [<199,00 ГиБ] / используется: 1 [<199,00 ГиБ] / без ВГ: 0 [0 ]
vgscan указывает только одну VG
vgscan
Чтение групп томов из кеша.
Найдена группа томов «ubuntu-vg» с использованием типа метаданных lvm2
кто-нибудь какие-либо идеи о том, что здесь происходит? Почему он не использует все пространство lvm? Что мне не хватает? Почему он использовал 4G с самого начала, когда у него было 52,75 ГиБ, и теперь он использует только это количество места, помимо того, что на самом деле он должен использовать 199 ГБ
