May 2014 - Users - oVirt List Archives

Reg: Could not able to collect VCPU details for VMs
by Rathidevi 08 May '14

08 May '14

This is a multi-part message in MIME format. ------=_NextPart_000_00D6_01CF6AFA.A5BD0430 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Users, I am using ovirt package for RHEV development. I can able collect the = ipaddress, os, status and name of the virtual machines. But i want the CPU details of all VMs. I tried this below method but i = stil can not get cpu informations. I hope this can understand. Please help to resolve this issue. CPU cs =3D vm.getCpu(); CpuTune tune =3D cs.getCpuTune(); List<VCpuPin> ms =3D tune.getVCpuPin(); for(int vc=3D0; vc<ms.size(); vc++) { VCpuPin pin =3D (VCpuPin)ms.get(vc); pin.getVcpu(); } Note: getVcpu does not giving any output. Thanks & Regards, Rathidevi ------=_NextPart_000_00D6_01CF6AFA.A5BD0430 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <HTML><HEAD></HEAD> <BODY dir=3Dltr> <DIV dir=3Dltr> <DIV style=3D"FONT-SIZE: 12pt; FONT-FAMILY: 'Calibri'; COLOR: #000000"> <DIV>Hi Users,</DIV> <DIV> </DIV> <DIV>I am using <STRONG>ovirt</STRONG> package for RHEV development. I = can able=20 collect the ipaddress, os, status and name of the virtual = machines.</DIV> <DIV>But i want the CPU details of all VMs. I tried this below method = but i stil=20 can not get cpu informations. I hope this can understand.</DIV> <DIV>Please help to resolve this issue.</DIV> <DIV> </DIV> <DIV>CPU cs =3D vm.getCpu();</DIV> <DIV>CpuTune tune =3D cs.getCpuTune();</DIV> <DIV>List<VCpuPin> ms =3D tune.getVCpuPin();</DIV> <DIV>for(int vc=3D0; vc<ms.size(); vc++)</DIV> <DIV>{</DIV> <DIV>VCpuPin pin =3D (VCpuPin)ms.get(vc);</DIV> <DIV>pin.getVcpu();</DIV> <DIV>}</DIV> <DIV> </DIV> <DIV>Note: getVcpu does not giving any output.</DIV> <DIV> </DIV> <DIV> </DIV> <DIV>Thanks & Regards,</DIV> <DIV>Rathidevi</DIV></DIV></DIV></BODY></HTML> ------=_NextPart_000_00D6_01CF6AFA.A5BD0430--

2 1

intel gvt-s/gvt-g support for VDI
by Jorick Astrego 08 May '14

08 May '14

Hi, Currently we've only been using oVirt for server virtualization. Using it as a platform for Virtual Desktop Infrastructure is very tempting for us, so I've been reading up about it. Are there any plans to support Intel GVT-s or GVT-g in the future? Xen already has it already supported and KVM is supposed to be working on it, but there will have to be some modifications in oVirt too I guess. https://01.org/blogs/skjain/2014/intel%C2% AE-graphics-virtualization-update Qemu supports GVT-d/VTd already but I don't know if I can use it in oVirt... it doesn't really scale however http://www.phoronix.com/scan.php?page=news_item&px=MTY4MTc Intel GVT-d for direct GPU access whereby the guest virtual machine has full access to the graphics processor. The guest operating system's drivers are used and there's no limitations or interference by the hypervisor. Intel GVT-d works with QEMU through its VTd support. Intel GVT-s as graphics virtualization at the API level to have one graphics processor exposed to potentially multiple virtual machines. Intel GVT-s is done using an API forwarding technique that interfaces with the graphics hardware. It appears though Intel hasn't done much in this realm for open-source Linux but they mention "many commercial desktop and workstation remoting products in the market use this approach." VirtualBox and VMware are some notable examples. Within the open-source space, Virgil3D is aiming for similar functionality. Intel GVT-g as one GPU shared to many virtual machines by exposing a virtual GPU. Each virtual desktop is running Intel's native graphics driver and is part of their XenGT approach. "On a time sliced basis, an agent in the hypervisor directly assigns the full GPU resource to each virtual machine. Thus, during its time slice, while the virtual machine gets a full dedicated GPU, from overall system view point several virtual machines share a single GPU. Intel has been developing GVT-g under the code name 'XenGT' for Xen. Up-streaming of GVT-g to KVM is also in works. More recently, Intel has been disclosing this solution to select partners, and making the source available for variety of processor graphics configurations." Sunil ended his Intel Open-Source Technology Center blog post with, "Major ISVs and OEMs are aligning with Intel to productize Intel GVT based solutions. Open source developers are finding Intel GVT portfolio with Intel processor-graphics products equally enticing. It will be interesting to see some cool innovations emerge from graphics virtualization." Those interested can find more information at 01.org. Kind regards, Jorick Astrego

