LINUX.ORG.RU
решено ФорумAdmin

клонирование диска proxmox (grub,LVM), размеры дисков не совпадают, чем сделать?

 , , , ,


0

2

При клонировании диска clonezilla, target диск слегка меньше, поэтому не получилось сделать образ
proxmox инсталяшка разбивает диск на три раздела

(parted) print
Model: ATA WDC WD4001FAEX-0 (scsi)
Disk /dev/sda: 4001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name     Flags
 1      1049kB  2097kB  1049kB               primary  bios_grub
 2      2097kB  537MB   535MB   ext3         primary  boot
 3      537MB   4001GB  4000GB               primary  lvm

(parted)

структура третьей партиции
root@proxmox1:/var/lib/vz# lvdisplay

  --- Logical volume ---
  LV Path                /dev/pve/swap
  LV Name                swap
  VG Name                pve
  LV UUID                qtWAUR-qnif-V2Gq-FU84-etbf-Thda-lLzmC3
  LV Write Access        read/write
  LV Creation host, time proxmox, 2013-05-07 12:49:49 +0400
  LV Status              available
  # open                 1
  LV Size                15.00 GiB
  Current LE             3840
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:2

  --- Logical volume ---
  LV Path                /dev/pve/root
  LV Name                root
  VG Name                pve
  LV UUID                r07wBH-K6Gi-CfPe-ohra-srgc-Fva4-a3vhdR
  LV Write Access        read/write
  LV Creation host, time proxmox, 2013-05-07 12:49:50 +0400
  LV Status              available
  # open                 1
  LV Size                96.00 GiB
  Current LE             24576
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0

  --- Logical volume ---
  LV Path                /dev/pve/data
  LV Name                data
  VG Name                pve
  LV UUID                WOChZk-aSzt-hFfA-xQG8-oeA1-j1GA-0m0Hxi
  LV Write Access        read/write
  LV Creation host, time proxmox, 2013-05-07 12:49:50 +0400
  LV Status              available
  # open                 1
  LV Size                3.51 TiB
  Current LE             921222
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:3
размещение логических томов на партиции
root@proxmox1:/var/lib/vz# pvs -v --segments /dev/sda3
    Using physical volume(s) on command line
  PV         VG   Fmt  Attr PSize PFree  Start  SSize  LV   Start Type   PE Ranges
  /dev/sda3  pve  lvm2 a--  3.64t 16.00g      0   3840 swap     0 linear /dev/sda3:0-3839
  /dev/sda3  pve  lvm2 a--  3.64t 16.00g   3840  24576 root     0 linear /dev/sda3:3840-28415
  /dev/sda3  pve  lvm2 a--  3.64t 16.00g  28416 921222 data     0 linear /dev/sda3:28416-949637
  /dev/sda3  pve  lvm2 a--  3.64t 16.00g 949638   4095          0 free
root@proxmox1:/var/lib/vz#

root@proxmox1:/var/lib/vz# pvdisplay --maps /dev/sda3
  --- Physical volume ---
  PV Name               /dev/sda3
  VG Name               pve
  PV Size               3.64 TiB / not usable 3.00 MiB
  Allocatable           yes
  PE Size               4.00 MiB
  Total PE              953733
  Free PE               4095
  Allocated PE          949638
  PV UUID               JmmnW1-bi6F-1uua-PvkK-0mq1-g52b-9OAoRS

  --- Physical Segments ---
  Physical extent 0 to 3839:
    Logical volume      /dev/pve/swap
    Logical extents     0 to 3839
  Physical extent 3840 to 28415:
    Logical volume      /dev/pve/root
    Logical extents     0 to 24575
  Physical extent 28416 to 949637:
    Logical volume      /dev/pve/data
    Logical extents     0 to 921221
  Physical extent 949638 to 953732:
    FREE

root@proxmox1:/var/lib/vz#

свободного места на логическом томе data 75%

root@proxmox1:/var/lib/vz# df -k | grep pve-data
/dev/mapper/pve-data            3714115240 864835788 2849279452  24% /var/lib/vz
root@proxmox1:/var/lib/vz#

да и swap том можно легко уменьшить хоть в два раза
Как все таки правильно склонировать диск или перенести данные? Исходный диск еще и загрузочный. Может кто сталкивался с такой задачей, киньте ссылку.

★★★★

Последнее исправление: Vlad-76 (всего исправлений: 1)

target диск слегка меньше

Слегка беременный, на сколько меньше?

Два мелких раздела перенести в ручную, a lvm через pvmove

/thread

anonymous
()
Ответ на: комментарий от anonymous

Исходный 7814037168, целевой 7814035055 блоков по 512B
причем странность. у меня два сервера по дискам точные копии, покупались диски в одно время. но в резерве оказался диск меньшего размера, хотя точно такая же модель диска во втором сервере большего (как надо) размера (7814037168). Что за диск попался - ХЗ.
клонирование делал в другом компе - может контроллер SATA некорректно работает.

Вручную это как? создать две партиции такого же размера,а после командой dd?

PS
Что означает - «/thread» ?

Vlad-76 ★★★★
() автор топика
Последнее исправление: Vlad-76 (всего исправлений: 1)
Ответ на: комментарий от anonymous

Хотя если нужен именно КЛОН, то делай зеркало средствами LVM и после синхронизации делаешь lvconvert –splitmirrors 1 –name CLONE ...

anonymous
()
Ответ на: комментарий от Vlad-76

Разница в 1МБ что-ли?

Будешь клонировать второй раздел (535МБ) сделаешь его на 1МБ меньше, а lvm'ный раздел банально через dd

