Я честно говоря ничего не понял. Куда и откуда что переносится.

Ничего не понял.

Я честно говоря ничего не понял. Куда и откуда что переносится.

Равно и я не понял.

AleX, расскажите подробнее что у вас с там с PV, VG, LV и кто где живёт?

есть VG и LV на 2х винтах 1 + 1.5Г=2.5Г. винт на 1Г сдыхает хочу вывести из LV этот винт удалить, но новый в LV добавлять не хочу - он отдельно стоит(т.к. иногда глючит). Из LV переношу 1.5Г на отдельно стоящий винт. В LV остается ~1Г инфы, но не известно на каком PV.
и вопрос: если сделать
pvmove /dev/PV_1G /dev/PV_1.5G
оставшаяся инфа на LV не попортится (не считая того, что попортилось из-за сдыхающего винта)?

>В LV остается ~1Г инфы, но не известно на каком PV.

lvdisplay -m чтобы унять волнение.

pvmove /dev/PV_1G /dev/PV_1.5G
оставшаяся инфа на LV не попортится (не считая того, что попортилось из-за сдыхающего винта)?

Советую начать с man pvmove. Там интересующий Вас момент отлично раскрыт.

А потом обязательно man vgreduce

Уже лучше, но всё равно не понятно :) У вас какая-то каша в понятиях VG,LV и PV.

Попробовал перевести вопрос:

Здравствуйте.

У меня есть три винчестера: sda(1Gb),sdb(1.5Gb),sdc(1.5Gb).
На первых двух посредством LVM организована VG.

Винчестер sda подыхает и я хочу вывести его и группы, но вводить винчестер sdc в группу я не хочу, так как он иногда глючит.
Из файловой системы на логическом томе я переношу 1,5Гб данных на винт sdc.
На фс остаётся ещё 1Гб данных, но не известно на каком PV они расположены.

Вопрос: если я сделаю
pvmove /dev/sda /dev/sdb
Оставшиейся данные на фс в LV не уничтожатся? (не считая того что некоторые данные уже повредились на sda)

>Вопрос: если я сделаю

pvmove /dev/sda /dev/sdb

Оставшиейся данные на фс в LV не уничтожатся? (не считая того что >некоторые данные уже повредились на sda)

Если у вас VG целиком на два винта и нет свободных экстентов, то сделать такой pvmove у вас не получится.

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

Я бы порекомендовал взять нормальный винт(что за древность у вас кстати?), ввести его в VG и перенести туда полностью все экстенты.

Nao> что за древность у вас кстати?

да там ТБ скорее всего)))

да там ТБ, извиняюсь

точно. я просто ни как не мог сформулировать.

>Если у вас VG целиком на два винта и нет свободных экстентов, то сделать такой pvmove у вас не получится

Щито? ТСу нужно то, что идет в man pvmove в разделе Examples. Полностью так:

1. Подцепляем третий винт.
2. Скидываем туда через любимый ФМ 1.5 тера данных с ЛВМа
3. Делаем pvmove /dev/<baddisk> (что и описано в мане, это переместит экстенты с данного физического тома на свободное место в других томах)
4. С помощью vgreduce удаляем освободившийся сбойный изг из группы томов.
5. ????
6. ПРОФИТ.

BeBop все правильно сказал.

> 3. Делаем pvmove /dev/<baddisk> (что и описано в мане, это переместит экстенты с данного физического тома на свободное место в других томах)

А ты уверен что у ТС есть свободные экстенты на других томах?)
Я об этом и спрашиваю его как-бы и подозреваю что нету.

>А ты уверен что у ТС есть свободные экстенты на других томах?)

После второго шага точно появятся, если данные на новый хард перекидывать командой mv. Вр.И.О. К.О.

>pvmove /dev/disk_lvm_1 /dev/disk_lvm_1,5

Достаточно просто pvmove /dev/disk_lvm_1 - он сам перенесёт данные с этого тома на свободное место.

Не попортятся, уже раз пять так переносил при апгрейдах. Довёл систему с 80G+80G+250G до 1T+1T+2T. Через 500G и 640G. Всё время - через pvmove.

> После второго шага точно появятся, если данные на новый хард перекидывать командой mv. Вр.И.О. К.О.
ЛВМ не знает что такое файловая система и что такое свободное и занятое место на фс. Нужно уменьшить размер фс и уменьшить LV на которой она находится. Только после этого освободятся экстенты.

>ЛВМ не знает что такое файловая система и что такое свободное и занятое место на фс. Нужно уменьшить размер фс и уменьшить LV на которой она находится. Только после этого освободятся экстенты

Это был не Нескафе. На пальцах:
1. Есть ЛВМ на 2.5 из двух дисков.
2. С него убираем 1.5 на третий диск.
3. Получаем ЛВМ с 1 данных, раскиданных по двум реальным хардам.
4. pvmove перемещает все данные со сбойного диска (место точно хватит, потому что 1.5 мы уже убрали, 1 данных осталось, 1 емкость второго диска).
5. vgreduce
6. ?????
7. PROFIT

> 2. С него убираем 1.5 на третий диск.
Убираем данные посредством mv :)
Получаем 1Гб данных раскиданных по фс
Но файловая система остаётся прежнего размера (предположительно) 2.5Гб.

LVM не знает что такое файловая система, для него это набор экстентов занятых какими-то данными.
С точки зрения LVM, у нас так же остаётся 2.5Гб «данных» :)

Nao прав.

alex@big:~$ sudo pvdisplay /dev/sdc
--- Physical volume ---
PV Name /dev/sdc
VG Name vg00
PV Size 931,51 GiB / not usable 1,71 MiB
Allocatable yes (but full)
PE Size 4,00 MiB
Total PE 238467
Free PE 0
Allocated PE 238467
PV UUID cc8Tom-3K0e-msKc-i4mP-fUM6-2aeJ-FakZ4d

alex@big:~$ sudo pvmove /dev/sdc
No extents available for allocation

сначала видать надо уменьшать размер раздела