1 0

[ANN] oVirt 3.4.1 Release is now available
by Sandro Bonazzola 08 May '14

08 May '14

The oVirt development team is pleased to announce the general availability of oVirt 3.4.1 as of May 8th 2014. This release solidifies oVirt as a leading KVM management application and open source alternative to VMware vSphere. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.5 (or similar). This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. The existing repository ovirt-3.4 has been updated for delivering this release without the need of enabling any other repository, however since we introduced package signing you need an additional step in order to get the public keys installed on your system. Please refer to release notes [1] for Installation / Upgrade instructions. For Fedora 19 users, a known issue may cause installation failure due to recent changes in sos package. Please refer to release notes [1] known issues for resolving on your system. A new oVirt Node and oVirt Live ISO will be available [2]. [1] http://www.ovirt.org/OVirt_3.4.1_release_notes [2] http://resources.ovirt.org/plain/pub/ovirt-3.4/iso/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Attaching storage to VM via JSON REST
by Andrew Morrison 08 May '14

08 May '14

Hi all, I'm exploring using ovirt's REST APIs to manage VM creation/deletion/etc. I can create the VM, attach an ISO and change boot order, but I'm unable to attach a storage disk to the VM. I send a POST request to /api/vms/<vm uuid>/disks with the structure: {"storage_domain": {"name":"am_data", "id":"6fbee79d-5b71-48c1-b86c-ee9755a46013" }, "size":"4294967296", "type":"system", "interface":"ide", "format":"raw", "sparse":"false", "bootable":"true", "wipe_after_delete":"false" } The response I receive is { "reason" : "Operation Failed", "detail" : "[Cannot add Virtual Machine Disk. Storage Domain doesn't exist.]" } For the storage domain, I've tried just the name, just the id, and both with the same results. When I attach storage from the GUI, the disk is created/attached fine, and a GET request for the disks of the VM shows the storage domain as the same as I was attempting to use before. "storage_domains" : { "storage_domain" : [ { "id" : "6fbee79d-5b71-48c1-b86c-ee9755a46013" } ] }, Any idea what I might be doing wrong? Thanks, Andrew

4 7

Moving hosted engine storage
by Garry Tiedemann 08 May '14

08 May '14

