Всем привет!
Приключилась следующая история:
Сервер на CentOS 7, с RAID10 (8*4TB) по верх которого lvm2 с по-глупости включённым thin provisioning.
Код:
lvm lvscan
'/dev/centos/swap' [31.44 GiB] inherit
'dev/centos/pool00' [13.31 TiB] inherit <- входит в pool00
'dev/centos/audiorecords' [10.92 TiB] inherit <- входит в pool00
'dev/centos/root' [211.00 GiB] inherit <- входит в pool00
'dev/centos/home' [200.00 GiB] inherit <- входит в pool00
'dev/centos/backup' [200.00 GiB] inherit
В разделе dev/centos/audiorecords содержалось большое кол-во файлов (свыше 20 миллионов) начало кончаться место и его расширили, совсем позабыв о thin prov. Кол-во файлов росло и в один момент при обращении к разделу - отклика не было. Расширили pool00 - и отклик появился. Через пару недель картина повторилась, ребут - система позволяет загрузиться только в Dracut mode.
Произвели небольшой "интуитивный" google-трабл шутинг - удалили раздел dev/centos/home, сейчас имеем следующую картину:
Код:
dracut:/# lvm lvscan
ACTIVE '/dev/centos/swap' [31.44 GiB] inherit
inactive 'dev/centos/pool00' [13.31 TiB] inherit
inactive 'dev/centos/audiorecords' [10.92 TiB] inherit
inactive 'dev/centos/root' [211.00 GiB] inherit
inactive 'dev/centos/backup' [200.00 GiB] inherit
inactive 'dev/centos/temp' [4.00 MiB] inherit
inactive 'dev/centos/bigtemp' [16.00 GiB] inherit
Код:
dracut:/# lvm vgchange -ay centos
Thin pool centos-pool00-tpool (253:3) transaction_id is 0, while expected 4.
Thin pool centos-pool00-tpool (253:3) transaction_id is 0, while expected 4.
Thin pool centos-pool00-tpool (253:3) transaction_id is 0, while expected 4.
Код:
dracut:/# lvm lvscan
ACTIVE '/dev/centos/swap' [31.44 GiB] inherit
inactive 'dev/centos/pool00' [13.31 TiB] inherit
inactive 'dev/centos/audiorecords' [10.92 TiB] inherit
inactive 'dev/centos/root' [211.00 GiB] inherit
ACTIVE 'dev/centos/backup' [200.00 GiB] inherit
ACTIVE 'dev/centos/temp' [4.00 MiB] inherit
ACTIVE 'dev/centos/bigtemp' [16.00 GiB] inherit
В день аварии df -h выдавал 1 TB свободного места в dev/centos/audiorecords. Скорей всего причина аварии - на 100% заполненный диск. Цель - получить доступ к данным dev/centos/audiorecords
