- Users - oVirt List Archives

Ovirt Java SDK access to 'next run' configuration
by Sebastien Fuchs 12 Jul '16

12 Jul '16

Hi, I'm developping (in JAVA) an automatic configuration manager to modify memory and cpu allocation (cpushares for the moment) updated on a calendar basis. It will also be used as a kind of enforcer/elastic scheduler on top of the ovirt policy scheduler. Because oVirt is not yet able to update memory and cpushares on live guests like XenServer, my configurator needs to know the running config and the next_run config as well, and force directly the config on live guests (with virsh schedinfo --live arg ? ). Unfortunately, the Host.getVMs().getById( "uuid" ) method returns only the running config so there's no way I can check if the future config is setup. Any suggestion? Best regards Sebastien

2 3

ovirt node upgrade
by Ariel Pérez Rodríguez 12 Jul '16

12 Jul '16

Hi guys! I want to upgrade my oVirt nodes from oVirt Node - 3.6 - 0.999.201607061021.el7.centos to ovirt-node-ng-installer-ovirt-4.0-2016062412. I want to use the ovirt-engine GUI for it. I already installed oVirrt-engine version 4.0 and the ovirt-node-ng-image squashfs image version 4.0.0. I don't wanna do virtual CD/DVD upgrade because is across datacenter and I'm doing right now and is to slow. On the other hand I haven't been able to use ovirt-node-upgrade tool cause I can't find any example of the parameter --iso=, so I've no idea how to use it. Not even one example in google. BTW, Thank you very much to Douglas Schilling Landgraf for the previous answer. Thanks to him I could workaround my issues..

2 1

Ovirt-guest-agent intégration in Ubuntu 16.04 Xenial
by Alexis HAUSER 12 Jul '16

12 Jul '16

This is what happens when I try to start the ovirt-guest-agent in Ubuntu-Mate 16.04 Xenial, any ideas ? /etc/init.d/ovirt-guest-agent status ● ovirt-guest-agent.service - oVirt Guest Agent Loaded: loaded (/lib/systemd/system/ovirt-guest-agent.service; disabled; vendor preset: enabled) Active: failed (Result: exit-code) since mer. 2016-07-06 10:30:44 CEST; 11min ago Process: 20753 ExecStart=/usr/bin/python /usr/share/ovirt-guest-agent/ovirt-guest-agent.py (code=exited, status=1/FAILURE) Process: 20747 ExecStartPre=/bin/chown ovirtagent:ovirtagent /run/ovirt-guest-agent.pid (code=exited, status=0/SUCCESS) Process: 20742 ExecStartPre=/bin/touch /run/ovirt-guest-agent.pid (code=exited, status=0/SUCCESS) Process: 20739 ExecStartPre=/sbin/modprobe virtio_console (code=exited, status=0/SUCCESS) Main PID: 20753 (code=exited, status=1/FAILURE) juil. 06 10:30:44 ubuntu-RHEV-Hypervisor python[20753]: File "/usr/lib/python2.7/logging/handlers.py", line 64, in __init__ juil. 06 10:30:44 ubuntu-RHEV-Hypervisor python[20753]: logging.FileHandler.__init__(self, filename, mode, encoding, delay) juil. 06 10:30:44 ubuntu-RHEV-Hypervisor python[20753]: File "/usr/lib/python2.7/logging/__init__.py", line 913, in __init__ juil. 06 10:30:44 ubuntu-RHEV-Hypervisor python[20753]: StreamHandler.__init__(self, self._open()) juil. 06 10:30:44 ubuntu-RHEV-Hypervisor python[20753]: File "/usr/lib/python2.7/logging/__init__.py", line 943, in _open juil. 06 10:30:44 ubuntu-RHEV-Hypervisor python[20753]: stream = open(self.baseFilename, self.mode) juil. 06 10:30:44 ubuntu-RHEV-Hypervisor python[20753]: IOError: [Errno 13] Permission denied: '/var/log/ovirt-guest-agent/ovirt-guest-agent.log' juil. 06 10:30:44 ubuntu-RHEV-Hypervisor systemd[1]: ovirt-guest-agent.service: Main process exited, code=exited, status=1/FAILURE juil. 06 10:30:44 ubuntu-RHEV-Hypervisor systemd[1]: ovirt-guest-agent.service: Unit entered failed state. juil. 06 10:30:44 ubuntu-RHEV-Hypervisor systemd[1]: ovirt-guest-agent.service: Failed with result 'exit-code'.

