Reg: Could not able to collect VCPU details for VMs
by Rathidevi
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--
11 years, 1 month
intel gvt-s/gvt-g support for VDI
by Jorick Astrego
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
11 years, 1 month
[ANN] oVirt 3.4.1 Release is now available
by Sandro Bonazzola
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
11 years, 1 month
Attaching storage to VM via JSON REST
by Andrew Morrison
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
11 years, 1 month
Moving hosted engine storage
by Garry Tiedemann
------=_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--
11 years, 1 month
feedback-on-oVirt-engine-3.4.0-1.el6
by Tamás Millián
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
11 years, 1 month
ovirt 3.4 networking
by Tobias Honacker
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
11 years, 1 month
problem in pulling zanata property files
by plysan
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>
<!--
<project-type>utf8properties|properties|gettext|podir|xliff|xml|file</project-type>
-->
<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.
11 years, 1 month
