Tatay
Newbie | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Именно, что много. По этому и начал ломать голову, по поводу LVM ProxMox to LVM Xen. Т.к. LVM используется и там и там, возникает ощущение, что всё должно быть проще пареной репы. Размотал XCP 1.6 из коробки на отдельный винт, подцепил винты ProxMox'а, сделал что-нибудь вроде vgexport / vgimport и вуаля. Но ничего подобного. Если на Xen-машине создать lvcreate новый волюм и попробовать размотать dd if=/dev/pmoxVG/pmoxVMLV of=/dev/VG_XenStorage-uuid/newvolume, всё отлично копируется, но встаёт вопрос: Как после такого "варварства" заставить Xen увидеть этот чудесный шмоток данных, как свой родной диск? Чтобы можно было видеть его в списке дисков в Storage и монтировать к виртуалкам? Если на Xen-машине создать xe vdi-create virtual-size=25GiB указав sr-uuid от "Local Storage", который type=lvm, мы увидим через lvdisplay, что под него создался отдельный Logical Volume. Если потом ДД'шнуть в этот Logical Volume, содержимое if=/dev/pmoxVG/pmoxVMLV (который занимает 20Гб), то почему-то напишет ошибку, что скопировалось 390Мб, и "No space left on device", хотя я вижу, что в ксеновской VG имеется еще 300Гб. Прочёл, только что, намёк на то, что в Xen используется, не совсем просто LVM, а LVM с контейнером VHD, знакомый подсказал мне, что скорее всего VHD от raw не отличается и надо при копировании с помощью dd отступить 512Байт от начала результирующего волюма. Якобы там может храниться конфигурационная инфа VHD'шки. Создал: Код: [root@testxen44 ~]# xe vdi-create type=user name-label=testdisk1234 sr-uuid=90853372-5c1c-7fd6-e3a3-dc7d7dceeede virtual-size=25GiB 96dc3a2e-6148-4b17-b73b-54ba2f3de76a [root@testxen44 ~]# | Посмотрел: Код: [root@testxen44 ~]# xe vdi-list uuid=96dc3a2e-6148-4b17-b73b-54ba2f3de76a uuid ( RO) : 96dc3a2e-6148-4b17-b73b-54ba2f3de76a name-label ( RW): testdisk1234 name-description ( RW): sr-uuid ( RO): 90853372-5c1c-7fd6-e3a3-dc7d7dceeede virtual-size ( RO): 26843545600 sharable ( RO): false read-only ( RO): false [root@testxen44 ~]# xe vdi-param-list uuid=96dc3a2e-6148-4b17-b73b-54ba2f3de76a uuid ( RO) : 96dc3a2e-6148-4b17-b73b-54ba2f3de76a name-label ( RW): testdisk1234 name-description ( RW): is-a-snapshot ( RO): false snapshot-of ( RO): <not in database> snapshots ( RO): snapshot-time ( RO): 19700101T00:00:00Z allowed-operations (SRO): update; resize; destroy; clone; copy; snapshot current-operations (SRO): sr-uuid ( RO): 90853372-5c1c-7fd6-e3a3-dc7d7dceeede sr-name-label ( RO): Local_Storage vbd-uuids (SRO): crashdump-uuids (SRO): virtual-size ( RO): 26843545600 physical-utilisation ( RO): 26902265856 location ( RO): 96dc3a2e-6148-4b17-b73b-54ba2f3de76a type ( RO): User sharable ( RO): false read-only ( RO): false storage-lock ( RO): false managed ( RO): true parent ( RO): <not in database> missing ( RO): false other-config (MRW): xenstore-data (MRO): sm-config (MRO): vdi_type: vhd on-boot ( RW): persist allow-caching ( RW): false metadata-latest ( RO): false metadata-of-pool ( RO): <not in database> tags (SRW): [root@testxen44 ~]# xe sr-param-list uuid=90853372-5c1c-7fd6-e3a3-dc7d7dceeede uuid ( RO) : 90853372-5c1c-7fd6-e3a3-dc7d7dceeede name-label ( RW): Local_Storage name-description ( RW): Local storage on testxen44 111 host ( RO): testxen44 allowed-operations (SRO): VDI.create; VDI.snapshot; PBD.create; PBD.destroy; plug; update; VDI.destroy; scan; VDI.clone; VDI.resize; unplug current-operations (SRO): VDIs (SRO): 96dc3a2e-6148-4b17-b73b-54ba2f3de76a; c157b12f-23a3-49f8-b176-3b5726b62a9f; 08eb5963-08bd-41fd-9d4f-fba1c49996f7; 750f1d32-9bdf-453b-9a70-2a01aa289bd7; 602f100e-0630-4562-a576-9d3d1c52f2f7 PBDs (SRO): 5d4fbb23-29a6-c428-abbb-bd6f9dc8dab5 virtual-allocation ( RO): 148444807168 physical-utilisation ( RO): 183941201920 physical-size ( RO): 491505319936 type ( RO): lvm content-type ( RO): user shared ( RW): false introduced-by ( RO): <not in database> other-config (MRW): i18n-original-value-name_label: Local storage; i18n-key: local-storage sm-config (MRO): allocation: thick; use_vhd: true; devserial: scsi-SATA_ST500DM002-1BD1_Z3T9AB1H blobs ( RO): local-cache-enabled ( RO): false tags (SRW): [root@testxen44 ~]# xe pbd-param-list uuid=5d4fbb23-29a6-c428-abbb-bd6f9dc8dab5 uuid ( RO) : 5d4fbb23-29a6-c428-abbb-bd6f9dc8dab5 host ( RO) [DEPRECATED]: 4c678a21-d1f5-47b7-ad5f-abca8685f7a6 host-uuid ( RO): 4c678a21-d1f5-47b7-ad5f-abca8685f7a6 host-name-label ( RO): testxen44 sr-uuid ( RO): 90853372-5c1c-7fd6-e3a3-dc7d7dceeede sr-name-label ( RO): Local_Storage device-config (MRO): device: /dev/disk/by-id/scsi-SATA_ST500DM002-1BD1_Z3T9AB1H-part3 currently-attached ( RO): true other-config (MRW): storage_driver_domain: OpaqueRef:e978afbb-183a-2757-d9c0-f3cb1d5df32e [root@testxen44 ~]# xe host-param-list uuid=4c678a21-d1f5-47b7-ad5f-abca8685f7a6 uuid ( RO) : 4c678a21-d1f5-47b7-ad5f-abca8685f7a6 name-label ( RW): testxen44 name-description ( RW): Default install of XenServer allowed-operations (SRO): VM.migrate; evacuate; shutdown; provision; reboot; VM.resume; VM.start current-operations (SRO): enabled ( RO): true API-version-major ( RO): 1 API-version-minor ( RO): 10 API-version-vendor ( RO): XenSource API-version-vendor-implementation (MRO): logging (MRW): suspend-image-sr-uuid ( RW): 90853372-5c1c-7fd6-e3a3-dc7d7dceeede crash-dump-sr-uuid ( RW): 90853372-5c1c-7fd6-e3a3-dc7d7dceeede software-version (MRO): platform_name: XCP; platform_version: 1.6.10; build_number: 61809c; hostname: dagu-1; date: 2012-11-23; xapi: 1.3; xen: 4.1.3; linux: 2.6.32.43-0.4.1.xs1.6.10.734.170748xen; xencenter_min: 1.10; xencenter_max: 1.10; network_backend: openvswitch; xcp:extras: XCP Pack, version 1.6.10, build 61809c; xcp:main: Base Pack, version 1.6.10, build 61809c capabilities (SRO): xen-3.0-x86_64; xen-3.0-x86_32p; hvm-3.0-x86_32; hvm-3.0-x86_32p; hvm-3.0-x86_64; other-config (MRW): agent_start_time: 1361365271.; boot_time: 1361365224.; iscsi_iqn: iqn.2013-02.com.example:861af314 cpu_info (MRO): cpu_count: 4; vendor: GenuineIntel; speed: 3292.600; modelname: Intel(R) Core(TM) i3-2120 CPU @ 3.30GHz; family: 6; model: 42; stepping: 7; flags: fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht nx constant_tsc nonstop_tsc aperfmperf pni pclmulqdq vmx est ssse3 sse4_1 sse4_2 popcnt hypervisor arat tpr_shadow vnmi flexpriority ept vpid; features: 159ae3bf-bfebfbff-00000001-28100800; features_after_reboot: 159ae3bf-bfebfbff-00000001-28100800; physical_features: 159ae3bf-bfebfbff-00000001-28100800; maskable: full chipset-info (MRO): iommu: false hostname ( RO): testxen44 address ( RO): 192.168.3.207 supported-bootloaders (SRO): pygrub; eliloader blobs ( RO): memory-overhead ( RO): 106586112 memory-total ( RO): 2036047872 memory-free ( RO): 1157996544 memory-free-computed ( RO): 1137786880 host-metrics-live ( RO): true patches (SRO): ha-statefiles ( RO): ha-network-peers ( RO): external-auth-type ( RO): external-auth-service-name ( RO): external-auth-configuration (MRO): edition ( RO): free license-server (MRO): address: localhost; port: 27000 power-on-mode ( RO): power-on-config (MRO): local-cache-sr ( RO): <not in database> tags (SRW): [root@testxen44 ~]# pvdisplay --- Physical volume --- PV Name /dev/sda3 VG Name VG_XenStorage-90853372-5c1c-7fd6-e3a3-dc7d7dceeede PV Size 457.76 GB / not usable 9.12 MB Allocatable yes PE Size (KByte) 4096 Total PE 117184 Free PE 73329 Allocated PE 43855 PV UUID 2UvBe5-03L4-mkIP-VSzd-vnJ1-2B0E-QlVd9J [root@testxen44 ~]# vgdisplay --- Volume group --- VG Name VG_XenStorage-90853372-5c1c-7fd6-e3a3-dc7d7dceeede System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 39 VG Access read/write VG Status resizable MAX LV 0 Cur LV 7 Open LV 0 Max PV 0 Cur PV 1 Act PV 1 VG Size 457.75 GB PE Size 4.00 MB Total PE 117184 Alloc PE / Size 43855 / 171.31 GB Free PE / Size 73329 / 286.44 GB VG UUID 8o1cMx-4IGU-VgxV-3X13-NENH-K4XR-1W0O1A [root@testxen44 ~]# lvdisplay --- Logical volume --- LV Name /dev/VG_XenStorage-90853372-5c1c-7fd6-e3a3-dc7d7dceeede/VHD-96dc3a2e-6148-4b17-b73b-54ba2f3de76a VG Name VG_XenStorage-90853372-5c1c-7fd6-e3a3-dc7d7dceeede LV UUID 5MpM08-ZmV9-lUVC-j0D4-xDyD-PGdI-eU0oZn LV Write Access read/write LV Status NOT available LV Size 25.05 GB Current LE 6414 Segments 1 Allocation inherit Read ahead sectors auto | дополнительно сделал lvchange -ay /dev/VG_XenStorage-90853372-5c1c-7fd6-e3a3-dc7d7dceeede/VHD-96dc3a2e-6148-4b17-b73b-54ba2f3de76a и уже с ProxMox выполнил: dd if=/dev/pool0/vm-101002-disk-1 bs=512 | ssh root@XenHost "dd bs=512 seek=1 of=/dev/VG_XenStorage-90853372-5c1c-7fd6-e3a3-dc7d7dceeede/VHD-96dc3a2e-6148-4b17-b73b-54ba2f3de76a" Залилось успешно, но при попытке стартовать виртуалку, мне пишет: Error: The VDI is not available. Всё это пока делаю по сетке для предварительного теста, пока что получилось только dd через ssh, с проксмоксовой тачки в rescuecd запущенный под Xen виртуалкой. Но в запланированое на выходные время будет выглядет ьвсё по другому. Будет погашен ProxMox, присунуты свежие диски под Xen, установлен Xen, присунуты диски ProxMox'а обратно. Надо будет как-то не по сетке, а локально, простым dd или скриптом каким хитрым, например, это всё сделать, но я не понимаю как. -_- Please help! | Всего записей: 22 | Зарегистр. 29-10-2007 | Отправлено: 18:39 20-02-2013 | Исправлено: Tatay, 18:41 20-02-2013 |
|