- Users - oVirt List Archives

python sdk and params
by Fabrice Bacchella 11 Apr '16

11 Apr '16

I'm playing with the python sdk. When I want to delete a VM, I see that it takes a action with settings : [@param action.force: boolean] [@param action.vm.disks.detach_only: boolean] [@param action.async: boolean] [@param action.grace_period.expiry: long] [@param correlation_id: any string] But if I try action_params = params.Action(vm={'disks': {'detach_only': False}}) print action_params.export_(sys.stdout, 0) I'm getting : AttributeError: 'dict' object has no attribute 'export_' How can I build the argument to params.Action ?

2 2

Creating templates in a blocking fashion from Python SDK
by Barak Korren 11 Apr '16

11 Apr '16

Hi there, I use the following Python SDK snippet to create a template from an existing VM: templ = ovirt.templates.add( ovirtsdk.xml.Template(vm=vm, name=vm.name) ) This seems to launch a template creation task in a non-blocking manner, which makes the next command I run, which tries to delete the VM, fail because the VM is still locked by the template creation task. Is there a way to block on the template creation task and not return to the code until it finishes? Thanks, -- Barak Korren bkorren(a)redhat.com RHEV-CI Team

6 6

ovirt node 3.6 stable
by Marcelo Leandro 11 Apr '16

11 Apr '16

hello, which link to download the stable version of oVirt node 3.6? Thanks

4 4

Install oVirt with directly-attached SCSI devices
by Paolo Smiraglia 11 Apr '16

11 Apr '16

Hi all! My name is Paolo and I'm the sysadmin of the research group (infosec) where I work. Recently our infrastructure was updated and I'm planning to use oVirt as virtualisation manager. The new "toys" they gave me are - HP DL360G9 (x2) - HP MSA1040 (double controller with mini SAS connection) By exploring the oVIrt documentation, seems that the best solution for storage management would be having something like NSF, iSCSI and so on. Unfortunately, LUNs exposed by our MSA1040 are recognised by the two DL36G9 as directly-attached SCSI devices. I asked Google and I found this old post from the far 2013 http://lists.ovirt.org/pipermail/users/2013-November/017924.html that seems to be very similar to my case and the scenario is not rosy... :-( Is now, in 2016, something changed? Have you something to suggest? Many thanks, Paolo -- PAOLO SMIRAGLIA

3 3

kvm vcpu0 unhandled rdmsr
by gregor 11 Apr '16

11 Apr '16

Hi, on one Host I get very often the message "kvm ... vcpu0 unhandled rdmsr ..." When this occurs some VM's are stuck. Really bad is this for an Windows Server 2012 R2 VM which stucks so heavy that the VM is getting corrupt and the VM is unable to boot anymore and a Windows Recovery in any way didn't help. Therefor I had to reinstall the VM, this works for some day's but now the VM is still damaged. So I can't use Windows Server 2012 R2 on this machine but the customer needs it and I have some days to ship it to my customer. So I have to decide to stay on oVirt or use another product. Besides, oVirt run on my others hosts (without Windows VM) very well since a long time. On a CentOS 7 VM I have similar problems where the NIC is getting offline sometime + the XFS filesystems get some errors and I have to fix this in recovery mode. oVirt: 3.6.4.1-1.el7.centos machine: HP ProLiant ML110 Gen9 VM's: 3 CentOS 7 and one Windows Server 2012 R2 I hope somebody can help. regards gregor

2 6

Cinder scheduled snapshots
by Bond, Darryl 11 Apr '16

11 Apr '16

Is there any plan to provide a means to schedule snapshots for cinder? Darryl ________________________________ The contents of this electronic message and any attachments are intended only for the addressee and may contain legally privileged, personal, sensitive or confidential information. If you are not the intended addressee, and have received this email, any transmission, distribution, downloading, printing or photocopying of the contents of this message or attachments is strictly prohibited. Any legal privilege or confidentiality attached to this message and attachments is not waived, lost or destroyed by reason of delivery to any person other than intended addressee. If you have received this message and are not the intended addressee you should notify the sender by return email and destroy all copies of the message and any attachments. Unless expressly attributed, the views expressed in this email do not necessarily represent the views of the company.

1 0

Error: Storage format V3 is not supported
by Alex R 10 Apr '16

10 Apr '16