2 2

Vrrp and Bond=?
by Matt . 12 Jul '16

12 Jul '16

Hi guys, I'm investigating which bond mode is best for Vrrp. Mode=1 is always OK, that stated. When I try to set mode=6 or mode=5 (where I prefer mode=6) it limits back in the bond file to mode=4 which is lacp and which I can't use in this case. Anyone some testing with this ? mode=2 gives flappy connections and will fail. Thanks! Matt

1 0

Re: [ovirt-users] [ovirt-devel] oVirt 4.0 and fedora support
by Yedidyah Bar David 12 Jul '16

12 Jul '16

On Tue, Jun 21, 2016 at 10:31 AM, Sven Kieske <s.kieske(a)mittwald.de> wrote: > On 21/06/16 09:19, Yedidyah Bar David wrote: >> Hi all, >> >> oVirt 4.0 should be released real soon now, and also Fedora 24. >> >> Currently, there are several different issues with oVirt on fedora 23, >> both on engine side and on hosts. >> >> We currently intend to release 4.0 without official support for >> fedora, and hope to manage to stabilize things enough after Fedora 24 >> is out, so that oVirt 4.0.1 will support it. >> >> Comments are welcome. >> >> Best, >> > > You should announce this on the users list. > > In the past there where some users actually using fedora for deployments. OK, moving the discussion from devel@ to users@. Best, -- Didi

4 10

Changing video memory size
by Alexis HAUSER 12 Jul '16

12 Jul '16

Hi, I would like to change the video memory size (vram_size parameter), how can I proceed ?

2 5

Re: [ovirt-users] Is it possible to disable qxl video?
by Karli Sjöberg 11 Jul '16

11 Jul '16

