URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 95873
[ Назад ]
Исходное сообщение
"Проблема с увеличением раздела EXT4 под LVM"
Отправлено imak , 27-Ноя-14 12:20 
Доброго всем здоровья.
Нужна помощь сообщества.
Столкнулся со следующей проблемой на BackUp-сервере (Debian 3.2.63-2 x86_64) - на логическом томе с EXT4 закончилось место.
Увеличил логический том:
  # lvextend -l +30G /dev/vg1/vg1mail
Отресайзил ФС:
  # resize2fs /dev/vg1/vg1mail
Ошибок ни во время первой, ни во время второй операций нет. Все Ок.
Смотрю свободной место:
  # df -h /dev/mapper/vg1-vg1mail
Файловая система        Размер Использовано  Дост Использовано% Cмонтировано в
/dev/mapper/vg1-vg1mail   750G         721G     0          100% /srv/backup/mail
Т.е. размер файловой системы на 30 с лишним Гиг больше использованного пространства и при этом свободного места 0!!!!

Пробовал заново ресайзить с разными ключами. Ответ одинаков, например:
  # resize2fs -f /dev/vg1/vg1mail
  resize2fs 1.42.5 (29-Jul-2012)
  The filesystem is already 199491584 blocks long.  Nothing to do!

В чем причина такой бяды и в какую сторону копать?


Содержание
Сообщения в этом обсуждении
"Проблема с увеличением раздела EXT4 под LVM"
Отправлено Andrey Mitrofanov , 27-Ноя-14 13:10 
> Увеличил логический том:
>   # lvextend -l +30G /dev/vg1/vg1mail
>lvextend -l +30G
>-l +30G
>-l +30[U]G[/U]
> В чем причина такой бяды и в какую сторону копать?

man lvextend в помощь!

"Проблема с увеличением раздела EXT4 под LVM"
Отправлено imak , 27-Ноя-14 15:26 
Спасибо за ответ. Но не помогло. Я изначально использовал ключ -L (L заглавная) (видимо ошибка появилась при копировании вывода из терминала)
Сделал еще одну итерацию.
  # umount /dev/mapper/vg1-vg1mail
  # resize2fs -f /dev/vg1/vg1mail 750G
resize2fs 1.42.5 (29-Jul-2012)
Resizing the filesystem on /dev/vg1/vg1mail to 196608000 (4k) blocks.
The filesystem on /dev/vg1/vg1mail is now 196608000 blocks long.
  # mount /dev/mapper/vg1-vg1mail
  # df -h  /dev/mapper/vg1-vg1mail
Файловая система        Размер Использовано  Дост Использовано% Cмонтировано в
/dev/mapper/vg1-vg1mail   739G         724G     0          100% /srv/backup/mail

Странно, но размер откатился к исходному.
При этом

# lvs
.....
.....
vg1mail      vg1  -wi-ao-- 761,00g

  # lvextend -L +11G /dev/vg1/vg1mail
  Extending logical volume vg1mail to 772,00 GiB
  Logical volume vg1mail successfully resized

  # resize2fs /dev/vg1/vg1mail
resize2fs 1.42.5 (29-Jul-2012)
Filesystem at /dev/vg1/vg1mail is mounted on /srv/backup/mail; on-line resizing required
old_desc_blocks = 47, new_desc_blocks = 49
Performing an on-line resize of /dev/vg1/vg1mail to 202375168 (4k) blocks.
The filesystem on /dev/vg1/vg1mail is now 202375168 blocks long.

  # df -h /dev/mapper/vg1-vg1mail
Файловая система        Размер Использовано  Дост Использовано% Cмонтировано в
/dev/mapper/vg1-vg1mail   760G         724G     0          100% /srv/backup/mail

Где я косячу???

"Проблема с увеличением раздела EXT4 под LVM"
Отправлено DeerFriend , 27-Ноя-14 16:18 
После ресайза lvm, проверь еще раз lvs
потом resize2fs, fsck
ну и еще partprobe
хотя последний скорее всего лишний.
"Проблема с увеличением раздела EXT4 под LVM"
Отправлено imak , 27-Ноя-14 17:50 
Спасибо за ответ.