I am trying to import a domain that I have used as an export on a previous install. The previous install was no older then v3.5 and was built with the all-in-one-plugin. Before destroying that system I took a portable drive and made an export domain to export my VMs and templates. The new system is up to date an was built as a hosted engine. When I try to import the domain I get the following error: "Error while executing action: Cannot add Storage. Storage format V3 is not supported on the selected host version." I just need to recover the VMs. I connect the USB hard drive to the host and make an export directory just like I did on the old host. # ls -ld /mnt/export_ovirt drwxr-xr-x. 5 vdsm kvm 4096 Mar 6 11:27 /mnt/export_ovirt I have tried both doing an NFS mount # cat /etc/exports.d/ovirt.exports /home/engineha 127.0.0.1/32(rw,anonuid=36,anongid=36,all_squash) /mnt/backup-vm/ 10.3.1.0/24(rw,anonuid=36,anongid=36,all_squash) 127.0.0.1/32(rw,anonuid=36,anongid=36,all_squash) # cat /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/dom_md/metadata CLASS=Backup DESCRIPTION=eport_storage IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 POOL_UUID=053926e4-e63d-450e-8aa7-6f1235b944c6 REMOTE_PATH=/mnt/export_ovirt/images ROLE=Regular SDUUID=4be3f6ac-7946-4e7b-9ca2-11731c8ba236 TYPE=LOCALFS VERSION=3 _SHA_CKSUM=2e6e203168bd84f3dc97c953b520ea8f78119bf0 # ls -l /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/master/vms/4873de49-9090-40b1-a21d-665633109aa2/4873de49-9090-40b1-a21d-665633109aa2.ovf -rw-r--r--. 1 vdsm kvm 9021 Mar 6 11:50 /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/master/vms/4873de49-9090-40b1-a21d-665633109aa2/4873de49-9090-40b1-a21d-665633109aa2.ovf Thanks, Alex

3 6

R: Re: Autostart VMS
by Stefano Danzi 09 Apr '16

09 Apr '16

