Proxmox - oVirt Migration
Hello everyone, I have this situation where I need to migrate about 20 vms from Proxmox to oVirt. In this case, its about qcow2 images running on Proxmox. I there a recomended way and procedure for doing this ? Thank you very much ! -- Best regards, Leo David
Hi, Try this: 1) Storage -> Disks -> Upload -> Start select your existing qcow image 2) Create new VM, and then General -> Instance Images, clock "+" and "Attach", select imported disk image. I think it should work. PS Someone from oVirt dev team please confirm, I didn't tried import existing qcow2. On 9/17/18 3:30 PM, Leo David wrote:
Hello everyone, I have this situation where I need to migrate about 20 vms from Proxmox to oVirt. In this case, its about qcow2 images running on Proxmox. I there a recomended way and procedure for doing this ? Thank you very much !
-- Best regards, Leo David
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/YV5CMHDZSXJ5FQ...
Thank you Andrei, This would be fine in case of a few vms, but not so practical for many of them to import. I will try by using virt-p2v.iso to boot on source vm, and get it converted to an existing oVirt nfs export domain. From where to import them in the oVirt cluster. Will let you know about results.. If any other procedure available, please let me know. Thanks a lot, Leo On Tue, Sep 18, 2018, 00:21 Andrei Verovski <andreil1@starlett.lv> wrote:
Hi,
Try this:
1) Storage -> Disks -> Upload -> Start select your existing qcow image
2) Create new VM, and then General -> Instance Images, clock "+" and "Attach", select imported disk image.
I think it should work.
PS Someone from oVirt dev team please confirm, I didn't tried import existing qcow2.
On 9/17/18 3:30 PM, Leo David wrote:
Hello everyone, I have this situation where I need to migrate about 20 vms from Proxmox to oVirt. In this case, its about qcow2 images running on Proxmox. I there a recomended way and procedure for doing this ? Thank you very much !
-- Best regards, Leo David
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/YV5CMHDZSXJ5FQ...
Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SBW46XILAAVZIP...
Hi, Try to upload qcow into import domain via SSH, may be it will work, but I’m not sure. Another way is to hack oVirt - create VM with qcow2 image, rename yours, replace via ssh, fix permissions.
On 18 Sep 2018, at 08:00, Leo David <leoalex@gmail.com> wrote:
Thank you Andrei, This would be fine in case of a few vms, but not so practical for many of them to import. I will try by using virt-p2v.iso to boot on source vm, and get it converted to an existing oVirt nfs export domain. From where to import them in the oVirt cluster. Will let you know about results.. If any other procedure available, please let me know. Thanks a lot,
Leo
On Tue, Sep 18, 2018, 00:21 Andrei Verovski <andreil1@starlett.lv <mailto:andreil1@starlett.lv>> wrote: Hi,
Try this:
1) Storage -> Disks -> Upload -> Start select your existing qcow image
2) Create new VM, and then General -> Instance Images, clock "+" and "Attach", select imported disk image.
I think it should work.
PS Someone from oVirt dev team please confirm, I didn't tried import existing qcow2.
On 9/17/18 3:30 PM, Leo David wrote:
Hello everyone, I have this situation where I need to migrate about 20 vms from Proxmox to oVirt. In this case, its about qcow2 images running on Proxmox. I there a recomended way and procedure for doing this ? Thank you very much !
-- Best regards, Leo David
_______________________________________________ Users mailing list -- users@ovirt.org <mailto:users@ovirt.org> To unsubscribe send an email to users-leave@ovirt.org <mailto:users-leave@ovirt.org> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ <https://www.ovirt.org/site/privacy-policy/> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ <https://www.ovirt.org/community/about/community-guidelines/> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/YV5CMHDZSXJ5FQ... <https://lists.ovirt.org/archives/list/users@ovirt.org/message/YV5CMHDZSXJ5FQ3QRYNL2QKGXGKYHS7L/>
Users mailing list -- users@ovirt.org <mailto:users@ovirt.org> To unsubscribe send an email to users-leave@ovirt.org <mailto:users-leave@ovirt.org> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ <https://www.ovirt.org/site/privacy-policy/> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ <https://www.ovirt.org/community/about/community-guidelines/> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SBW46XILAAVZIP... <https://lists.ovirt.org/archives/list/users@ovirt.org/message/SBW46XILAAVZIPN7Q6SP7ARJCFYO5GPG/>
Hi, I have tried already first option - not working.. Maybe the second would work, but i'm in the middle of figuring out why it does not work with virt-p2v iso, since it seems that it should do the job. 1. I have booted one vm with the iso 2. tested the connection against an ovirt node 3. selected: - Output: rhv - Output storage: 10.10.6.13://ovirt-export ( exact path as i have it configured on the engine, as an export domain ) - the rest of fields blank Then it hangs, it seems is trying to connect to libvrt although i have specified "rhv". Below, a tail on virt-v2v-conversion-log.txt: [ 0.4] Initializing the target -o rhv -os 10.10.6.13:/ovirt-export mount '10.10.6.13:/ovirt-export' '/tmp/v2v.IGj2A4' RHV: ESD mountpoint: /tmp/v2v.IGj2A4 RHV: ESD UUID: d6cd5efe-15eb-4e22-8caf-5ab5d267f4dd RHV: actual UID:GID of new files is 36:36 uuidgen -r uuidgen -r uuidgen -r RHV: will export sda to /tmp/v2v.IGj2A4/d6cd5efe-15eb-4e22-8caf-5ab5d267f4dd/images/25d94cfd-8277-469b-ab98-24d790d422bb/058ed849-2fb6-456c-825e-819b8920f696 libguestfs: [ 0.4] Opening the overlay trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_identifier "v2v" libguestfs: trace: v2v: set_identifier = 0 libguestfs: trace: v2v: get_memsize libguestfs: trace: v2v: get_memsize = 500 libguestfs: trace: v2v: set_memsize 2000 libguestfs: trace: v2v: set_memsize = 0 libguestfs: trace: v2v: set_network true libguestfs: trace: v2v: set_network = 0 libguestfs: trace: v2v: add_drive "/var/tmp/v2vovla5ca02.qcow2" "format:qcow2" "cachemode:unsafe" "discard:besteffort" "copyonread:true" libguestfs: trace: v2v: add_drive = 0 libguestfs: trace: v2v: launch libguestfs: trace: v2v: get_tmpdir libguestfs: trace: v2v: get_tmpdir = "/tmp" libguestfs: trace: v2v: version libguestfs: trace: v2v: version = <struct guestfs_version = major: 1, minor: 36, release: 10, extra: rhel=7,release=6.el7_5.2,libvirt, > libguestfs: trace: v2v: get_backend libguestfs: trace: v2v: get_backend = "libvirt" libguestfs: launch: program=virt-v2v libguestfs: launch: identifier=v2v libguestfs: launch: version=1.36.10rhel=7,release=6.el7_5.2,libvirt libguestfs: launch: backend registered: unix libguestfs: launch: backend registered: uml libguestfs: launch: backend registered: libvirt libguestfs: launch: backend registered: direct libguestfs: launch: backend=libvirt libguestfs: launch: tmpdir=/tmp/libguestfsBeXgdP libguestfs: launch: umask=0022 libguestfs: launch: euid=0 libguestfs: libvirt version = 3009000 (3.9.0) libguestfs: guest random name = guestfs-28va44m6dlfp13q0 libguestfs: connect to libvirt libguestfs: opening libvirt handle: URI = qemu:///system, auth = default+wrapper, flags = 0 libvirt needs authentication to connect to libvirt URI qemu:///system (see also: http://libvirt.org/auth.html http://libvirt.org/uri.html) Please enter your authentication name: Please enter your password: Any thoughts, am I doing something wrong in the virt-p2p configuration ? Thank you ! On Tue, Sep 18, 2018 at 11:34 AM, Andrei Verovski <andreil1@starlett.lv> wrote:
Hi,
Try to upload qcow into import domain via SSH, may be it will work, but I’m not sure.
Another way is to hack oVirt - create VM with qcow2 image, rename yours, replace via ssh, fix permissions.
On 18 Sep 2018, at 08:00, Leo David <leoalex@gmail.com> wrote:
Thank you Andrei, This would be fine in case of a few vms, but not so practical for many of them to import. I will try by using virt-p2v.iso to boot on source vm, and get it converted to an existing oVirt nfs export domain. From where to import them in the oVirt cluster. Will let you know about results.. If any other procedure available, please let me know. Thanks a lot,
Leo
On Tue, Sep 18, 2018, 00:21 Andrei Verovski <andreil1@starlett.lv> wrote:
Hi,
Try this:
1) Storage -> Disks -> Upload -> Start select your existing qcow image
2) Create new VM, and then General -> Instance Images, clock "+" and "Attach", select imported disk image.
I think it should work.
PS Someone from oVirt dev team please confirm, I didn't tried import existing qcow2.
On 9/17/18 3:30 PM, Leo David wrote:
Hello everyone, I have this situation where I need to migrate about 20 vms from Proxmox to oVirt. In this case, its about qcow2 images running on Proxmox. I there a recomended way and procedure for doing this ? Thank you very much !
-- Best regards, Leo David
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community- guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/ message/YV5CMHDZSXJ5FQ3QRYNL2QKGXGKYHS7L/
Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community- guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/ message/SBW46XILAAVZIPN7Q6SP7ARJCFYO5GPG/
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community- guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/ message/A2GETEROWCXZ3NPON7OX3X6V7O5BVT7T/
-- Best regards, Leo David
Hi, I have succesfully used the import-to-ovirt.pl script to migrate a qcow local disk to oVirt export domain. Thanks a lot for that ! The problem is that most of the vms are having their disk on ceph as rbd's. Thist is why i think the bootable virt-p2p would be more appropiate... but it seems is still not working. Any thoughts ? Thanks, Leo On Tue, Sep 18, 2018 at 12:18 PM, Leo David <leoalex@gmail.com> wrote:
Hi, I have tried already first option - not working.. Maybe the second would work, but i'm in the middle of figuring out why it does not work with virt-p2v iso, since it seems that it should do the job. 1. I have booted one vm with the iso 2. tested the connection against an ovirt node 3. selected: - Output: rhv - Output storage: 10.10.6.13://ovirt-export ( exact path as i have it configured on the engine, as an export domain ) - the rest of fields blank
Then it hangs, it seems is trying to connect to libvrt although i have specified "rhv". Below, a tail on virt-v2v-conversion-log.txt:
[ 0.4] Initializing the target -o rhv -os 10.10.6.13:/ovirt-export mount '10.10.6.13:/ovirt-export' '/tmp/v2v.IGj2A4' RHV: ESD mountpoint: /tmp/v2v.IGj2A4 RHV: ESD UUID: d6cd5efe-15eb-4e22-8caf-5ab5d267f4dd RHV: actual UID:GID of new files is 36:36 uuidgen -r uuidgen -r uuidgen -r RHV: will export sda to /tmp/v2v.IGj2A4/d6cd5efe-15eb- 4e22-8caf-5ab5d267f4dd/images/25d94cfd-8277-469b-ab98- 24d790d422bb/058ed849-2fb6-456c-825e-819b8920f696 libguestfs: [ 0.4] Opening the overlay trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_identifier "v2v" libguestfs: trace: v2v: set_identifier = 0 libguestfs: trace: v2v: get_memsize libguestfs: trace: v2v: get_memsize = 500 libguestfs: trace: v2v: set_memsize 2000 libguestfs: trace: v2v: set_memsize = 0 libguestfs: trace: v2v: set_network true libguestfs: trace: v2v: set_network = 0 libguestfs: trace: v2v: add_drive "/var/tmp/v2vovla5ca02.qcow2" "format:qcow2" "cachemode:unsafe" "discard:besteffort" "copyonread:true" libguestfs: trace: v2v: add_drive = 0 libguestfs: trace: v2v: launch libguestfs: trace: v2v: get_tmpdir libguestfs: trace: v2v: get_tmpdir = "/tmp" libguestfs: trace: v2v: version libguestfs: trace: v2v: version = <struct guestfs_version = major: 1, minor: 36, release: 10, extra: rhel=7,release=6.el7_5.2,libvirt, > libguestfs: trace: v2v: get_backend libguestfs: trace: v2v: get_backend = "libvirt" libguestfs: launch: program=virt-v2v libguestfs: launch: identifier=v2v libguestfs: launch: version=1.36.10rhel=7,release=6.el7_5.2,libvirt libguestfs: launch: backend registered: unix libguestfs: launch: backend registered: uml libguestfs: launch: backend registered: libvirt libguestfs: launch: backend registered: direct libguestfs: launch: backend=libvirt libguestfs: launch: tmpdir=/tmp/libguestfsBeXgdP libguestfs: launch: umask=0022 libguestfs: launch: euid=0 libguestfs: libvirt version = 3009000 (3.9.0) libguestfs: guest random name = guestfs-28va44m6dlfp13q0 libguestfs: connect to libvirt libguestfs: opening libvirt handle: URI = qemu:///system, auth = default+wrapper, flags = 0 libvirt needs authentication to connect to libvirt URI qemu:///system (see also: http://libvirt.org/auth.html http://libvirt.org/uri.html) Please enter your authentication name: Please enter your password:
Any thoughts, am I doing something wrong in the virt-p2p configuration ? Thank you !
On Tue, Sep 18, 2018 at 11:34 AM, Andrei Verovski <andreil1@starlett.lv> wrote:
Hi,
Try to upload qcow into import domain via SSH, may be it will work, but I’m not sure.
Another way is to hack oVirt - create VM with qcow2 image, rename yours, replace via ssh, fix permissions.
On 18 Sep 2018, at 08:00, Leo David <leoalex@gmail.com> wrote:
Thank you Andrei, This would be fine in case of a few vms, but not so practical for many of them to import. I will try by using virt-p2v.iso to boot on source vm, and get it converted to an existing oVirt nfs export domain. From where to import them in the oVirt cluster. Will let you know about results.. If any other procedure available, please let me know. Thanks a lot,
Leo
On Tue, Sep 18, 2018, 00:21 Andrei Verovski <andreil1@starlett.lv> wrote:
Hi,
Try this:
1) Storage -> Disks -> Upload -> Start select your existing qcow image
2) Create new VM, and then General -> Instance Images, clock "+" and "Attach", select imported disk image.
I think it should work.
PS Someone from oVirt dev team please confirm, I didn't tried import existing qcow2.
On 9/17/18 3:30 PM, Leo David wrote:
Hello everyone, I have this situation where I need to migrate about 20 vms from Proxmox to oVirt. In this case, its about qcow2 images running on Proxmox. I there a recomended way and procedure for doing this ? Thank you very much !
-- Best regards, Leo David
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/communit y/about/community-guidelines/ List Archives: https://lists.ovirt.org/archiv es/list/users@ovirt.org/message/YV5CMHDZSXJ5FQ3QRYNL2QKGXGKYHS7L/
Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/communit y/about/community-guidelines/ List Archives: https://lists.ovirt.org/archiv es/list/users@ovirt.org/message/SBW46XILAAVZIPN7Q6SP7ARJCFYO5GPG/
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/communit y/about/community-guidelines/ List Archives: https://lists.ovirt.org/archiv es/list/users@ovirt.org/message/A2GETEROWCXZ3NPON7OX3X6V7O5BVT7T/
-- Best regards, Leo David
-- Best regards, Leo David
Hi Guys, Any ideea on how could I do a decent migration of those vms, without the need ov moving their disks to local promox storage ? Thank you ! Leo On Tue, Sep 18, 2018 at 3:31 PM, Leo David <leoalex@gmail.com> wrote:
Hi, I have succesfully used the import-to-ovirt.pl script to migrate a qcow local disk to oVirt export domain. Thanks a lot for that ! The problem is that most of the vms are having their disk on ceph as rbd's. Thist is why i think the bootable virt-p2p would be more appropiate... but it seems is still not working. Any thoughts ?
Thanks,
Leo
On Tue, Sep 18, 2018 at 12:18 PM, Leo David <leoalex@gmail.com> wrote:
Hi, I have tried already first option - not working.. Maybe the second would work, but i'm in the middle of figuring out why it does not work with virt-p2v iso, since it seems that it should do the job. 1. I have booted one vm with the iso 2. tested the connection against an ovirt node 3. selected: - Output: rhv - Output storage: 10.10.6.13://ovirt-export ( exact path as i have it configured on the engine, as an export domain ) - the rest of fields blank
Then it hangs, it seems is trying to connect to libvrt although i have specified "rhv". Below, a tail on virt-v2v-conversion-log.txt:
[ 0.4] Initializing the target -o rhv -os 10.10.6.13:/ovirt-export mount '10.10.6.13:/ovirt-export' '/tmp/v2v.IGj2A4' RHV: ESD mountpoint: /tmp/v2v.IGj2A4 RHV: ESD UUID: d6cd5efe-15eb-4e22-8caf-5ab5d267f4dd RHV: actual UID:GID of new files is 36:36 uuidgen -r uuidgen -r uuidgen -r RHV: will export sda to /tmp/v2v.IGj2A4/d6cd5efe-15eb- 4e22-8caf-5ab5d267f4dd/images/25d94cfd-8277-469b-ab98-24d790 d422bb/058ed849-2fb6-456c-825e-819b8920f696 libguestfs: [ 0.4] Opening the overlay trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_identifier "v2v" libguestfs: trace: v2v: set_identifier = 0 libguestfs: trace: v2v: get_memsize libguestfs: trace: v2v: get_memsize = 500 libguestfs: trace: v2v: set_memsize 2000 libguestfs: trace: v2v: set_memsize = 0 libguestfs: trace: v2v: set_network true libguestfs: trace: v2v: set_network = 0 libguestfs: trace: v2v: add_drive "/var/tmp/v2vovla5ca02.qcow2" "format:qcow2" "cachemode:unsafe" "discard:besteffort" "copyonread:true" libguestfs: trace: v2v: add_drive = 0 libguestfs: trace: v2v: launch libguestfs: trace: v2v: get_tmpdir libguestfs: trace: v2v: get_tmpdir = "/tmp" libguestfs: trace: v2v: version libguestfs: trace: v2v: version = <struct guestfs_version = major: 1, minor: 36, release: 10, extra: rhel=7,release=6.el7_5.2,libvirt, > libguestfs: trace: v2v: get_backend libguestfs: trace: v2v: get_backend = "libvirt" libguestfs: launch: program=virt-v2v libguestfs: launch: identifier=v2v libguestfs: launch: version=1.36.10rhel=7,release=6.el7_5.2,libvirt libguestfs: launch: backend registered: unix libguestfs: launch: backend registered: uml libguestfs: launch: backend registered: libvirt libguestfs: launch: backend registered: direct libguestfs: launch: backend=libvirt libguestfs: launch: tmpdir=/tmp/libguestfsBeXgdP libguestfs: launch: umask=0022 libguestfs: launch: euid=0 libguestfs: libvirt version = 3009000 (3.9.0) libguestfs: guest random name = guestfs-28va44m6dlfp13q0 libguestfs: connect to libvirt libguestfs: opening libvirt handle: URI = qemu:///system, auth = default+wrapper, flags = 0 libvirt needs authentication to connect to libvirt URI qemu:///system (see also: http://libvirt.org/auth.html http://libvirt.org/uri.html) Please enter your authentication name: Please enter your password:
Any thoughts, am I doing something wrong in the virt-p2p configuration ? Thank you !
On Tue, Sep 18, 2018 at 11:34 AM, Andrei Verovski <andreil1@starlett.lv> wrote:
Hi,
Try to upload qcow into import domain via SSH, may be it will work, but I’m not sure.
Another way is to hack oVirt - create VM with qcow2 image, rename yours, replace via ssh, fix permissions.
On 18 Sep 2018, at 08:00, Leo David <leoalex@gmail.com> wrote:
Thank you Andrei, This would be fine in case of a few vms, but not so practical for many of them to import. I will try by using virt-p2v.iso to boot on source vm, and get it converted to an existing oVirt nfs export domain. From where to import them in the oVirt cluster. Will let you know about results.. If any other procedure available, please let me know. Thanks a lot,
Leo
On Tue, Sep 18, 2018, 00:21 Andrei Verovski <andreil1@starlett.lv> wrote:
Hi,
Try this:
1) Storage -> Disks -> Upload -> Start select your existing qcow image
2) Create new VM, and then General -> Instance Images, clock "+" and "Attach", select imported disk image.
I think it should work.
PS Someone from oVirt dev team please confirm, I didn't tried import existing qcow2.
On 9/17/18 3:30 PM, Leo David wrote:
Hello everyone, I have this situation where I need to migrate about 20 vms from Proxmox to oVirt. In this case, its about qcow2 images running on Proxmox. I there a recomended way and procedure for doing this ? Thank you very much !
-- Best regards, Leo David
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/communit y/about/community-guidelines/ List Archives: https://lists.ovirt.org/archiv es/list/users@ovirt.org/message/YV5CMHDZSXJ5FQ3QRYNL2QKGXGKYHS7L/
Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/communit y/about/community-guidelines/ List Archives: https://lists.ovirt.org/archiv es/list/users@ovirt.org/message/SBW46XILAAVZIPN7Q6SP7ARJCFYO5GPG/
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/communit y/about/community-guidelines/ List Archives: https://lists.ovirt.org/archiv es/list/users@ovirt.org/message/A2GETEROWCXZ3NPON7OX3X6V7O5BVT7T/
-- Best regards, Leo David
-- Best regards, Leo David
-- Best regards, Leo David
afaik, Proxmox doesn't use the libvirt api, so you can't use the virt-p2v tool to import proxmox into ovirt, the only way in our case is to manually import your qcow2 disks and then attach them to a predefinated vm. Le 18/09/2018 à 14:31, Leo David a écrit :
Hi, I have succesfully used the import-to-ovirt.pl <http://import-to-ovirt.pl> script to migrate a qcow local disk to oVirt export domain. Thanks a lot for that ! The problem is that most of the vms are having their disk on ceph as rbd's. Thist is why i think the bootable virt-p2p would be more appropiate... but it seems is still not working. Any thoughts ?
Thanks,
Leo
On Tue, Sep 18, 2018 at 12:18 PM, Leo David <leoalex@gmail.com <mailto:leoalex@gmail.com>> wrote:
Hi, I have tried already first option - not working.. Maybe the second would work, but i'm in the middle of figuring out why it does not work with virt-p2v iso, since it seems that it should do the job. 1. I have booted one vm with the iso 2. tested the connection against an ovirt node 3. selected: - Output: rhv - Output storage: 10.10.6.13 <http://10.10.6.13>://ovirt-export ( exact path as i have it configured on the engine, as an export domain ) - the rest of fields blank
Then it hangs, it seems is trying to connect to libvrt although i have specified "rhv". Below, a tail on virt-v2v-conversion-log.txt:
[ 0.4] Initializing the target -o rhv -os 10.10.6.13:/ovirt-export mount '10.10.6.13:/ovirt-export' '/tmp/v2v.IGj2A4' RHV: ESD mountpoint: /tmp/v2v.IGj2A4 RHV: ESD UUID: d6cd5efe-15eb-4e22-8caf-5ab5d267f4dd RHV: actual UID:GID of new files is 36:36 uuidgen -r uuidgen -r uuidgen -r RHV: will export sda to /tmp/v2v.IGj2A4/d6cd5efe-15eb-4e22-8caf-5ab5d267f4dd/images/25d94cfd-8277-469b-ab98-24d790d422bb/058ed849-2fb6-456c-825e-819b8920f696 libguestfs: [ 0.4] Opening the overlay trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_identifier "v2v" libguestfs: trace: v2v: set_identifier = 0 libguestfs: trace: v2v: get_memsize libguestfs: trace: v2v: get_memsize = 500 libguestfs: trace: v2v: set_memsize 2000 libguestfs: trace: v2v: set_memsize = 0 libguestfs: trace: v2v: set_network true libguestfs: trace: v2v: set_network = 0 libguestfs: trace: v2v: add_drive "/var/tmp/v2vovla5ca02.qcow2" "format:qcow2" "cachemode:unsafe" "discard:besteffort" "copyonread:true" libguestfs: trace: v2v: add_drive = 0 libguestfs: trace: v2v: launch libguestfs: trace: v2v: get_tmpdir libguestfs: trace: v2v: get_tmpdir = "/tmp" libguestfs: trace: v2v: version libguestfs: trace: v2v: version = <struct guestfs_version = major: 1, minor: 36, release: 10, extra: rhel=7,release=6.el7_5.2,libvirt, > libguestfs: trace: v2v: get_backend libguestfs: trace: v2v: get_backend = "libvirt" libguestfs: launch: program=virt-v2v libguestfs: launch: identifier=v2v libguestfs: launch: version=1.36.10rhel=7,release=6.el7_5.2,libvirt libguestfs: launch: backend registered: unix libguestfs: launch: backend registered: uml libguestfs: launch: backend registered: libvirt libguestfs: launch: backend registered: direct libguestfs: launch: backend=libvirt libguestfs: launch: tmpdir=/tmp/libguestfsBeXgdP libguestfs: launch: umask=0022 libguestfs: launch: euid=0 libguestfs: libvirt version = 3009000 (3.9.0) libguestfs: guest random name = guestfs-28va44m6dlfp13q0 libguestfs: connect to libvirt libguestfs: opening libvirt handle: URI = qemu:///system, auth = default+wrapper, flags = 0 libvirt needs authentication to connect to libvirt URI qemu:///system (see also: http://libvirt.org/auth.html http://libvirt.org/uri.html) Please enter your authentication name: Please enter your password:
Any thoughts, am I doing something wrong in the virt-p2p configuration ? Thank you !
On Tue, Sep 18, 2018 at 11:34 AM, Andrei Verovski <andreil1@starlett.lv <mailto:andreil1@starlett.lv>> wrote:
Hi,
Try to upload qcow into import domain via SSH, may be it will work, but I’m not sure.
Another way is to hack oVirt - create VM with qcow2 image, rename yours, replace via ssh, fix permissions.
On 18 Sep 2018, at 08:00, Leo David <leoalex@gmail.com <mailto:leoalex@gmail.com>> wrote:
Thank you Andrei, This would be fine in case of a few vms, but not so practical for many of them to import. I will try by using virt-p2v.iso to boot on source vm, and get it converted to an existing oVirt nfs export domain. From where to import them in the oVirt cluster. Will let you know about results.. If any other procedure available, please let me know. Thanks a lot,
Leo
On Tue, Sep 18, 2018, 00:21 Andrei Verovski <andreil1@starlett.lv <mailto:andreil1@starlett.lv>> wrote:
Hi,
Try this:
1) Storage -> Disks -> Upload -> Start select your existing qcow image
2) Create new VM, and then General -> Instance Images, clock "+" and "Attach", select imported disk image.
I think it should work.
PS Someone from oVirt dev team please confirm, I didn't tried import existing qcow2.
On 9/17/18 3:30 PM, Leo David wrote: > Hello everyone, > I have this situation where I need to migrate about 20 vms from > Proxmox to oVirt. > In this case, its about qcow2 images running on Proxmox. > I there a recomended way and procedure for doing this ? > Thank you very much ! > > -- > Best regards, Leo David > > _______________________________________________ > Users mailing list -- users@ovirt.org <mailto:users@ovirt.org> > To unsubscribe send an email to users-leave@ovirt.org <mailto:users-leave@ovirt.org> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ <https://www.ovirt.org/site/privacy-policy/> > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ <https://www.ovirt.org/community/about/community-guidelines/> > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/YV5CMHDZSXJ5FQ... <https://lists.ovirt.org/archives/list/users@ovirt.org/message/YV5CMHDZSXJ5FQ3QRYNL2QKGXGKYHS7L/> _______________________________________________ Users mailing list -- users@ovirt.org <mailto:users@ovirt.org> To unsubscribe send an email to users-leave@ovirt.org <mailto:users-leave@ovirt.org> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ <https://www.ovirt.org/site/privacy-policy/> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ <https://www.ovirt.org/community/about/community-guidelines/> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SBW46XILAAVZIP... <https://lists.ovirt.org/archives/list/users@ovirt.org/message/SBW46XILAAVZIPN7Q6SP7ARJCFYO5GPG/>
_______________________________________________ Users mailing list -- users@ovirt.org <mailto:users@ovirt.org> To unsubscribe send an email to users-leave@ovirt.org <mailto:users-leave@ovirt.org> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ <https://www.ovirt.org/site/privacy-policy/> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ <https://www.ovirt.org/community/about/community-guidelines/> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/A2GETEROWCXZ3N... <https://lists.ovirt.org/archives/list/users@ovirt.org/message/A2GETEROWCXZ3NPON7OX3X6V7O5BVT7T/>
-- Best regards, Leo David
-- Best regards, Leo David
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/3GLWGY7CI5K6SE...
-- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet@abes.fr
Thank you Nathanaël, I just think that virt-p2v.iso image once booted, will directly see the vm attached devices that are passed by Proxmox layer (as clonezilla would see them ), without worring about what virtualisation type is the source machine. ie: treating the vm as a physical machine. If so, this tool should work on any source machine ( vmware, hyperv, proxmox, bare metal ) right ? The problem is that im getting that error... On Sep 21, 2018 11:08, "Nathanaël Blanchet" <blanchet@abes.fr> wrote: afaik, Proxmox doesn't use the libvirt api, so you can't use the virt-p2v tool to import proxmox into ovirt, the only way in our case is to manually import your qcow2 disks and then attach them to a predefinated vm. Le 18/09/2018 à 14:31, Leo David a écrit : Hi, I have succesfully used the import-to-ovirt.pl script to migrate a qcow local disk to oVirt export domain. Thanks a lot for that ! The problem is that most of the vms are having their disk on ceph as rbd's. Thist is why i think the bootable virt-p2p would be more appropiate... but it seems is still not working. Any thoughts ? Thanks, Leo On Tue, Sep 18, 2018 at 12:18 PM, Leo David <leoalex@gmail.com> wrote:
Hi, I have tried already first option - not working.. Maybe the second would work, but i'm in the middle of figuring out why it does not work with virt-p2v iso, since it seems that it should do the job. 1. I have booted one vm with the iso 2. tested the connection against an ovirt node 3. selected: - Output: rhv - Output storage: 10.10.6.13://ovirt-export ( exact path as i have it configured on the engine, as an export domain ) - the rest of fields blank
Then it hangs, it seems is trying to connect to libvrt although i have specified "rhv". Below, a tail on virt-v2v-conversion-log.txt:
[ 0.4] Initializing the target -o rhv -os 10.10.6.13:/ovirt-export mount '10.10.6.13:/ovirt-export' '/tmp/v2v.IGj2A4' RHV: ESD mountpoint: /tmp/v2v.IGj2A4 RHV: ESD UUID: d6cd5efe-15eb-4e22-8caf-5ab5d267f4dd RHV: actual UID:GID of new files is 36:36 uuidgen -r uuidgen -r uuidgen -r RHV: will export sda to /tmp/v2v.IGj2A4/d6cd5efe-15eb-4e22-8caf-5ab5d267f4dd/images/25d94cfd-8277-469b-ab98-24d790d422bb/058ed849-2fb6-456c-825e-819b8920f696 libguestfs: [ 0.4] Opening the overlay trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_identifier "v2v" libguestfs: trace: v2v: set_identifier = 0 libguestfs: trace: v2v: get_memsize libguestfs: trace: v2v: get_memsize = 500 libguestfs: trace: v2v: set_memsize 2000 libguestfs: trace: v2v: set_memsize = 0 libguestfs: trace: v2v: set_network true libguestfs: trace: v2v: set_network = 0 libguestfs: trace: v2v: add_drive "/var/tmp/v2vovla5ca02.qcow2" "format:qcow2" "cachemode:unsafe" "discard:besteffort" "copyonread:true" libguestfs: trace: v2v: add_drive = 0 libguestfs: trace: v2v: launch libguestfs: trace: v2v: get_tmpdir libguestfs: trace: v2v: get_tmpdir = "/tmp" libguestfs: trace: v2v: version libguestfs: trace: v2v: version = <struct guestfs_version = major: 1, minor: 36, release: 10, extra: rhel=7,release=6.el7_5.2,libvirt, > libguestfs: trace: v2v: get_backend libguestfs: trace: v2v: get_backend = "libvirt" libguestfs: launch: program=virt-v2v libguestfs: launch: identifier=v2v libguestfs: launch: version=1.36.10rhel=7,release=6.el7_5.2,libvirt libguestfs: launch: backend registered: unix libguestfs: launch: backend registered: uml libguestfs: launch: backend registered: libvirt libguestfs: launch: backend registered: direct libguestfs: launch: backend=libvirt libguestfs: launch: tmpdir=/tmp/libguestfsBeXgdP libguestfs: launch: umask=0022 libguestfs: launch: euid=0 libguestfs: libvirt version = 3009000 (3.9.0) libguestfs: guest random name = guestfs-28va44m6dlfp13q0 libguestfs: connect to libvirt libguestfs: opening libvirt handle: URI = qemu:///system, auth = default+wrapper, flags = 0 libvirt needs authentication to connect to libvirt URI qemu:///system (see also: http://libvirt.org/auth.html http://libvirt.org/uri.html) Please enter your authentication name: Please enter your password:
Any thoughts, am I doing something wrong in the virt-p2p configuration ? Thank you !
On Tue, Sep 18, 2018 at 11:34 AM, Andrei Verovski <andreil1@starlett.lv> wrote:
Hi,
Try to upload qcow into import domain via SSH, may be it will work, but I’m not sure.
Another way is to hack oVirt - create VM with qcow2 image, rename yours, replace via ssh, fix permissions.
On 18 Sep 2018, at 08:00, Leo David <leoalex@gmail.com> wrote:
Thank you Andrei, This would be fine in case of a few vms, but not so practical for many of them to import. I will try by using virt-p2v.iso to boot on source vm, and get it converted to an existing oVirt nfs export domain. From where to import them in the oVirt cluster. Will let you know about results.. If any other procedure available, please let me know. Thanks a lot,
Leo
On Tue, Sep 18, 2018, 00:21 Andrei Verovski <andreil1@starlett.lv> wrote:
Hi,
Try this:
1) Storage -> Disks -> Upload -> Start select your existing qcow image
2) Create new VM, and then General -> Instance Images, clock "+" and "Attach", select imported disk image.
I think it should work.
PS Someone from oVirt dev team please confirm, I didn't tried import existing qcow2.
On 9/17/18 3:30 PM, Leo David wrote:
Hello everyone, I have this situation where I need to migrate about 20 vms from Proxmox to oVirt. In this case, its about qcow2 images running on Proxmox. I there a recomended way and procedure for doing this ? Thank you very much !
-- Best regards, Leo David
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/YV5CMHDZSXJ5FQ...
Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SBW46XILAAVZIP...
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/A2GETEROWCXZ3N...
-- Best regards, Leo David
-- Best regards, Leo David _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/3GLWGY7CI5K6SE... -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14blanchet@abes.fr
Hi Everyone, Any thoughts on these ? Thank you, Leo On Sat, Sep 22, 2018, 09:09 Leo David <leoalex@gmail.com> wrote:
Thank you Nathanaël, I just think that virt-p2v.iso image once booted, will directly see the vm attached devices that are passed by Proxmox layer (as clonezilla would see them ), without worring about what virtualisation type is the source machine. ie: treating the vm as a physical machine. If so, this tool should work on any source machine ( vmware, hyperv, proxmox, bare metal ) right ? The problem is that im getting that error...
On Sep 21, 2018 11:08, "Nathanaël Blanchet" <blanchet@abes.fr> wrote:
afaik, Proxmox doesn't use the libvirt api, so you can't use the virt-p2v tool to import proxmox into ovirt, the only way in our case is to manually import your qcow2 disks and then attach them to a predefinated vm.
Le 18/09/2018 à 14:31, Leo David a écrit :
Hi, I have succesfully used the import-to-ovirt.pl script to migrate a qcow local disk to oVirt export domain. Thanks a lot for that ! The problem is that most of the vms are having their disk on ceph as rbd's. Thist is why i think the bootable virt-p2p would be more appropiate... but it seems is still not working. Any thoughts ?
Thanks,
Leo
On Tue, Sep 18, 2018 at 12:18 PM, Leo David <leoalex@gmail.com> wrote:
Hi, I have tried already first option - not working.. Maybe the second would work, but i'm in the middle of figuring out why it does not work with virt-p2v iso, since it seems that it should do the job. 1. I have booted one vm with the iso 2. tested the connection against an ovirt node 3. selected: - Output: rhv - Output storage: 10.10.6.13://ovirt-export ( exact path as i have it configured on the engine, as an export domain ) - the rest of fields blank
Then it hangs, it seems is trying to connect to libvrt although i have specified "rhv". Below, a tail on virt-v2v-conversion-log.txt:
[ 0.4] Initializing the target -o rhv -os 10.10.6.13:/ovirt-export mount '10.10.6.13:/ovirt-export' '/tmp/v2v.IGj2A4' RHV: ESD mountpoint: /tmp/v2v.IGj2A4 RHV: ESD UUID: d6cd5efe-15eb-4e22-8caf-5ab5d267f4dd RHV: actual UID:GID of new files is 36:36 uuidgen -r uuidgen -r uuidgen -r RHV: will export sda to /tmp/v2v.IGj2A4/d6cd5efe-15eb-4e22-8caf-5ab5d267f4dd/images/25d94cfd-8277-469b-ab98-24d790d422bb/058ed849-2fb6-456c-825e-819b8920f696 libguestfs: [ 0.4] Opening the overlay trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_identifier "v2v" libguestfs: trace: v2v: set_identifier = 0 libguestfs: trace: v2v: get_memsize libguestfs: trace: v2v: get_memsize = 500 libguestfs: trace: v2v: set_memsize 2000 libguestfs: trace: v2v: set_memsize = 0 libguestfs: trace: v2v: set_network true libguestfs: trace: v2v: set_network = 0 libguestfs: trace: v2v: add_drive "/var/tmp/v2vovla5ca02.qcow2" "format:qcow2" "cachemode:unsafe" "discard:besteffort" "copyonread:true" libguestfs: trace: v2v: add_drive = 0 libguestfs: trace: v2v: launch libguestfs: trace: v2v: get_tmpdir libguestfs: trace: v2v: get_tmpdir = "/tmp" libguestfs: trace: v2v: version libguestfs: trace: v2v: version = <struct guestfs_version = major: 1, minor: 36, release: 10, extra: rhel=7,release=6.el7_5.2,libvirt, > libguestfs: trace: v2v: get_backend libguestfs: trace: v2v: get_backend = "libvirt" libguestfs: launch: program=virt-v2v libguestfs: launch: identifier=v2v libguestfs: launch: version=1.36.10rhel=7,release=6.el7_5.2,libvirt libguestfs: launch: backend registered: unix libguestfs: launch: backend registered: uml libguestfs: launch: backend registered: libvirt libguestfs: launch: backend registered: direct libguestfs: launch: backend=libvirt libguestfs: launch: tmpdir=/tmp/libguestfsBeXgdP libguestfs: launch: umask=0022 libguestfs: launch: euid=0 libguestfs: libvirt version = 3009000 (3.9.0) libguestfs: guest random name = guestfs-28va44m6dlfp13q0 libguestfs: connect to libvirt libguestfs: opening libvirt handle: URI = qemu:///system, auth = default+wrapper, flags = 0 libvirt needs authentication to connect to libvirt URI qemu:///system (see also: http://libvirt.org/auth.html http://libvirt.org/uri.html) Please enter your authentication name: Please enter your password:
Any thoughts, am I doing something wrong in the virt-p2p configuration ? Thank you !
On Tue, Sep 18, 2018 at 11:34 AM, Andrei Verovski <andreil1@starlett.lv> wrote:
Hi,
Try to upload qcow into import domain via SSH, may be it will work, but I’m not sure.
Another way is to hack oVirt - create VM with qcow2 image, rename yours, replace via ssh, fix permissions.
On 18 Sep 2018, at 08:00, Leo David <leoalex@gmail.com> wrote:
Thank you Andrei, This would be fine in case of a few vms, but not so practical for many of them to import. I will try by using virt-p2v.iso to boot on source vm, and get it converted to an existing oVirt nfs export domain. From where to import them in the oVirt cluster. Will let you know about results.. If any other procedure available, please let me know. Thanks a lot,
Leo
On Tue, Sep 18, 2018, 00:21 Andrei Verovski <andreil1@starlett.lv> wrote:
Hi,
Try this:
1) Storage -> Disks -> Upload -> Start select your existing qcow image
2) Create new VM, and then General -> Instance Images, clock "+" and "Attach", select imported disk image.
I think it should work.
PS Someone from oVirt dev team please confirm, I didn't tried import existing qcow2.
On 9/17/18 3:30 PM, Leo David wrote:
Hello everyone, I have this situation where I need to migrate about 20 vms from Proxmox to oVirt. In this case, its about qcow2 images running on Proxmox. I there a recomended way and procedure for doing this ? Thank you very much !
-- Best regards, Leo David
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/YV5CMHDZSXJ5FQ...
Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SBW46XILAAVZIP...
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/A2GETEROWCXZ3N...
-- Best regards, Leo David
-- Best regards, Leo David
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/3GLWGY7CI5K6SE...
-- Nathanaël Blanchet
Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14blanchet@abes.fr
Hi Leo, Am 17.09.2018 um 14:30 schrieb Leo David:
Hello everyone, I have this situation where I need to migrate about 20 vms from Proxmox to oVirt. In this case, its about qcow2 images running on Proxmox. I there a recomended way and procedure for doing this ? not sure if this is really recommended, but I used the import-to-ovirt.pl script that can be found at http://git.annexia.org/?p=import-to-ovirt.git to import lvm-based VMs from proxmox to oVirt. Maybe that helps. It also seem that the oVirt export Domain is using qcow2-files. As you have already such files you might also be able to build an export storage domain without converting the files.
Regards Bernhard
Thank you very much !
-- Best regards, Leo David
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/YV5CMHDZSXJ5FQ...
participants (4)
-
Andrei Verovski -
Bernhard Dick -
Leo David -
Nathanaël Blanchet