LVM: удалить физический том без размонтирования логических томов

vgreduce

Унести с него все занятые экстенты через pvmove, потом, как уже сказано, vgreduce, pvremove ( и, при необходимости, echo 1 > /sys/block/sdX/device/delete )

Когда я делал когда-то, мне приходилось для этого уменьшать ФС через resize2fs. Но для этого, как я помню, нужно размонтирование ФС. А вот без этого нельзя?

Ты хочешь выпилить PV из-под LV, на котором сейчас корень? Нет.

А, не, вру. Можно же передвинуть этот LV на другие PV.

Когда я делал когда-то, мне приходилось для этого уменьшать ФС через resize2fs.

Если в VG есть незанятое место, то тебе незачем уменьшать ФС и проблема решена.

Если в VG места нет, то подключается (в горячую в случае SATA) ещё один винт, добавляется в VG, далее смотреть предыдущий пункт.

//всегда оставляю 10% VG cвободным

Я думал ты место уже освободил ( удалением ненужного LV ) или есть куда перенести.

Когда найдёшь под линук ФС, которую можно уменьшать вживую - скажи, мне тоже интересно :)

Если в VG места нет, то подключается (в горячую в случае SATA) ещё один винт, добавляется в VG, далее смотреть предыдущий пункт.

Если временно ( например, старый диск переразметить ) - можно хоть в tmpfs ( man losetup ) , хоть на drdb в сеть :) Главное чтобы питание не пропадало.

Хм... А нельзя создать файл на / на всё свободное место и losetup'нуть его?

Если в VG места нет, то подключается (в горячую в случае SATA) ещё один винт, добавляется в VG, далее смотреть предыдущий пункт.

Ну тогда появляется проблема, как удалить временно подключенный винт.

Хм... А нельзя создать файл на / на всё свободное место и losetup'нуть его?

Идея настолько крутая, что мне аж захотелось попробовать 8).

Сделать можно, но миграция ИМХО не пройдёт из-за невозможности приостановить IO. Оно и к лучшему - где по-твоему этот бублик должен хранить данные?

У этой идеи, похоже, только один минус. Проявится когда понадобится загрузиться с этого...

Ага, pvmove завис:

[2012.04.11 17:51:19] ivan.mironov@ivan-laptop ~
$ sudo pvmove /dev/loop1
  /dev/loop1: Moved: 13,7%

У этой системы другой минус - она подразумевает проецирование данных в астрал.

ivan-laptop

Поздравляю :D Бекапы есть?

root     12702  0.0  0.4 143940 16412 pts/1    D    17:51   0:00 pvmove /dev/loop1

Похоже придётся перезагружаться...

Поздравляю :D Бекапы есть?

Я ж не совсем дэбил: собрал тестовый VG из loop-девайсов 8).

ivan-laptop

Поздравляю :D Бекапы есть?

ЗЫ. Для нестандартных развлечений давно есть KVM и libvirt

Похоже придётся перезагружаться...

Подожди полчаса. Не знаю какой там таймаут на pvmove, но операция должна прерваться с ошибкой и без потери данных

Подожди полчаса. Не знаю какой там таймаут на pvmove, но операция должна прерваться с ошибкой и без потери данных

AFAIK, прерывание pvmove на любой стадии безопасно. Единственное, такую группу наверняка придётся собирать руками.

Подожди полчаса. Не знаю какой там таймаут на pvmove, но операция должна прерваться с ошибкой и без потери данных

Уже перезагрузился.

ЕМНИП, pvmove не прерывается, а идёт себе в фоне. Убить можно только userspace процесс

Для прерывания у pvmove есть ключ --abort

Только маленькая проблемка: любой софт, обращающийся при этом к диску вешается.