----_com.android.email_953518401739090 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SSBuZWVkIHRoaXMgRmVhdHVyZSBmb3IgYSBzaW1pbGFyIGlzc3VlLiBZb3UgY2FuIHNlZSBteSBs YXN0IHBvc3Qgb24gdGhpcyBNTC4gKFZNIHRoYXQgaGFzIHRvIHJ1biBvbiBhIGhvc3QgaW4gYSBy ZW1vdGUgc2l0ZSkKCi0tLS0tLS0tIE1lc3NhZ2dpbyBvcmlnaW5hbGUgLS0tLS0tLS0KRGE6IFBh dmVsIEdhc2hldiA8UGF4QGFjcm9uaXMuY29tPiAKRGF0YTogMDkvMDQvMjAxNiAgMTU6NDkgIChH TVQrMDE6MDApIApBOiB1c2Vyc0BvdmlydC5vcmcsIHN2ZW5raWVza2VAZ21haWwuY29tIApPZ2dl dHRvOiBSZTogW292aXJ0LXVzZXJzXSBBdXRvc3RhcnQgVk1TIAoKCkknZCBsaWtlIHRvIHNlZSB0 aGUgYXV0b3N0YXJ0IGZlYXR1cmUgYXMgd2VsbC4gSW4gbXkgY2FzZSBJIG5lZWQgdG8gYXV0b3N0 YXJ0IGEgdmlydHVhbCByb3V0ZXIgVk0gYXQgcmVtb3RlIHNpdGUuIFRoZSBpc3N1ZSBpcyB0aGF0 IG9WaXJ0IGNhbid0IHNlZSB0aGUgcmVtb3RlIGhvc3QgdW50aWwgdGhlIHZpcnR1YWwgcm91dGVy IGlzIHN0YXJ0ZWQgb24gdGhpcyBob3N0LiBTbyBIQSBpcyBub3QgYW4gb3B0aW9uLgoKCgpPbiBT YXQsIDIwMTYtMDQtMDkgYXQgMDg6NTAgKzAyMDAsIFN2ZW4gS2llc2tlIHdyb3RlOgoKT24gMDYu MDQuMjAxNiAwNzo0NiwgQnJldHQgSS4gSG9sY29tYiB3cm90ZToKCkluIFZNd2FyZSB3ZSBjb3Vs ZCBzZXR1cCBndWVzdHMgdG8gYXV0b3N0YXJ0IHdoZW4gdGhlIGhvc3Qgc3RhcnRlZCBhbmQKZGVm aW5lIHRoZSBvcmRlci4gIElzIHRoYXQgZG9hYmxlIGluIG9WaXJ0PyAgVGhlIG9ubHkgdGhpbmcg SSd2ZSBzZWVuCmlzIHRoZSB3YXRjaGRvZyBhbmQgdGVsbCBpdCB0byByZXNldCBidXQgbm90aGlu ZyB0aGF0IGFsbG93cyBtZSB0bwpkZWZpbmUgd2hvIHN0YXJ0cyB1cCB3aGVuIGFuZCBpZiB0aGV5 IGF1dG9zdGFydC4gIEkgYXNzdW1lIGl0J3MgdGhlcmUKYnV0IEkgbXVzdCBiZSBtaXNzaW5nIGl0 IG9yIGhhdmVuJ3QgZm91bmQgaXQgaW4gdGhlIHdlYiBwb3J0YWwuCgoKU2VlIHRoaXMgbG9uZyBz dGFuZGluZyBidWc6CgpodHRwczovL2J1Z3ppbGxhLnJlZGhhdC5jb20vc2hvd19idWcuY2dpP2lk PTExNjY2NTcKCmFsc28gc2VhcmNoaW5nIHRoaXMgTUwgZm9yICJhdXRvc3RhcnQiIGFuZCAiVk0i Cgp0dXJucyB1cCB0aGlzIHNhbWUgZGlzY3Vzc2lvbiBldmVyeSBmZXcgbW9udGhzLgoKc2FkbHkg bm8gZGV2IHNlZW1zIHRvIGdyYXNwIHRoZSBpbXBvcnRhbmNlIG9mIHRoaXMgZmVhdHVyZSwgc28g aXQncwphbHdheXMgcmF0aW9uYWxzZWQgdGhhdCBpdCdzIG5vdCBuZWVkZWQgb3IgdGhlIEhBIGZl YXR1cmUgaXMgZW5vdWdoIChpdAppc24ndCkuCgpJIGRvbid0IGtub3cgd2h5IHRoZSBhbHJlYWR5 IGltcGxlbWVudGVkIGxpYnZpcnQgYXV0b3N0YXJ0IGZlYXR1cmUKZG9lcyBub3QgZ2V0IHNpbXBs eSBwYXNzZWQgdGhyb3VnaC4KClRoaXMgZmVhdHVyZSB3YXMgYXQgbGVhc3QgcmVxdWVzdGVkIGJ5 IDQgb3IgNSBkaWZmZXJlbnQgcGVvcGxlLCB0byBubyBhdmFpbC4KCnlvdSBtaWdodCBDQyB5b3Vy c2VsZiB0byB0aGUgYnVncmVwb3J0KFJGRSkgYW5kIHZvdGUgb24gaXQsIG1heWJlCnRoaXMgd2F5 IGl0IHdpbGwgZ2V0IHNvbWUgdHJhY3Rpb24uCgpraW5kIHJlZ2FyZHMKClN2ZW4KCgpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpVc2VycyBtYWlsaW5nIGxp c3QKVXNlcnNAb3ZpcnQub3JnCmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5m by91c2VycwoKCg== ----_com.android.email_953518401739090 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keT5JIG5lZWQgdGhpcyBGZWF0dXJlIGZv ciBhIHNpbWlsYXIgaXNzdWUuIFlvdSBjYW4gc2VlIG15IGxhc3QgcG9zdCBvbiB0aGlzIE1MLiAo Vk0gdGhhdCBoYXMgdG8gcnVuIG9uIGEgaG9zdCBpbiBhIHJlbW90ZSBzaXRlKTxicj48YnI+LS0t LS0tLS0gTWVzc2FnZ2lvIG9yaWdpbmFsZSAtLS0tLS0tLTxicj5EYTogUGF2ZWwgR2FzaGV2ICZs dDtQYXhAYWNyb25pcy5jb20mZ3Q7IDxicj5EYXRhOiAwOS8wNC8yMDE2ICAxNTo0OSAgKEdNVCsw MTowMCkgPGJyPkE6IHVzZXJzQG92aXJ0Lm9yZywgc3ZlbmtpZXNrZUBnbWFpbC5jb20gPGJyPk9n Z2V0dG86IFJlOiBbb3ZpcnQtdXNlcnNdIEF1dG9zdGFydCBWTVMgPGJyPjxicj4KPGRpdj5JJ2Qg bGlrZSB0byBzZWUgdGhlIGF1dG9zdGFydCBmZWF0dXJlIGFzIHdlbGwuIEluIG15IGNhc2UgSSBu ZWVkIHRvIGF1dG9zdGFydCBhIHZpcnR1YWwgcm91dGVyIFZNIGF0IHJlbW90ZSBzaXRlLiBUaGUg aXNzdWUgaXMgdGhhdCBvVmlydCBjYW4ndCBzZWUgdGhlIHJlbW90ZSBob3N0IHVudGlsIHRoZSB2 aXJ0dWFsIHJvdXRlciBpcyBzdGFydGVkIG9uIHRoaXMgaG9zdC4gU28gSEEgaXMgbm90IGFuIG9w dGlvbi48L2Rpdj4KPGRpdj48YnI+CjwvZGl2Pgo8ZGl2Pk9uIFNhdCwgMjAxNi0wNC0wOSBhdCAw ODo1MCArMDIwMCwgU3ZlbiBLaWVza2Ugd3JvdGU6PC9kaXY+CjxibG9ja3F1b3RlIHR5cGU9ImNp dGUiPgo8cHJlPk9uIDA2LjA0LjIwMTYgMDc6NDYsIEJyZXR0IEkuIEhvbGNvbWIgd3JvdGU6Cjxi bG9ja3F1b3RlIHR5cGU9ImNpdGUiPgpJbiBWTXdhcmUgd2UgY291bGQgc2V0dXAgZ3Vlc3RzIHRv IGF1dG9zdGFydCB3aGVuIHRoZSBob3N0IHN0YXJ0ZWQgYW5kCmRlZmluZSB0aGUgb3JkZXIuICBJ cyB0aGF0IGRvYWJsZSBpbiBvVmlydD8gIFRoZSBvbmx5IHRoaW5nIEkndmUgc2VlbgppcyB0aGUg d2F0Y2hkb2cgYW5kIHRlbGwgaXQgdG8gcmVzZXQgYnV0IG5vdGhpbmcgdGhhdCBhbGxvd3MgbWUg dG8KZGVmaW5lIHdobyBzdGFydHMgdXAgd2hlbiBhbmQgaWYgdGhleSBhdXRvc3RhcnQuICBJIGFz c3VtZSBpdCdzIHRoZXJlCmJ1dCBJIG11c3QgYmUgbWlzc2luZyBpdCBvciBoYXZlbid0IGZvdW5k IGl0IGluIHRoZSB3ZWIgcG9ydGFsLgo8L2Jsb2NrcXVvdGU+CgpTZWUgdGhpcyBsb25nIHN0YW5k aW5nIGJ1ZzoKCjxhIGhyZWY9Imh0dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5j Z2k/aWQ9MTE2NjY1NyI+aHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3Nob3dfYnVnLmNnaT9p ZD0xMTY2NjU3PC9hPgoKYWxzbyBzZWFyY2hpbmcgdGhpcyBNTCBmb3IgImF1dG9zdGFydCIgYW5k ICJWTSIKCnR1cm5zIHVwIHRoaXMgc2FtZSBkaXNjdXNzaW9uIGV2ZXJ5IGZldyBtb250aHMuCgpz YWRseSBubyBkZXYgc2VlbXMgdG8gZ3Jhc3AgdGhlIGltcG9ydGFuY2Ugb2YgdGhpcyBmZWF0dXJl LCBzbyBpdCdzCmFsd2F5cyByYXRpb25hbHNlZCB0aGF0IGl0J3Mgbm90IG5lZWRlZCBvciB0aGUg SEEgZmVhdHVyZSBpcyBlbm91Z2ggKGl0Cmlzbid0KS4KCkkgZG9uJ3Qga25vdyB3aHkgdGhlIGFs cmVhZHkgaW1wbGVtZW50ZWQgbGlidmlydCBhdXRvc3RhcnQgZmVhdHVyZQpkb2VzIG5vdCBnZXQg c2ltcGx5IHBhc3NlZCB0aHJvdWdoLgoKVGhpcyBmZWF0dXJlIHdhcyBhdCBsZWFzdCByZXF1ZXN0 ZWQgYnkgNCBvciA1IGRpZmZlcmVudCBwZW9wbGUsIHRvIG5vIGF2YWlsLgoKeW91IG1pZ2h0IEND IHlvdXJzZWxmIHRvIHRoZSBidWdyZXBvcnQoUkZFKSBhbmQgdm90ZSBvbiBpdCwgbWF5YmUKdGhp cyB3YXkgaXQgd2lsbCBnZXQgc29tZSB0cmFjdGlvbi4KCmtpbmQgcmVnYXJkcwoKU3ZlbgoKPC9w cmU+CjxwcmU+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K VXNlcnMgbWFpbGluZyBsaXN0CjxhIGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJz QG92aXJ0Lm9yZzwvYT4KPGEgaHJlZj0iaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xp c3RpbmZvL3VzZXJzIj5odHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNl cnM8L2E+CjwvcHJlPgo8L2Jsb2NrcXVvdGU+CjwvYm9keT48L2h0bWw+ ----_com.android.email_953518401739090--