------=_Part_0_1399549245879 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Content-Disposition: inline SGkgZ3V5cywKSGFzIGFueW9uZSBzdWNjZXNzZnVsbHkgbW92ZWQgaG9zdGVkLWVuZ2luZSBiZWZv cmU/CkkgYnVpbHQgMy40IGhvc3RlZC1lbmdpbmUgb24gQ2VudE9TIGEgY291cGxlIG9mIHdlZWtz IGJhY2ssIG92ZXIgZ2x1c3RlciBORlMgd2l0aCBhIGtlZXBhbGl2ZWQsIHBlciBBbmRyZXcncyBw cm9jZWR1cmUuIEkgd2FudCB0byBzd2l0Y2ggdG8ga2VybmVsIE5GUyBvbiBsb2NhbGhvc3Q6L2hv c3RlZC1lbmdpbmUsIGFuZCByZXRhaW4gZ2x1c3RlciB1bmRlcm5lYXRoLCBqdXN0IGZvciBtaXJy b3JpbmcuClNob3VsZCBoYXZlIGJlZW4gc2ltcGxlLCBkcm9wIGdsdXN0ZXIgTkZTLCBtb3VudCB0 aGUgZ2x1c3RlcmZzIGxvY2FsbHkgb24gZWFjaCBob3N0LCBhbHRlciBob3N0ZWQtZW5naW5lLmNv bmYsIGZpcmUgdXAgaG9zdGVkLWVuZ2luZS4gTm90IHNvIGdvb2QsIHRoZSBhbGwtemVyb3Mgc3Rv cmFnZSBwb29sIGp1c3Qgd291bGRuJ3QgY29tZSBvbmxpbmUuIEkgaGF2ZSBsb2dzLCB0aG91Z2gg YW55b25lIHdobyByZWNvZ25pc2VzIHRoaXMgd291bGQga25vdyBpdCB3aXRob3V0LiAKSSBoYXZl IGEgZmV3IG90aGVyIHZtcyBydW5uaW5nLCBpc29sYXRlZCBvbiBvbmUgaG9zdCBmb3IgY29udmVu aWVuY2UuIEEgcmVidWlsZCBpcyBub3Qgb3V0IG9mIHRoZSBxdWVzdGlvbi4KV291bGQgYXBwcmVj aWF0ZSBhbnkgcG9pbnRlcnMgZnJvbSB0aGUgY29tbXVuaXR5LgpSZWdhcmRzIHRvIGFsbCwKR2Fy cnkKCg== ------=_Part_0_1399549245879 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 Content-Disposition: inline SGkgZ3V5cyw8YnI+SGFzIGFueW9uZSBzdWNjZXNzZnVsbHkgbW92ZWQgaG9zdGVkLWVuZ2luZSBi ZWZvcmU/PGJyPkkgYnVpbHQgMy40IGhvc3RlZC1lbmdpbmUgb24gQ2VudE9TIGEgY291cGxlIG9m IHdlZWtzIGJhY2ssIG92ZXIgZ2x1c3RlciBORlMgd2l0aCBhIGtlZXBhbGl2ZWQsIHBlciBBbmRy ZXcmIzM5O3MgcHJvY2VkdXJlLiBJIHdhbnQgdG8gc3dpdGNoIHRvIGtlcm5lbCBORlMgb24gbG9j YWxob3N0Oi9ob3N0ZWQtZW5naW5lLCBhbmQgcmV0YWluIGdsdXN0ZXIgdW5kZXJuZWF0aCwganVz dCBmb3IgbWlycm9yaW5nLjxicj5TaG91bGQgaGF2ZSBiZWVuIHNpbXBsZSwgZHJvcCBnbHVzdGVy IE5GUywgbW91bnQgdGhlIGdsdXN0ZXJmcyBsb2NhbGx5IG9uIGVhY2ggaG9zdCwgYWx0ZXIgaG9z dGVkLWVuZ2luZS5jb25mLCBmaXJlIHVwIGhvc3RlZC1lbmdpbmUuIE5vdCBzbyBnb29kLCB0aGUg YWxsLXplcm9zIHN0b3JhZ2UgcG9vbCBqdXN0IHdvdWxkbiYjMzk7dCBjb21lIG9ubGluZS4gSSBo YXZlIGxvZ3MsIHRob3VnaCBhbnlvbmUgd2hvIHJlY29nbmlzZXMgdGhpcyB3b3VsZCBrbm93IGl0 IHdpdGhvdXQuIDxicj5JIGhhdmUgYSBmZXcgb3RoZXIgdm1zIHJ1bm5pbmcsIGlzb2xhdGVkIG9u IG9uZSBob3N0IGZvciBjb252ZW5pZW5jZS4gQSByZWJ1aWxkIGlzIG5vdCBvdXQgb2YgdGhlIHF1 ZXN0aW9uLjxicj5Xb3VsZCBhcHByZWNpYXRlIGFueSBwb2ludGVycyBmcm9tIHRoZSBjb21tdW5p dHkuPGJyPlJlZ2FyZHMgdG8gYWxsLDxicj5HYXJyeTxicj48YnI+ ------=_Part_0_1399549245879--

1 0

feedback-on-oVirt-engine-3.4.0-1.el6
by Tamás Millián 08 May '14

08 May '14