anonymous
()
Ответ на: комментарий от Vlad-76

Что означает - «/thread» ?

Значит тема закрыта, говорить тут больше не о чем.

/thread

anonymous
()
Ответ на: комментарий от anonymous

клон это строго сказано, главное данные перенести и чтобы с диска загрузиться - размеры партиций думаю не повлияют на работу proxmox

Vlad-76 ★★★★
() автор топика
Ответ на: комментарий от Vlad-76

Тебе ламеру по-русски сказали - первичные разделы копируй dd, lvm двигай штатно через pvcreate, vgextend, pvmove vgreduce. Перемещай сначала тома с данными, потом том свопа.

no-dashi ★★★★★
()
Ответ на: комментарий от no-dashi

Я понимаю, Вы все умны, опытны и после этого у Вас возникает от этого право накидывать на других ламерство и все такое?
ситуация с диском у меня второй раз за два года, нет у меня нескольких десятков серверов в эксплуатации, чтобы учиться как заправлять LVM.
Прихожу на этот форум за помощью к Вам опытным, умным, а в ответ слышу - ты ламер. Еще и на ты.
За советы спасибо
PS
Купил точно такой же диск как и сбойный. Количество блоков совпадает. Clonezilla запустилась. Время копирования 8 часов. Жду.

Vlad-76 ★★★★
() автор топика
Ответ на: комментарий от Vlad-76

ситуация с диском у меня второй раз за два года, нет у меня нескольких десятков серверов в эксплуатации, чтобы учиться как заправлять LVM

Разбираю по пунктам. Ты пытаешься 1) выполнить свои служебные обязанности (у тебя ведь не дома проксмокс?) 2) за которые получаешь деньги (ты ведь это на работе делаешь?) 3) не приложив к этому даже минимальных усилий (ты даже не попробовал почитать документацию) 4) при этом ты ленив, поскольку тебе влом поставить хоть что-то на поиграться в виртуалку 5) и ты даже не почитал документацию, когда тебя в методику ткнули носом в ПЕРВОМ посте.

И при этом, ты хочешь, чтобы с тобой общались на «Вы»???

no-dashi ★★★★★
()
Ответ на: комментарий от no-dashi

ты, ты, ты, ты, ты - пять раз!!!
это клиника, ей богу.
Вот сделаю бекап и буду разбираться - если время позволит.
За своим умом и тыканьем других Вы упускаете главное. В моей ситуации - время дорого - диск рушится. Поучения, тыканья носом и т.д. ну нет никакой от этого пользы в моменте, а в долгосрок - за научения и советы - ВСЕМ говорю спасибо за советы.
Для Вас моя ситуация кажется простой, и Вы бы смело ЕДИНСТВЕННЫЙ диск который РУШИТСЯ смогли бы с первой попытки и без ошибок перенести на другой.

Vlad-76 ★★★★
() автор топика

Вот вам способ проще:
1) разметить на целевом диске 3 раздела;
2) первые 2 раздела сдампить через dd;
3) на 3-м разделе разметить LVM так, чтобы имена и размеры LV совпадали;
4) если места не хватает, то LV следует предварительно сжать;
5) сдампить все LV на новый диск через dd;
6) восстановить загрузчик.

ArcFi
()
Ответ на: комментарий от no-dashi

понял, за счет того что LV swap будет копироваться последним и если для его объема не хватит места на целевом диске ничего критического не произойдет

Vlad-76 ★★★★
() автор топика
Последнее исправление: Vlad-76 (всего исправлений: 1)

Странно, что все еще никто не предложил самого очевидного, разбить диски вручную + cp. Всяк быстрее будет чем dd.

anc ★★★★★
()
Ответ на: комментарий от Vlad-76

у меня два сервера по дискам точные копии, покупались диски в одно время. но в резерве оказался диск меньшего размера, хотя точно такая же модель диска во втором сервере большего (как надо) размера (7814037168). Что за диск попался - ХЗ.

Это нормально, разные партии могли быть. btw вспомнилось, имхо в доках по soft raid поэтому рекомендуют оставлять кусок свободного пространства т.к. диски могут немного отличаться.

anc ★★★★★
()
Ответ на: комментарий от no-dashi

Тем не менее, описанный способ более универсален.
Он позволяет перенести данные не только между дисками в пределах одного сервера, но и между физически изолированными серверами по сети.

ArcFi
()
Ответ на: комментарий от ArcFi

Такое слова как «время копирования», «консистентный бэкап» «период недоступности сервера» вам что-нибудь говорят?

P.s.: есть такая штука как iscsi

no-dashi ★★★★★
()
Ответ на: комментарий от no-dashi

Время простоя не всегда является критичным фактором, тем более, отказоустойчивость сервисов вполне может быть уже реализована иными средствами.
Консистентность потребует размонтирования файловых систем на переносимых LV в случае дампа, и тут, конечно, pvmove будет эффективнее благодаря возможности работы онлайн.
iSCSI предполагает наличие определённой заранее подготовленной инфраструктуры, включающей организацию безопасных каналов связи.
В то же время, для перемещения дампа между удалёнными хостами, даже через недоверенную сеть, достаточно перенаправить вывод конвейером на SSH.

ArcFi
()
Ответ на: комментарий от anc

разбить диски вручную + cp. Всяк быстрее будет чем dd.

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

ArcFi
()
Ответ на: комментарий от Vlad-76

достал копию диска, клонезилла скопировала только половину диска и захлохла. Диск рухнул.
Виртуалки все скопировались на резервную ноду.
сбойную ноду переустановил на новый диск.

Vlad-76 ★★★★
() автор топика
Последнее исправление: Vlad-76 (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.