--_000_62bb29663c2a4276a00559ac230b2c34exch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMTEganVsIDIwMTYgMTE6MzcgZm0gc2tyZXYgQXJtYW4gS2hhbGF0eWFuIDxhcm0yYXJt QGdtYWlsLmNvbT46DQo+DQo+IEkganVzdCB0ZXN0aW5nIHNldmVyYWwgR1BVcyB3aXRoIHBjaS1w YXNzdGhyb3VnaDogR1RYNjMwLCBUZXNsYSAyMDUwIGFuZCBGWDU4MDAuDQo+IE5vbmUgb2YgdGhl bSBJIGdvdCBydW5uaW5nIHdpdGggb3BlbmdsL2RpcmVjdCByZW5kZXJpbmcgaW5zaWRlIHRoZSB2 aXJ0dWFsIG1hY2hpbmUuDQo+IEkgd2FzIHRoaW5raW5nIHNvbWV0aGluZyB0byBkbyB3aXRoIHF4 bCBkcml2ZXIsIGJ1dCBhZnRlciBibGFja2xpc3RpbmcgaXQgaW4gdGhlIFZNcyBrZXJuZWwgbm90 aGluZyB3YXMgY2hhbmdlZC4NCj4gVGhlIFZNcyBYb3JnIGNsYWltaW5nIGFsd2F5cyBubyBkaXNw bGF5IGZvdW5kIGV2ZW4gaWYgSSBjb25maWd1cmUgaXQgd2l0aCBoZWFkbGVzcyBvcHRpb246IG52 aWRpYS14Y29uZmlnIC1hIC0tdXNlLWRpc3BsYXktZGV2aWNlPU5vbmUgLS12aXJ0dWFsPTEyODB4 MTAyNA0KPiBCdXQgd2l0aCBudmlkaWEtc21pIEkgY2FuIHNlZSB0aGUgR1BVIHN0YXR1cywgYW5k IEkgY2FuIHJ1biBhbGwgY3VkYSB0ZXN0cyB3aGVyZSBvcGVuZ2wvWDExIGlzIG5vdCBpbnZvbHZl ZC4NCj4gTXkgdGVzdCBzeXN0ZW0gaXMgQ2VudE9TIDcgd2l0aCBvdmlydCA0Lg0KPiBCVFcgSWYg SSBjbG9uZSBWTSB3aGljaCB3YXMgbm90IHJ1bm5pbmcsIHRvIHJlYWwgaG9zdCBvbiBiYXJlIG1l dGFsLCBldmVyeXRoaW5nIGlzIHJ1bm5pbmcgYXMgZXhwZWN0aW5nLg0KDQpEb24ndCByZW1lbWJl ciBJZiB0aGlzIHdhcyBtZW50aW9uZWQgYnV0IGhhdmUgeW91IHRyaWVkIGRvaW5nIHRoZSBzYW1l IHRoaW5nIGJ1dCB3aXRoIHZpcnQtbWFuYWdlciBvbiBhIHN0YW5kYWxvbmUgaG9zdCwganVzdCB0 byBydWxlIG91dCBvVmlydCBmcm9tIHRoZSBlcXVhdGlvbj8NCg0KL0sNCj4NCj4NCj4NCj4NCj4N Cj4NCj4NCj4gKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioNCj4NCj4gIERyLiBBcm1hbiBLaGFsYXR5YW4gIGVTY2llbmNlIC1TdXBlckNv bXB1dGluZw0KPiAgTGVpYm5pei1JbnN0aXR1dCBmw7xyIEFzdHJvcGh5c2lrIFBvdHNkYW0gKEFJ UCkNCj4gIEFuIGRlciBTdGVybndhcnRlIDE2LCAxNDQ4MiBQb3RzZGFtLCBHZXJtYW55DQo+DQo+ ICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqDQo+DQo+IE9uIE1vbiwgSnVsIDExLCAyMDE2IGF0IDk6MDYgQU0sIE1hcnRpbiBQb2xlZG5p ayA8bXBvbGVkbmlrQHJlZGhhdC5jb20+IHdyb3RlOg0KPj4NCj4+IE9uIDA4LzA3LzE2IDExOjI5 ICswMjAwLCBNaWNoYWwgU2tyaXZhbmVrIHdyb3RlOg0KPj4+DQo+Pj4NCj4+Pj4gT24gMDYgSnVs IDIwMTYsIGF0IDE0OjA2LCBGcmFuY2VzY28gUm9tYW5pIDxmcm9tYW5pQHJlZGhhdC5jb20+IHdy b3RlOg0KPj4+Pg0KPj4+Pg0KPj4+PiBGcm9tOiAiQXJtYW4gS2hhbGF0eWFuIiA8YXJtMmFybUBn bWFpbC5jb20+DQo+Pj4+IFRvOiAidXNlcnMiIDx1c2Vyc0BvdmlydC5vcmc+DQo+Pj4+IFNlbnQ6 IE1vbmRheSwgSnVseSA0LCAyMDE2IDExOjUyOjI0IEFNDQo+Pj4+IFN1YmplY3Q6IFtvdmlydC11 c2Vyc10gSXMgaXQgcG9zc2libGUgdG8gZGlzYWJsZSBxeGwgdmlkZW8/DQo+Pj4+DQo+Pj4+DQo+ Pj4+IEhpLA0KPj4+PiBJIGFtIGRvaW5nIFBDSSBQYXNzdGhyb3VnaCBmb3IgR1BVcy4NCj4+Pj4g SXMgaXQgcG9zc2libGUgc29tZWhvdyB0byBkaXNhYmxlL3JlbW92ZSBkZWZhdWx0IHZpZGVvIHF4 bD8NCj4+Pj4gdGhhbmtzLA0KPj4+PiBBcm1hbiwuDQo+Pj4+IEhpLA0KPj4+Pg0KPj4+PiBUaGUg NC4wIFZkc20gYWxsb3dzIHlvdSB0byBydW4gYSBoZWFkbGVzcyBWTSwgbWVhbmluZyBhIFZNIHdp dGhvdXQgZ3JhcGhpYyBkZXZpY2UvZnJvbnRlbmQuDQo+Pj4+IE5vdCBzdXJlIEVuZ2luZSBhbGxv d3MgeW91IHRoYXQgaG93ZXZlci4NCj4+Pg0KPj4+DQo+Pj4gbm8gaXQgZG9lc27igJl0DQo+Pg0K Pj4NCj4+IEV2ZW4gaWYgZW5naW5lIGFsbG93ZWQgdGhhdCwgaXQgbWF5IG5vdCBiZSB0aGUgY29y cmVjdCBzb2x1dGlvbi4NCj4+DQo+PiBSdW5uaW5nIGhlYWRsZXNzIHdpdGggUENJIHBhc3N0aHJv dWdoIGlzIGNvbnNpZGVyZWQgcHJpbWFyeSBWR0ENCj4+IHBhc3N0aHJvdWdoWzFdLiBVc2luZyBw cmltYXJ5IFZHQSBwYXNzdGhyb3VnaCB3aXRob3V0IE9WTUYgY291bGQgY2F1c2UNCj4+ICh3aWxs IGNhdXNlKSBxdWl0ZSBhIGJpdCBvZiBoZWFkYWNoZXMuDQo+Pg0KPj4gSWYgeW91IHJlYWxseSB3 YW50IHRvIHRyeSB0aGF0LCBJIGFzc3VtZSB1c2luZyBiZWZvcmVfdm1fc3RhcnQgaG9vayB0bw0K Pj4gcmVtb3ZlIHRoZSB2aWRlbyBkZXZpY2Ugc2hvdWxkIGJlIGVub3VnaC4NCj4+DQo+PiBbMV0g aHR0cDovL3dpa2kueGVucHJvamVjdC5vcmcvd2lraS9YZW5fVkdBX1Bhc3N0aHJvdWdoIC0gaXQn cw0KPj4gcG9zc2libGUgdG8gcmVhZCBhYm91dCBwcmltYXJ5IGFuZCBzZWNvbmRhcnkgcGFzc3Ro cm91Z2ggYmV0d2VlbiB0aGUNCj4+IGxpbmVzDQo+Pg0KPj4+IEhvd2V2ZXIsIGlmIFFYTCBpcyB0 aGUgcHJvYmxlbSAod2h5IGlzIHRoYXQgc28/KSB0aGVuIHlvdSBjYW4gc3dpdGNoIHRvIFZHQShv ciBDSVJSVVMgaWYgdGhpcyBpcyBzdGlsbCAzLjYpDQo+Pj4NCj4+Pj4gSSdtIGFmcmFpZCB5b3Ug d2lsbCBuZWVkIHRvIHdyaXRlIGEgVmRzbSBob29rLg0KPj4+Pg0KPj4+PiBUaGVyZSBjb3VsZCBi ZSBzaW1wbGVyIHNvbHV0aW9ucyBkZXBlbmRpbmcgb24gdGhlIEVuZ2luZQ0KPj4+Pg0KPj4+PiBC ZXN0cywNCj4+Pj4NCj4+Pj4gLS0NCj4+Pj4gRnJhbmNlc2NvIFJvbWFuaQ0KPj4+PiBSZWRIYXQg RW5naW5lZXJpbmcgVmlydHVhbGl6YXRpb24gUiAmIEQNCj4+Pj4gUGhvbmU6IDgyNjEzMjgNCj4+ Pj4gSVJDOiBmcm9tYW5pDQo+Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQo+Pj4+IFVzZXJzIG1haWxpbmcgbGlzdA0KPj4+PiBVc2Vyc0BvdmlydC5v cmcgPG1haWx0bzpVc2Vyc0BvdmlydC5vcmc+DQo+Pj4+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcv bWFpbG1hbi9saXN0aW5mby91c2VycyA8aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xp c3RpbmZvL3VzZXJzPg0KPj4NCj4+DQo+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCj4+PiBVc2VycyBtYWlsaW5nIGxpc3QNCj4+PiBVc2Vyc0Bvdmly dC5vcmcNCj4+PiBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMN Cj4+DQo+Pg0KPg0K --_000_62bb29663c2a4276a00559ac230b2c34exch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <7C5B513FF9B24A44BE557047D136E313(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAxMSBqdWwgMjAxNiAxMTozNyBmbSBza3JldiBBcm1hbiBLaGFsYXR5YW4gJmx0 O2FybTJhcm1AZ21haWwuY29tJmd0Ozo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBJIGp1c3QgdGVzdGlu ZyBzZXZlcmFsIEdQVXMgd2l0aCBwY2ktcGFzc3Rocm91Z2g6IEdUWDYzMCwgVGVzbGEgMjA1MCBh bmQgRlg1ODAwLjxicj4NCiZndDsgTm9uZSBvZiB0aGVtIEkgZ290IHJ1bm5pbmcgd2l0aCBvcGVu Z2wvZGlyZWN0IHJlbmRlcmluZyBpbnNpZGUgdGhlIHZpcnR1YWwgbWFjaGluZS48YnI+DQomZ3Q7 IEkgd2FzIHRoaW5raW5nIHNvbWV0aGluZyB0byBkbyB3aXRoIHF4bCBkcml2ZXIsIGJ1dCBhZnRl ciBibGFja2xpc3RpbmcgaXQgaW4gdGhlIFZNcyBrZXJuZWwgbm90aGluZyB3YXMgY2hhbmdlZC4N Cjxicj4NCiZndDsgVGhlIFZNcyBYb3JnIGNsYWltaW5nIGFsd2F5cyBubyBkaXNwbGF5IGZvdW5k IGV2ZW4gaWYgSSBjb25maWd1cmUgaXQgd2l0aCBoZWFkbGVzcyBvcHRpb246IG52aWRpYS14Y29u ZmlnIC1hIC0tdXNlLWRpc3BsYXktZGV2aWNlPU5vbmUgLS12aXJ0dWFsPTEyODB4MTAyNA0KPGJy Pg0KJmd0OyBCdXQgd2l0aCBudmlkaWEtc21pIEkgY2FuIHNlZSB0aGUgR1BVIHN0YXR1cywgYW5k IEkgY2FuIHJ1biBhbGwgY3VkYSB0ZXN0cyB3aGVyZSBvcGVuZ2wvWDExIGlzIG5vdCBpbnZvbHZl ZC48YnI+DQomZ3Q7IE15IHRlc3Qgc3lzdGVtIGlzIENlbnRPUyA3IHdpdGggb3ZpcnQgNC48YnI+ DQomZ3Q7IEJUVyBJZiBJIGNsb25lIFZNIHdoaWNoIHdhcyBub3QgcnVubmluZywgdG8gcmVhbCBo b3N0IG9uIGJhcmUgbWV0YWwsIGV2ZXJ5dGhpbmcgaXMgcnVubmluZyBhcyBleHBlY3RpbmcuPC9w Pg0KPHAgZGlyPSJsdHIiPkRvbid0IHJlbWVtYmVyIElmIHRoaXMgd2FzIG1lbnRpb25lZCBidXQg aGF2ZSB5b3UgdHJpZWQgZG9pbmcgdGhlIHNhbWUgdGhpbmcgYnV0IHdpdGggdmlydC1tYW5hZ2Vy IG9uIGEgc3RhbmRhbG9uZSBob3N0LCBqdXN0IHRvIHJ1bGUgb3V0IG9WaXJ0IGZyb20gdGhlIGVx dWF0aW9uPzwvcD4NCjxwIGRpcj0ibHRyIj4vSzxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7ICoqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqPGJy Pg0KJmd0Ozxicj4NCiZndDsgJm5ic3A7RHIuIEFybWFuIEtoYWxhdHlhbiAmbmJzcDtlU2NpZW5j ZSAtU3VwZXJDb21wdXRpbmcgPGJyPg0KJmd0OyAmbmJzcDtMZWlibml6LUluc3RpdHV0IGbDvHIg QXN0cm9waHlzaWsgUG90c2RhbSAoQUlQKSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOzxicj4NCiZndDsgJm5ic3A7QW4gZGVyIFN0ZXJud2FydGUgMTYsIDE0NDgyIFBv dHNkYW0sIEdlcm1hbnkgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7PGJyPg0KJmd0Ozxicj4NCiZndDsgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKio8YnI+DQomZ3Q7PGJyPg0KJmd0OyBPbiBNb24s IEp1bCAxMSwgMjAxNiBhdCA5OjA2IEFNLCBNYXJ0aW4gUG9sZWRuaWsgJmx0O21wb2xlZG5pa0By ZWRoYXQuY29tJmd0OyB3cm90ZTo8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IE9uIDA4LzA3 LzE2IDExOjI5ICYjNDM7MDIwMCwgTWljaGFsIFNrcml2YW5layB3cm90ZTo8YnI+DQomZ3Q7Jmd0 OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7IE9uIDA2IEp1bCAy MDE2LCBhdCAxNDowNiwgRnJhbmNlc2NvIFJvbWFuaSAmbHQ7ZnJvbWFuaUByZWRoYXQuY29tJmd0 OyB3cm90ZTo8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0Ozxicj4N CiZndDsmZ3Q7Jmd0OyZndDsgRnJvbTogJnF1b3Q7QXJtYW4gS2hhbGF0eWFuJnF1b3Q7ICZsdDth cm0yYXJtQGdtYWlsLmNvbSZndDs8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7IFRvOiAmcXVvdDt1c2Vy cyZxdW90OyAmbHQ7dXNlcnNAb3ZpcnQub3JnJmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgU2Vu dDogTW9uZGF5LCBKdWx5IDQsIDIwMTYgMTE6NTI6MjQgQU08YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7 IFN1YmplY3Q6IFtvdmlydC11c2Vyc10gSXMgaXQgcG9zc2libGUgdG8gZGlzYWJsZSBxeGwgdmlk ZW8/PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7 Jmd0OyZndDsmZ3Q7IEhpLDxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgSSBhbSBkb2luZyBQQ0kgUGFz c3Rocm91Z2ggZm9yIEdQVXMuPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyBJcyBpdCBwb3NzaWJsZSBz b21laG93IHRvIGRpc2FibGUvcmVtb3ZlIGRlZmF1bHQgdmlkZW8gcXhsPzxicj4NCiZndDsmZ3Q7 Jmd0OyZndDsgdGhhbmtzLDxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgQXJtYW4sLjxicj4NCiZndDsm Z3Q7Jmd0OyZndDsgSGksPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyZn dDsgVGhlIDQuMCBWZHNtIGFsbG93cyB5b3UgdG8gcnVuIGEgaGVhZGxlc3MgVk0sIG1lYW5pbmcg YSBWTSB3aXRob3V0IGdyYXBoaWMgZGV2aWNlL2Zyb250ZW5kLjxicj4NCiZndDsmZ3Q7Jmd0OyZn dDsgTm90IHN1cmUgRW5naW5lIGFsbG93cyB5b3UgdGhhdCBob3dldmVyLjxicj4NCiZndDsmZ3Q7 Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyBubyBpdCBkb2VzbuKAmXQ8 YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgRXZlbiBpZiBlbmdpbmUg YWxsb3dlZCB0aGF0LCBpdCBtYXkgbm90IGJlIHRoZSBjb3JyZWN0IHNvbHV0aW9uLjxicj4NCiZn dDsmZ3Q7PGJyPg0KJmd0OyZndDsgUnVubmluZyBoZWFkbGVzcyB3aXRoIFBDSSBwYXNzdGhyb3Vn aCBpcyBjb25zaWRlcmVkIHByaW1hcnkgVkdBPGJyPg0KJmd0OyZndDsgcGFzc3Rocm91Z2hbMV0u IFVzaW5nIHByaW1hcnkgVkdBIHBhc3N0aHJvdWdoIHdpdGhvdXQgT1ZNRiBjb3VsZCBjYXVzZTxi cj4NCiZndDsmZ3Q7ICh3aWxsIGNhdXNlKSBxdWl0ZSBhIGJpdCBvZiBoZWFkYWNoZXMuPGJyPg0K Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBJZiB5b3UgcmVhbGx5IHdhbnQgdG8gdHJ5IHRoYXQsIEkg YXNzdW1lIHVzaW5nIGJlZm9yZV92bV9zdGFydCBob29rIHRvPGJyPg0KJmd0OyZndDsgcmVtb3Zl IHRoZSB2aWRlbyBkZXZpY2Ugc2hvdWxkIGJlIGVub3VnaC48YnI+DQomZ3Q7Jmd0Ozxicj4NCiZn dDsmZ3Q7IFsxXSBodHRwOi8vd2lraS54ZW5wcm9qZWN0Lm9yZy93aWtpL1hlbl9WR0FfUGFzc3Ro cm91Z2ggLSBpdCdzPGJyPg0KJmd0OyZndDsgcG9zc2libGUgdG8gcmVhZCBhYm91dCBwcmltYXJ5 IGFuZCBzZWNvbmRhcnkgcGFzc3Rocm91Z2ggYmV0d2VlbiB0aGU8YnI+DQomZ3Q7Jmd0OyBsaW5l czxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7IEhvd2V2ZXIsIGlmIFFYTCBpcyB0aGUg cHJvYmxlbSAod2h5IGlzIHRoYXQgc28/KSB0aGVuIHlvdSBjYW4gc3dpdGNoIHRvIFZHQShvciBD SVJSVVMgaWYgdGhpcyBpcyBzdGlsbCAzLjYpPGJyPg0KJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZn dDsmZ3Q7Jmd0OyBJJ20gYWZyYWlkIHlvdSB3aWxsIG5lZWQgdG8gd3JpdGUgYSBWZHNtIGhvb2su PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgVGhlcmUgY291bGQg YmUgc2ltcGxlciBzb2x1dGlvbnMgZGVwZW5kaW5nIG9uIHRoZSBFbmdpbmU8YnI+DQomZ3Q7Jmd0 OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyBCZXN0cyw8YnI+DQomZ3Q7Jmd0OyZndDsm Z3Q7PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyAtLTxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgRnJhbmNl c2NvIFJvbWFuaTxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgUmVkSGF0IEVuZ2luZWVyaW5nIFZpcnR1 YWxpemF0aW9uIFIgJmFtcDsgRDxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgUGhvbmU6IDgyNjEzMjg8 YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7IElSQzogZnJvbWFuaTxicj4NCiZndDsmZ3Q7Jmd0OyZndDsg X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7 Jmd0OyZndDsmZ3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgVXNl cnNAb3ZpcnQub3JnICZsdDttYWlsdG86VXNlcnNAb3ZpcnQub3JnJmd0Ozxicj4NCiZndDsmZ3Q7 Jmd0OyZndDsgaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzICZs dDtodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMmZ3Q7PGJyPg0K Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsmZ3Q7Jmd0OyBVc2VycyBt YWlsaW5nIGxpc3Q8YnI+DQomZ3Q7Jmd0OyZndDsgVXNlcnNAb3ZpcnQub3JnPGJyPg0KJmd0OyZn dDsmZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vyczxicj4N CiZndDsmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7PGJyPg0KPC9wPg0KPC9ib2R5Pg0KPC9o dG1sPg0K --_000_62bb29663c2a4276a00559ac230b2c34exch24sluse_--

3 5

Re: [ovirt-users] Networking issues with oVirt Guest VM.
by Gary Verhulp 11 Jul '16

11 Jul '16

--_000_F01DC3ABD0D10644BAFBEF9FC8EE8E1D4428FF6CXSJPSEXMBX01xln_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I encountered similar if not exact same issue. Exploring KVM with oVirt. Testing on Nested Virtualization (KVM on VMWare) I was able to solve this issue by setting on each node. brctl setageing <bridgename> 0 I do not have access to the switching infrastructure to easily troubleshoot= . I'm not sure of the ramifications of setting that. I know it turns the bri= dge from switch functionality to hub. I need to look more into it. This is not in production. I will have to see if this is isolated to the Ne= sted Virt setup I have or will it persist on physical nodes. G This email and any attachments are intended for the sole use of the named r= ecipient(s) and contain(s) confidential information that may be proprietary= , privileged or copyrighted under applicable law. If you are not the intend= ed recipient, do not read, copy, or forward this email message or any attac= hments. Delete this email message and any attachments immediately. --_000_F01DC3ABD0D10644BAFBEF9FC8EE8E1D4428FF6CXSJPSEXMBX01xln_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> I encountered similar if not exact same issue.<o:p></o:p> <o:p> </o:p> Exploring KVM with oVirt. Testing on Nested Virtualization (KVM on VMW= are)<o:p></o:p> <o:p> </o:p> I was able to solve this issue by setting on each node.<o:p></o:p></sp= an> <o:p> </o:p> brctl setageing <bridgename>  0<o:p></o:p> <o:p> </o:p> I do not have access to the switching infrastructure to easily trouble= shoot.<o:p></o:p> I’m not sure of the ramifications of setting that. I know it tur= ns  the bridge from switch functionality to hub.<o:p></o:p> <o:p> </o:p> I need to look more into it.<o:p></o:p> This is not in production. I will have to see if this is isolated to t= he Nested Virt setup I  have or will it persist  on physical node= s.<o:p></o:p> <o:p> </o:p> G<o:p></o:p> </div> This email and any attachments are intended for the sole use of the named r= ecipient(s) and contain(s) confidential information that may be proprietary= , privileged or copyrighted under applicable law. If you are not the intend= ed recipient, do not read, copy, or forward this email message or any attachments. Delete this email messag= e and any attachments immediately. </body> </html> --_000_F01DC3ABD0D10644BAFBEF9FC8EE8E1D4428FF6CXSJPSEXMBX01xln_--

1 0

ldap and multiple profiles
by Fabrice Bacchella 11 Jul '16

11 Jul '16

I want to setup two LDAP base profile. One is backed using an active directory (for real users) One is backed using an openldap (for service account). I have to problem with this setup. One it's that in the log I see many "Creating LDAP pool 'authz'" and "Creating LDAP pool 'authn'". If I have two LDAP backend, I'm afraid they will be a conflict of ldap pool if they used the same name. I tried to add in my openldap.properties: search.simple-namespace.pool = authz-prod search.simple-user-fetch.pool = authz-prod search.simple-resolve-groups-member.pool = authz-prod search.simple-resolve-groups-memberOf-item.pool = authz-prod search.simple-resolve-groups-memberOf.pool = authz-prod search.simple-query-principals.pool = authz-prod search.simple-query-groups.pool = authz-prod Is that enough ? And Why is it replicated many time ? I have another problem, there is a stupid bug in my openldap configuration, but it will be difficult to resolve that. In it, there is two naming context dc=sub,dc=example,dc=com and dc=example,dc=com Ovirt only see the first one, and of course, with a little help from Murphy, I need the seconde one. Is there anything I can do about that ?

2 1

Re: [ovirt-users] Communicating with ovirt agent
by Tadas 11 Jul '16

11 Jul '16

Yes, and it works fine. Though we went for a simplier solution. Also, one of problems is that oVirt is very distribution-oriented. To use it on distributions different than Redhat requires lots of tuning. On Mon, 2016-07-04 at 11:11 +0300, Yaniv Kaul wrote: > > > On Mon, Jul 4, 2016 at 10:25 AM, Tadas <tadas(a)ring.lt> wrote: > > I'm developing a simple VDI solution for our university. And I find > > "windows-credprov" and "virt-agent" very useful to provide SSO from > > user dashboard to VM. > > > > But we already provide SSO functionality in oVirt. With Active > Directory integration. > Y. > > > > On Mon, 2016-07-04 at 10:00 +0300, Yaniv Kaul wrote: > > > > > > > > > On Mon, Jul 4, 2016 at 9:16 AM, Tadas <tadas(a)ring.lt> wrote: > > > > Got everything working now. > > > > > > Great to hear. > > > What is your use case? > > > Y. > > > > > > > Thank you for your help. > > > > For any users, whom it may be useful, heres the code for > > external > > > > (SSO) > > > > logins from hypervisor. > > > > > > > > http://paste.ubuntu.com/18435531/ > > > > > > > > On Fri, 2016-07-01 at 13:53 +0200, Vinzenz Feenstra wrote: > > > > > > > > > > > On Jul 1, 2016, at 12:05 PM, Tadas <tadas(a)ring.lt> wrote: > > > > > > > > > > > > > > > > > > is there any documentation o oVirt guest agent commands? > > > > > > To be more precise: i need to pass commands to oVirt guest > > > > agent > > > > > > from > > > > > > hypervisor. > > > > > > Reading info works fine: > > > > > > > > > > > > socat /var/lib/libvirt/qemu/channel/target/domain-20- > > > > > > win7_32bit/com.redhat.serial.0 - > > > > > > > > > > > > {"applications": ["Python 2.7.12rc1", "SPICE Guest Tools", > > > > "Total > > > > > > Commander (Remove or Repair)", "Python 2.7 pywin32-216", > > > > "Microsoft > > > > > > .NET Framework 4.6.1", "Git version 2.9.0", "WinRAR 5.40 > > beta 2 > > > > > > (32- > > > > > > bit)", "Notepad++"], "__name__": "applications"} > > > > > > {"__name__": "host-name", "name": "WIN7_32BIT"} > > > > > > {"__name__": "os-version", "version": "Win 7”} > > > > > > > > > > Every command has to be send as a whole JSON object and sent > > as > > > > line > > > > > terminated by a \n character > > > > > > > > > > The commands available are currently not documented however. > > > > > > > > > > {“__name__”: “name”, … args} > > > > > > > > > > - name: shutdown > > > > > parameters: > > > > > - timeout: optional integer (seconds) > > > > > - reboot: optional boolean > > > > > - message: string > > > > > > > > > > - name: refresh > > > > > parameters: > > > > > - apiVersion: optiona integer > > > > > this defines what information can be exchanged > > > > > > > > > > - name: hibernate: > > > > > parameters: > > > > > - state: disk or mem (default is disk if not specified) > > > > > > > > > > if you need more you can look here: https://github.com/oVirt > > /ovi > > > > rt-g > > > > > uest-agent/blob/master/ovirt-guest- > > > > agent/OVirtAgentLogic.py#L306 at > > > > > the parseCommand function > > > > > or just ask here :-) > > > > > > > > > > > > > > > > > I'm unable to find how to send command (lets say > > "shutdown") to > > > > > > agent?. > > > > > > echo "shutdown" | socat > > > > > > /var/lib/libvirt/qemu/channel/target/domain-20- > > > > > > win7_32bit/com.redhat.kvm-vdi.0 - > > > > > > Does not seem to work > > > > > > Thank you for your help. > > > > > > _______________________________________________ > > > > > > 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 > > > > > > > > > >

3 3