[pve-devel] Storage migration: online design solution
Alexandre DERUMIER
aderumier at odiso.com
Thu Jan 10 11:11:10 CET 2013
>>I more or less have a complete solution. Need some more tests, though. I have discovered a potential problem. When a disk is migrated due to the fact that a new disk is created the UUID is changed.
mmm, yes, this seem normal because this is a new disk.
I don't know if we can force the uuid of disk,I'll do some research about this.
----- Mail original -----
De: "Michael Rasmussen" <mir at datanom.net>
À: "Alexandre DERUMIER" <aderumier at odiso.com>
Cc: pve-devel at pve.proxmox.com
Envoyé: Jeudi 10 Janvier 2013 10:23:23
Objet: Re: [pve-devel] Storage migration: online design solution
I more or less have a complete solution. Need some more tests, though. I have discovered a potential problem. When a disk is migrated due to the fact that a new disk is created the UUID is changed.
Alexandre DERUMIER <aderumier at odiso.com> wrote:
for the uri, you can do
#info block
in monitor, this is the file= part.
you can use proxmox sub path to generate it
my path = PVE::Storage::path($storecfg, $dst_volid);
migration part should be something like
$drive = "virtio0";
my $targetpath = PVE::Storage::path($storecfg, $dst_volid);
PVE::QemuServer::vm_mon_cmd($vmid, "drive-mirror", device => "drive-$drive", target => $targetpath);
while{
PVE::QemuServer::vm_mon_cmd($vmid, "block-migrate-status");
}
PVE::QemuServer::vm_mon_cmd($vmid, "block-job-complete", device => "drive-$drive");
----- Mail original -----
De: "Michael Rasmussen" <mir at datanom.net>
À: pve-devel at pve.proxmox.com
Envoyé: Mercredi 9 Janvier 2013 22:12:47
Objet: Re: [pve-devel] S
torage
migration: online design solution
On Wed, 9 Jan 2013 22:01:42 +0100
Michael Rasmussen <mir at datanom.net> wrote:
<blockquote>
On Wed, 09 Jan 2013 12:05:05 +0100 (CET)
Alexandre DERUMIER <aderumier at odiso.com> wrote:
<blockquote>
#drive_mirror -n -f drive-virtio0 sheepdog: 127.0.0.1:7000 :vm-144-disk-1
# info block
drive-virtio2: removable=0 io-status=ok
file=/dev/pve-storage1_vg/vm-102-disk-1 ro=0 drv=raw encrypted=0 bps=0
bps_rd=0 bps_wr=0 iops=0 iops_rd=0 iops_wr=0
# drive_mirror -f drive-virtio2 pve-storage2_lvm:vm-102-disk-2
Invalid block format 'raw'
Is raw only supported for destinations other than LVM?
</blockquote>
Found out that it has to be a URI: /dev/pve-storage2_vg/vm-102-disk-1
works:-)
</blockquote>
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
More information about the pve-devel
mailing list