> После ресайза lvm, проверь еще раз lvs

# lvs
  LV           VG   Attr     LSize   Pool Origin Data%  Move Log Copy%  Convert
.....
.....
  vg1mail      vg1  -wi-ao-- 772,00g  

> потом resize2fs, fsck

# resize2fs /dev/vg1/vg1mail
resize2fs 1.42.5 (29-Jul-2012)
The filesystem is already 202375168 blocks long.  Nothing to do!

# umount /dev/mapper/vg1-vg1mail
# fsck /dev/mapper/vg1-vg1mail
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
/dev/mapper/vg1-vg1mail: clean, 1477532/50593792 files, 192708303/202375168 blocks

"А воз и ныне там" :-(
# df -h /dev/mapper/vg1-vg1mail
Файловая система        Размер Использовано  Дост Использовано% Cмонтировано в
/dev/mapper/vg1-vg1mail   760G         724G     0          100% /srv/backup/mail

Есть еще идеи?

"Проблема с увеличением раздела EXT4 под LVM"
Отправлено DeerFriend , 27-Ноя-14 18:51 
Как интересно, в блоках все говорят правильный размер.
df --block-size=4K
тоже неправильный размер покажет?

А если при ресайзе указать размер в байтах в явном виде?

"Проблема с увеличением раздела EXT4 под LVM"
Отправлено imak , 28-Ноя-14 13:18 
> Как интересно, в блоках все говорят правильный размер.
> df --block-size=4K
> тоже неправильный размер покажет?

# df -B4K /dev/mapper/vg1-vg1mail
Файловая система        4K-блоков Использовано Доступно Использовано% Cмонтировано в
/dev/mapper/vg1-vg1mail 199199804    190415790        0          100% /srv/backup/mail

> А если при ресайзе указать размер в байтах в явном виде?

При попытке повторного ресайза система говорит, что ресайзить нечего, все уже отресайзено
# resize2fs -f /dev/vg1/vg1mail
resize2fs 1.42.5 (29-Jul-2012)
The filesystem is already 202375168 blocks long.  Nothing to do!

Поэтому, указывай - не указывай размер ФС ответ будет одинаков.
Или я не прав?


"Проблема с увеличением раздела EXT4 под LVM"
Отправлено DeerFriend , 28-Ноя-14 13:48 
А так?
resize2fs /dev/vg1/vg1mail 771G
"Проблема с увеличением раздела EXT4 под LVM"
Отправлено imak , 28-Ноя-14 14:35 
> А так?
> resize2fs /dev/vg1/vg1mail 771G

/dev/vg1/vg1mail == /dev/mapper/vg1-vg1mail

# resize2fs /dev/vg1/vg1mail 771G
resize2fs 1.42.5 (29-Jul-2012)
Filesystem at /dev/vg1/vg1mail is mounted on /srv/backup/mail; on-line resizing required
resize2fs: On-line shrinking not supported

# umount /dev/mapper/vg1-vg1mail

# resize2fs /dev/vg1/vg1mail 771G
resize2fs 1.42.5 (29-Jul-2012)
Please run 'e2fsck -f /dev/vg1/vg1mail' first.

# e2fsck -f /dev/mapper/vg1-vg1mail
e2fsck 1.42.5 (29-Jul-2012)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/mapper/vg1-vg1mail: 1480126/50593792 files (0.5% non-contiguous), 193591154/202375168 blocks

# resize2fs /dev/mapper/vg1-vg1mail 771G
resize2fs 1.42.5 (29-Jul-2012)
Resizing the filesystem on /dev/mapper/vg1-vg1mail to 202113024 (4k) blocks.
The filesystem on /dev/mapper/vg1-vg1mail is now 202113024 blocks long.

# mount /dev/mapper/vg1-vg1mail

# df -B4K /dev/mapper/vg1-vg1mail
Файловая система        4K-блоков Использовано Доступно Использовано% Cмонтировано в
/dev/mapper/vg1-vg1mail 198941772    190415790        0          100% /srv/backup/mail

Не помогло :-(
Свободного места не появилось.

"Проблема с увеличением раздела EXT4 под LVM"
Отправлено ruatra , 27-Ноя-14 14:19 
df показывает такие цифры из-за резерва места для root по умолчанию 5%
т.е. разница доступна только для root
man tune2fs
опция -m
у lvextend -L +30G
"Проблема с увеличением раздела EXT4 под LVM"
Отправлено imak , 27-Ноя-14 17:55 
Спасибо за ответ.

> df показывает такие цифры из-за резерва места для root по умолчанию 5%

Смотрю в блоках:
# df  /dev/mapper/vg1-vg1mail
Файловая система        1K-блоков Использовано Доступно Использовано% Cмонтировано в
/dev/mapper/vg1-vg1mail 796799216    758131756        0          100% /srv/backup/mail

796799216 - 5%  ~ 756959255
куда делись 1172500 блоков?
Печалька :-(

"Проблема с увеличением раздела EXT4 под LVM"
Отправлено pavel_simple , 27-Ноя-14 18:58 
>[оверквотинг удален]
> Смотрю в блоках:
> # df  /dev/mapper/vg1-vg1mail
> Файловая система        1K-блоков Использовано Доступно
> Использовано% Cмонтировано в
> /dev/mapper/vg1-vg1mail 796799216    758131756      
>  0          
> 100% /srv/backup/mail
> 796799216 - 5%  ~ 756959255
> куда делись 1172500 блоков?
> Печалька :-(

tune2fs -l /dev/mapper/vg1-vg1mail | grep -i reserv
lsof | grep /srv/backup/mail

"Проблема с увеличением раздела EXT4 под LVM"
Отправлено imak , 28-Ноя-14 12:05 
> tune2fs -l /dev/mapper/vg1-vg1mail | grep -i reserv
> lsof | grep /srv/backup/mail

# tune2fs -l /dev/mapper/vg1-vg1mail | grep -i reserv
Reserved block count:     10117866
Reserved GDT blocks:      975
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
# lsof | grep /srv/backup/mail
#


"Проблема с увеличением раздела EXT4 под LVM"
Отправлено admin , 28-Ноя-14 17:38 
>> tune2fs -l /dev/mapper/vg1-vg1mail | grep -i reserv
>> lsof | grep /srv/backup/mail
> # tune2fs -l /dev/mapper/vg1-vg1mail | grep -i reserv
> Reserved block count:     10117866
> Reserved GDT blocks:      975
> Reserved blocks uid:      0 (user root)
> Reserved blocks gid:      0 (group root)
> # lsof | grep /srv/backup/mail
> #

df -i

скорее всего иноды кончились

"Проблема с увеличением раздела EXT4 под LVM"
Отправлено imak , 29-Ноя-14 17:37 
>[оверквотинг удален]
>>> lsof | grep /srv/backup/mail
>> # tune2fs -l /dev/mapper/vg1-vg1mail | grep -i reserv
>> Reserved block count:     10117866
>> Reserved GDT blocks:      975
>> Reserved blocks uid:      0 (user root)
>> Reserved blocks gid:      0 (group root)
>> # lsof | grep /srv/backup/mail
>> #
> df -i
> скорее всего иноды кончились

# df -i /dev/mapper/vg1-vg1mail
Файловая система          Iнодов IИспользовано IСвободно IИспользовано% Cмонтировано в
/dev/mapper/vg1-vg1mail 50528256       1483224  49045032             3% /srv/backup/mail

Не похоже...

"Проблема с увеличением раздела EXT4 под LVM"
Отправлено imak , 11-Дек-14 11:15 
Доброго всем здоровья.
Спасибо всем кто откликнулся и пытался помочь.

ruatra оказался прав.
Добавил логическому тому еще 50G (отрезал от другого) и свободное место появилось.

# df -h /srv/backup/mail/
Файловая система        Размер Использовано  Дост Использовано% Cмонтировано в
/dev/mapper/vg1-vg1mail   810G         746G   23G           98% /srv/backup/mail

Т.е. получается, что при добавлении 30G практически все место съедалось резервом для root?
В общем, еще раз, всем спасибо.

Тема закрыта.