When I try to live-migrate a xen vm through cloudmin the vm looses write access to it's disk (LVM on iscsi). First everything works like expected. Cloudmin does move the .cfg file to the new host, creates the iscsi connection and I can ping and ssh to the VM on the new host after migration. Xentop shows the machine running on the new host. But if I ssh to the vm there's no more write access to the disk. I have to destroy the vm and then I'm able to reboot the vm. Sometimes with, sometimes without the need to first fsck the vm's disk.
If I shutdown the vm before moving, everthing's fine.
BUT: If I have a running vm on host-1 and do a live migration on console directly on the xen host the vm is moved to host-2, still accessible and if I ssh to the moved vm there's still write access to it's disk. I'm not sure yet (would have to test again properly) but I think that I'm only able to live-migrate the vm like this after the new host has an already connected iscsi connection to the iscsi server.
So also here (like in my post some minutes ago) I'm not sure If I have an missconfiguration of the kind the xen-hosts are connecting to the iscsi server. But I do not really know how the iscsi passwords which cloudmin is setting are distributed to the different vm-hosts (if they really are).