1 0

Autostart VMS
by Brett I. Holcomb 09 Apr '16

09 Apr '16

In VMware we could setup guests to autostart when the host started and define the order. Is that doable in oVirt? The only thing I've seen is the watchdog and tell it to reset but nothing that allows me to define who starts up when and if they autostart. I assume it's there but I must be missing it or haven't found it in the web portal. Thanks.

8 12

Re: [ovirt-users] Autostart VMS
by Nir Soffer 08 Apr '16

08 Apr '16

On Fri, Apr 8, 2016 at 9:33 PM, Brett I. Holcomb <biholcomb(a)l1049h.com> wrote: > On Fri, 2016-04-08 at 19:25 +0300, Nir Soffer wrote: > > On Fri, Apr 8, 2016 at 7:17 PM, Brett I. Holcomb <biholcomb(a)l1049h.com> > wrote: > > On Fri, 2016-04-08 at 11:31 +0200, Martin Sivak wrote: > > Hi, > > > I set highly available on, did not pin to any host, and also set the > watchdog which should reset if they go down but I'm not sure that will start > them if the host comes up and the VMs are not running. I'll look at the CLI > first. > > > The engine will try to keep the VM running. So if one host goes down, > it will restart the VM on some other host automatically. We will also > migrate the VM (or some other to free resources) when the current host > gets too loaded. We do not require any migration addons, it just > works. But of course we have usually more hosts in a cluster to make > this possible. > > I do not really remember what happens when all hosts are restarted > (power outage) though as that is quite special case. > > Regards > > -- > Martin Sivak > SLA / oVirt > > > > Thanks. I only have one host so who knows what will happen. I'm working on > a script that will basically emulate what VMware does - start VMS in a given > order at startup of the host/engine. I'll also file a feature request. > > > Why do you care about the order? > > Isn't it enough to restart all the vms after a host was restarted? > > Nir > > > Does the Engine start all VMs after the host is powered up and the engine > running if I set a watchdog on a VM? I know it will try to restart the VM > if it goes down once oVirt is up and running. If it will start the VMs at > reboot time that helps. I think only HA vms are restarted. Adding Michal to add more info on this. > The reason for the order is that you need some servers such as DNS, file > servers, up first before other systems can resolve addresses or mount > shares. For Windows you need domain controllers running before the other > windows systems that are part of the domain. For applications such as Lotus > Notes the servers had to come up in the correct order. Lets say you have a way to order the vms when some vms are down. What will happen to when dns, file servers or domain controller will crash? Do you have to restart all the vms depending on them or they can recover and detect that vm they depend on were restarted? Seems that what you need is a systemd for your data center - every host define the host it depends on, and the system generate the correct order to start the vms, starting vms in the same time when possible. Please reply also to the list, this thread may be useful to others. Nir > On Wed, Apr 6, 2016 at 9:10 PM, Brett I. Holcomb <biholcomb(a)l1049h.com> > wrote: > > On Wed, 2016-04-06 at 13:42 -0400, Adam Litke wrote: > > On 06/04/16 01:46 -0400, Brett I. Holcomb wrote: > > In VMware we could setup guests to autostart when the host started and > define the order. Is that doable in oVirt? The only thing I've seen > is the watchdog and tell it to reset but nothing that allows me to > define who starts up when and if they autostart. I assume it's there > but I must be missing it or haven't found it in the web portal. > > > In oVirt guests aren't tied to a host by default (although you can set > them to run only on a specific host if you want). The closest thing I > can think of would be the High Availability features (VM->Edit). > oVirt will try to restart highly available VMs if they go down. You > can also set the priority for migration and restart in that pane. > Hopefully a combination of host pinning and the high availability > settings will get you close enough to where you want to be. > > Otherwise, you could always do some scripting with the ovirt REST API > using the SDK or CLI. > > > If you had the VMware migration extra add-on you could have hosts move as > needed so they were not tied to any host either but we could set a startup > order and specify auto, manual so that once the host started the VMs were > brought up as specified no matter what host they were running on. > > I am running hosted-engine deployment with the Engine VM on the host. > > I set highly available on, did not pin to any host, and also set the > watchdog which should reset if they go down but I'm not sure that will start > them if the host comes up and the VMs are not running. I'll look at the CLI > first. > > It would be nice if oVirt added this feature as it's really required for > large installations and is a help for any size installation, even small > ones. > > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >

2 5