Re: [ovirt-users] Migrate from one system to another.
On 07/08/2014 12:54 AM, John Gardeniers wrote: Hi Sven, Thanks but that's really not a workable solution for us. I'm surprised there's no cleaner export/import mechanism. This is the only virtualization system I'm familiar with doesn't have a simple and straightforward way to export a VM to an external system. On the subject of support, my comments are related only to my personal experiences. Also, there's a huge difference between Red Hat and Ovirt - the Ovirt people care. :) a lot of the oVirt people are RHEV people too. We care about both. I'm sorry to hear about your experience, and hope it will improve. there are several items in this area being worked on: - Glance integration (available in 3.3) - allows you to export/import disks to a glance service. the glance service can be connected to multiple engine's concurrently. - as Sven mentioned, upcoming in 3.5, ability to attach/detach whole storage domains. - still being discussed - ability to upload/download disks/vm's, and ability to concurrently use simple nfs/posix shares. the glance option may be relevant to you, otherwise, export-ship-files-import it is (or detach the export domain and attach to the other engine) regards, John On 07/07/14 16:52, Sven Kieske wrote: Well, what you can do, is: export this vm to an export domain, detach the domain from your DC, than tar.gz the whole export domain (use the sparse option if you got thin provisioned disks) then upload that tar.gz they have to put it on their storage, extract and import the export storage domain, then import the vm. HTH PS: But I can't believe the redhat support is so bad, after all the ovirt support is pretty good. Am 07.07.2014 00:12, schrieb John Gardeniers: We each make some shared resources available to the other, so the normal method we use to transfer files is we upload them to a shared directory at the other end. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Migrate from one system to another.
Hello Itmar, thanks for sharing the Glance service idea - but one question: All the info I found only mentions importing from glace [1]. Can you point out how to export VM images to a glance repository from oVirt? Until now I was not able to find this... Thanks! [1] http://ovedou.blogspot.de/2014/03/importing-glance-images-as-ovirt.html On Di, 2014-07-08 at 16:43 +0300, Itamar Heim wrote: On 07/08/2014 12:54 AM, John Gardeniers wrote: Hi Sven, Thanks but that's really not a workable solution for us. I'm surprised there's no cleaner export/import mechanism. This is the only virtualization system I'm familiar with doesn't have a simple and straightforward way to export a VM to an external system. On the subject of support, my comments are related only to my personal experiences. Also, there's a huge difference between Red Hat and Ovirt - the Ovirt people care. :) a lot of the oVirt people are RHEV people too. We care about both. I'm sorry to hear about your experience, and hope it will improve. there are several items in this area being worked on: - Glance integration (available in 3.3) - allows you to export/import disks to a glance service. the glance service can be connected to multiple engine's concurrently. - as Sven mentioned, upcoming in 3.5, ability to attach/detach whole storage domains. - still being discussed - ability to upload/download disks/vm's, and ability to concurrently use simple nfs/posix shares. the glance option may be relevant to you, otherwise, export-ship-files-import it is (or detach the export domain and attach to the other engine) regards, John On 07/07/14 16:52, Sven Kieske wrote: Well, what you can do, is: export this vm to an export domain, detach the domain from your DC, than tar.gz the whole export domain (use the sparse option if you got thin provisioned disks) then upload that tar.gz they have to put it on their storage, extract and import the export storage domain, then import the vm. HTH PS: But I can't believe the redhat support is so bad, after all the ovirt support is pretty good. Am 07.07.2014 00:12, schrieb John Gardeniers: We each make some shared resources available to the other, so the normal method we use to transfer files is we upload them to a shared directory at the other end. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 smime.p7s Description: S/MIME cryptographic signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Migrate from one system to another.
Well, what you can do, is: export this vm to an export domain, detach the domain from your DC, than tar.gz the whole export domain (use the sparse option if you got thin provisioned disks) then upload that tar.gz they have to put it on their storage, extract and import the export storage domain, then import the vm. HTH PS: But I can't believe the redhat support is so bad, after all the ovirt support is pretty good. Am 07.07.2014 00:12, schrieb John Gardeniers: We each make some shared resources available to the other, so the normal method we use to transfer files is we upload them to a shared directory at the other end. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Migrate from one system to another.
Hi Sven, Thanks but that's really not a workable solution for us. I'm surprised there's no cleaner export/import mechanism. This is the only virtualization system I'm familiar with doesn't have a simple and straightforward way to export a VM to an external system. On the subject of support, my comments are related only to my personal experiences. Also, there's a huge difference between Red Hat and Ovirt - the Ovirt people care. :) regards, John On 07/07/14 16:52, Sven Kieske wrote: Well, what you can do, is: export this vm to an export domain, detach the domain from your DC, than tar.gz the whole export domain (use the sparse option if you got thin provisioned disks) then upload that tar.gz they have to put it on their storage, extract and import the export storage domain, then import the vm. HTH PS: But I can't believe the redhat support is so bad, after all the ovirt support is pretty good. Am 07.07.2014 00:12, schrieb John Gardeniers: We each make some shared resources available to the other, so the normal method we use to transfer files is we upload them to a shared directory at the other end. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Migrate from one system to another.
Hi Gianluca, When I said the support has not been stellar I may have understated the problem. The reason I haven't opened a case with Red Hat this time is simply because *all* my other cases are still unresolved, with all but the most recent having been open for months. I've had to find my own workarounds for each, so I'm disinclined to waste even more time trying to get them to help me. My confidence in their support is pretty close to zero at this time. Both ends of this set-up are RHEV 3.3, with neither side having admin access to the other. The connection is via a VPN with a ping time of 300ms. These are independent companies. We each make some shared resources available to the other, so the normal method we use to transfer files is we upload them to a shared directory at the other end. regards, John On 04/07/14 17:54, Gianluca Cecchi wrote: Even if not stellar (as you said), if you have (as I understood) RHEV on both sides, you could open a case for this problem to red hat if not already done. Also, what kind of inter-connection is there between the two rhev environments? Which version of rhev on both environments? Not a great contribution, I admit Gianluca __ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com __ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Migrate from one system to another.
Even if not stellar (as you said), if you have (as I understood) RHEV on both sides, you could open a case for this problem to red hat if not already done. Also, what kind of inter-connection is there between the two rhev environments? Which version of rhev on both environments? Not a great contribution, I admit Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Migrate from one system to another.
You are maybe interested in this 3.5 feature? https://bugzilla.redhat.com/show_bug.cgi?id=1083307 HTH -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Migrate from one system to another.
Thanks Sven but what you linked to is a bug in a feature in a version we don't use yet. On 04/07/14 01:21, Sven Kieske wrote: You are maybe interested in this 3.5 feature? https://bugzilla.redhat.com/show_bug.cgi?id=1083307 HTH ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Migrate from one system to another.
On 2-7-2014 3:23, John Gardeniers wrote: Hi All, We need get get a VM from our client's system in the UK to our system in Australia, so this isn't just migrating between clusters or datacenters. I know it's easy enough to export a VM and copy its image file from the export storage area but what's the procedure to import it into the second system? Can I just plonk the file into out import/export storage (I really doubt it) or do I need to do something else with it? I know I can import it easily enough into a KVM/Qemu system and then do a V2V from there but that seems like a step that shouldn't be required. Have I missed something really obvious or is this one of those things people don't do very often? You probably have thought about this too but is using a program like fsarchiver an option? It will optionally compress the backup and optionally will allow you to change disklayout when restoring. Joop ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Migrate from one system to another.
Hi Joop, Yes, that is an option but it also seems like an extra step that shouldn't be required. While in this instance that may not appear to be a big deal, in the future it's quite possible that we may decide to migrate our entire system from RHEV to Ovirt. Having to use additional steps for every VM to be migrated would result in far more downtime than we would be able to accommodate. Incidentally, I know of similar products but did not know about fsarchiver. I'll check that out, thanks. regard, John On 03/07/14 05:29, Joop wrote: On 2-7-2014 3:23, John Gardeniers wrote: Hi All, We need get get a VM from our client's system in the UK to our system in Australia, so this isn't just migrating between clusters or datacenters. I know it's easy enough to export a VM and copy its image file from the export storage area but what's the procedure to import it into the second system? Can I just plonk the file into out import/export storage (I really doubt it) or do I need to do something else with it? I know I can import it easily enough into a KVM/Qemu system and then do a V2V from there but that seems like a step that shouldn't be required. Have I missed something really obvious or is this one of those things people don't do very often? You probably have thought about this too but is using a program like fsarchiver an option? It will optionally compress the backup and optionally will allow you to change disklayout when restoring. Joop ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users __ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com __ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users