Hey, I noticed that if I create a template and virtual machine based on that template the cloud-init configuration of the VM will always mirror the template's. It can not even be changed in the VM's settings. This is not very handy for the network part where static IP's may be set. This seems to apply to the "run-once" option too, even if I specify different options, half of them just seem to get lost in the process. The steps I did to end up here: 1, import the CentOS machine (7df3c30) from the public ovirt-image repository as a template 2, update the template configuration and enable cloud-init with some settings and a custom script 3, create a VM based on the template 4, try to edit the VM and change the cloud-init configuration <-- the dialog disappears after saving, but the settings are unchanged 5, try to run the vm with the run-once options and change the cloud-init configuration in the pop-up <-- the vm starts and the configuration does not seem to have changed Is this the expected behaviour or am I doing something wrong? Thanks, Tamás

2 1

oVirt 3.4.2 references
by Sandro Bonazzola 08 May '14

08 May '14

Hi, while we're performing last check on 3.4.1 repo before announcing it, here [1] you can find all the references for the pages related to 3.4.2 including: - Bug Tracker [2] - Release notes [3] - Testing results [4] Proposed timeline [5] is: - General availability: 2014-06-10 - RC Build: 2014-05-27 [1] http://www.ovirt.org/OVirt_3.4.z_release-management#oVirt_3.4.2 [2] http://bugzilla.redhat.com/1095370 [3] http://www.ovirt.org/OVirt_3.4.2_Release_Notes [4] http://www.ovirt.org/Testing/oVirt_3.4.2_Testing [5] http://www.ovirt.org/OVirt_3.4.z_release-management#Timeline Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

ovirt 3.4 networking
by Tobias Honacker 08 May '14

08 May '14

Hi all, using centos 6.5 and i'm asking if it is possible to run ovirt without connecting a bridge to ethX but running any kind of virtual bridge without touching my ethX interface. best regards tobias

2 1

Ceph
by Jiri Moskovcak 07 May '14

07 May '14

Hello oVirt users! When I read [1] I got curious how much demand for supporting Ceph we can expect in the near future. So if use it or plan to use it please let us know. Have a nice day, Jirka [1] http://www.redhat.com/about/news/press-archive/2014/4/red-hat-to-acquire-in…

9 9

problem in pulling zanata property files
by plysan 07 May '14

07 May '14

Hi list, I'm in branch ovirt-engine-3.3, so I used the zanata-cli to pull property files from ovirt's zanata repo: https://translate.zanata.org/zanata/iteration/view/ovirt/ovirt-3.3 My steps: 1. download po files 2. config ~/.config/zanata.ini 3. config zanata.xml like this: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <config xmlns="http://zanata.org/namespace/config/"> <url>https://translate.zanata.org/zanata/</url> <project>ovirt</project> <project-version>ovirt-3.3</project-version>  <locales> <locale map-from="zh_CN">zh-Hans-CN</locale> </locales> </config> 4. execute "pull -s {po files directory} -t {ovirt engine direstory} --project-type properties" But after I use zanata-cli pull command, I get property files named with package name, like the following: $ git status # On branch ovirt-engine-3.3 # Changes not staged for commit: # (use "git add <file>..." to update what will be committed) # (use "git checkout -- <file>..." to discard changes in working directory) # # modified: frontend/webadmin/modules/uicompat/src/main/resources/org/ovirt/engine/ui/uicompat/LocalizedEnums_zh_CN.properties # modified: packaging/branding/ovirt.brand/messages_zh_CN.properties # # Untracked files: # (use "git add <file>..." to include in what will be committed) # # frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.common.CommonApplicationConstants_zh_CN.properties # frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.common.CommonApplicationMessages_zh_CN.properties # frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.uicompat.SpiceRedKeys_zh_CN.properties # frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.uicompat.UIConstants_zh_CN.properties # frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.uicompat.UIMessages_zh_CN.properties # frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.userportal.ApplicationConstants_zh_CN.properties # frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.userportal.ApplicationMessages_zh_CN.properties # frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.webadmin.ApplicationConstants_zh_CN.properties # frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.webadmin.ApplicationMessages_zh_CN.properties no changes added to commit (use "git add" and/or "git commit -a") I only see messages_zh_CN.properties and LocalizedEnums_zh_CN.properties are properly named, but not the rest property files. I noticed many translation po files under zanata project are all named with package name. So is this right ? thanks for your attention.

2 4