Re: [ovirt-users] vmware type functionality

On 24/10/14 15:31, Bill Dossett wrote:
Hi, Thanks for that. I understand I can see that, but in vmware we sometimes get orphaned VMs that the portal loses for one reason or another and you have to register the with the system again. Or If I move to some new storage and have to copy the VMs to the new storage and then reregister them with a new storage domain - I normally browse the datastore in VMware for the vmx config file and then I can reregister it... But maybe Ovirt when you present a new storage domain just sees the VMs and you don't have to register? I haven't been down this route - well I sort of was, but also if I have VMs on a storage domain and say want to connect it to another data center, can I non-destructively do that? Sorry, kind of a steep learing curve I've been on for the last couple of weeks.
You should keep the users list cc'ed so everybody with the same questions can find the answers too :) Well I never have seen "lost" vms in ovirt, but if you want to move vms between storage domains afaik the only way to currently do so is to export a vm from a data domain to an export domain and than import from this export domain to another data domain. export domains are basically nfs storage systems, so you want to make sure your firewall and selinux settings are correct. it's also possible to detach export domains, tar them and then untar them in another ovirt einvironment and import this whole export domain (use the "-S" flag if you have "sparse" vms!). this should also be possible for data domains somehow: http://www.ovirt.org/Features/ImportStorageDomain but I didn't try this myself yet, so I don't know if this really works yet (new features tend to need a point release until they are matured enough ;) ) 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

On Fri, Oct 24, 2014 at 10:37 AM, Sven Kieske <s.kieske@mittwald.de> wrote:
Hi, Thanks for that. I understand I can see that, but in vmware we sometimes get orphaned VMs that the portal loses for one reason or another and you have to register the with the system again. Or If I move to some new storage and have to copy the VMs to the new storage and then reregister
On 24/10/14 15:31, Bill Dossett wrote: them with a new storage domain - I normally browse the datastore in VMware for the vmx config file and then I can reregister it... But maybe Ovirt when you present a new storage domain just sees the VMs and you don't have to register? I haven't been down this route - well I sort of was, but also if I have VMs on a storage domain and say want to connect it to another data center, can I non-destructively do that? Sorry, kind of a steep learing curve I've been on for the last couple of weeks.
You should keep the users list cc'ed so everybody with the same questions can find the answers too :)
Well I never have seen "lost" vms in ovirt, but if you want to move vms between storage domains afaik the only way to currently do so is to export a vm from a data domain to an export domain and than import from this export domain to another data domain.
In the same DC all you need to do is "right click" and select "move", can be done live.

On 24/10/14 16:39, Dan Yasny wrote:
In the same DC all you need to do is "right click" and select "move", can be done live.
This works between storage domains? -- 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

Yep, note that it's a little different from VMWare in that it takes a snapshot for each disk in the VM to do a live storage migration, and the snapshots can't be deleted while the VM is powered up (in 3.4 at least). You can also only move 1 disk at a time per VM if it's powered up. -----Original Message----- From: users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of Sven Kieske Sent: October-24-14 9:19 AM To: Dan Yasny Cc: Users@ovirt.org List Subject: Re: [ovirt-users] vmware type functionality On 24/10/14 16:39, Dan Yasny wrote:
In the same DC all you need to do is "right click" and select "move", can be done live.
This works between storage domains? -- 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

On Fri, Oct 24, 2014 at 11:19 AM, Sven Kieske <s.kieske@mittwald.de> wrote:
On 24/10/14 16:39, Dan Yasny wrote:
In the same DC all you need to do is "right click" and select "move", can be done live.
This works between storage domains?
Storage Domains that belong in the same DC. This is the only reason for the "move" feature to exist - move VM disks between SDs
-- 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

On Fri, Oct 24, 2014 at 4:39 PM, Dan Yasny <dyasny@gmail.com> wrote:
In the same DC all you need to do is "right click" and select "move", can be done live.
Is it correct to say that this is possible only if both SDs are file based ones or if both are block based ones? Or was this limitation overcome in 3.5? Gianluca

On 10/24/2014 05:37 PM, Sven Kieske wrote:
On 24/10/14 15:31, Bill Dossett wrote:
Hi, Thanks for that. I understand I can see that, but in vmware we sometimes get orphaned VMs that the portal loses for one reason or another and you have to register the with the system again. Or If I move to some new storage and have to copy the VMs to the new storage and then reregister them with a new storage domain - I normally browse the datastore in VMware for the vmx config file and then I can reregister it... But maybe Ovirt when you present a new storage domain just sees the VMs and you don't have to register? I haven't been down this route - well I sort of was, but also if I have VMs on a storage domain and say want to connect it to another data center, can I non-destructively do that? Sorry, kind of a steep learing curve I've been on for the last couple of weeks.
You should keep the users list cc'ed so everybody with the same questions can find the answers too :)
Well I never have seen "lost" vms in ovirt, but if you want to move vms between storage domains afaik the only way to currently do so is to export a vm from a data domain to an export domain and than import from this export domain to another data domain.
export domains are basically nfs storage systems, so you want to make sure your firewall and selinux settings are correct.
it's also possible to detach export domains, tar them and then untar them in another ovirt einvironment and import this whole export domain (use the "-S" flag if you have "sparse" vms!).
this should also be possible for data domains somehow:
http://www.ovirt.org/Features/ImportStorageDomain
but I didn't try this myself yet, so I don't know if this really works yet (new features tend to need a point release until they are matured enough ;) )
HTH
3.5 adds ability to see VMs on the domain not in the engine and add them (part of import domain). not intended for "lost vm's", except maybe after recovery of engine from old backup. or for vms injected to data store by various tools
participants (5)
-
Dan Yasny
-
Gianluca Cecchi
-
Groten, Ryan
-
Itamar Heim
-
Sven Kieske