- Users - oVirt List Archives

Re: [ovirt-users] Assigned ipv6 vm addreses
by Yevgeny Zaspitsky 25 Sep '16

25 Sep '16

Adding users list back (my fault ;-) ) On Sun, Sep 25, 2016 at 4:20 PM, Allen Warren <dallenwarren(a)gmail.com> wrote: > Thanks for the reply. I figured it out yesterday. I just edited the VM > Custom Mac Address and it works like a champ now... > I will setup that range and it should be good to go.. I am running oVirt > 4.0.. oVirt is a nice product, beats the heck out of Xen Server.. > > On Sun, Sep 25, 2016 at 6:57 AM, Yevgeny Zaspitsky <yzaspits(a)redhat.com> > wrote: > >> oVirt does not produce IP addresses, but it allocates MAC addresses to >> vNics on VMs it creates. >> A MAC address serves as the base for an IPv6 address allocation (either >> by IPv6 router advertisement for global addresses or by an operation system >> for local addresses). >> >> BTW, 2 vNics with the same MAC address in the same LAN, would cause layer >> 2 (Ethernet) malfunctioning too. >> >> In order to make the 2 oVirt's produce different MAC addresses you need >> to adjust the definition of the MAC-pool ranges to be non-overlapping each >> to another. >> You could find MAC-pool definitions under a DC definitions in v4.0 and >> under a cluster in v4.1. >> >> Regards, >> Yevgeny >> >> On Sat, Sep 24, 2016 at 5:44 PM, Allen Warren <dallenwarren(a)gmail.com> >> wrote: >> >>> I have two oVirt servers running as local servers on the same network. >>> How do I prevent the servers from creating the same ipv6 address for two >>> different vm's. If I start a vm on the first server and then start one on >>> the second server the ipv6 addresses are the same.. >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >> >

1 0

How to add the clean-traffic network-filter to a guest
by Troels Arvin 25 Sep '16

25 Sep '16

I would like to minimize the risk of virtual servers harming each other. As part of this, I would like to prevent them from changing their IP address to something different from what they are expected to have. In other words, I would like to prevent IP address spoofing in the guests. And I want to be able to do this without having to assign a different VLAN to each guest. Setup: RHEV 3.6 with RH7-based RHEV-H hypervisor hosts. Using virsh -r dumpxml <guest name> on a host, I can see that the guests have the "vdsm-no-mac-spoofing" network filter active for the virtual network interface. But what if I want the "clean-traffic" filter to be active for the guests, as well (or instead): Is there a way to accomplish that in the RHEV-M/oVirt management interface? If so: Where's the option(s) to be found in the management interface? Can it be done globally, i.e. as a default when guests are started? -- Regards, Troels Arvin

3 3

quota creation from ovirt-shell
by Staniforth, Paul 25 Sep '16

25 Sep '16

--_000_147369605064353044leedsbeckettacuk_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I am trying to create user quotas from the command line via the = shell. I am using ovirt 3.6.7 and the command add quota --parent-datacenter-name Default --name testcli creates a quota but without quotaclusterlimit or quotastoragelimit I can't find the correct syntax to create these. Also how would I add a consumer and change the values when created? Any examples or pointers to documentation would be appreciated. Thanks, Paul S. To view the terms under which this email is distributed, please go to:- http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html --_000_147369605064353044leedsbeckettacuk_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" style=3D"display:none"></style> </head> <body dir=3D"ltr" style=3D"font-size:12pt;color:#000000;background-color:#F= FFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;"> Hello,            I am trying to create user quot= as from the command line via the shell. I am using ovirt 3.6.7 and the command add quota --parent-datacenter-name Default --name testcli creates a quota but without quotaclusterlimit or quotastoragelimit I can't find the correct syntax to create these. Also how would I add a consumer and change the values when created? Any examples or pointers to documentation would be appreciated. Thanks,               Paul S. To view the terms under which this email is distributed, please go to:- <br= > <a href=3D"http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html"= target=3D"_blank">http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaim= er.html</a> </body> </html> --_000_147369605064353044leedsbeckettacuk_--

3 4

Question about Bridge and macvtap
by Fernando Frediani 25 Sep '16

25 Sep '16

Hi. Quick question between Linux Bridge which is used by default in oVirt and macvtap which can be used in libvirt/KVM. What are the downsides or limitations of using macvtap ? Does it have any significa performance improvement over bridge ? Thanks Fernando

2 1

Storage
by Budur Nagaraju 25 Sep '16

25 Sep '16

Hi I have storage of 2TB lun and only 90 GB is free ,when I set a qouta limit to 1800GB , it showing the 300GB available free space , any configs am missing ? Thanks, Nagaraju

2 1

Assigned ipv6 vm addreses
by Allen Warren 24 Sep '16

24 Sep '16

I have two oVirt servers running as local servers on the same network. How do I prevent the servers from creating the same ipv6 address for two different vm's. If I start a vm on the first server and then start one on the second server the ipv6 addresses are the same..

1 0

Re: [ovirt-users] moVirt 1.6 released!
by Karli Sjöberg 23 Sep '16

23 Sep '16

--_000_938a725ea99c425a9f3237f64fca616eexch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMjEgc2VwIDIwMTYgMTE6Mzggc2tyZXYgVG9tYXMgSmVsaW5layA8dGplbGluZWtAcmVk aGF0LmNvbT46DQo+DQo+IERlYXIgYWxsLA0KPg0KPiBhIG5ldyByZWxlYXNlIG9mIG1vVmlydCAo QW5kcm9pZCBjbGllbnQgZm9yIG9WaXJ0KSAxLjYgaGFzIGp1c3QgYmVlbiByZWxlYXNlZCENCj4N Cj4gVGhlIG1haW4gYWltIG9mIHRoaXMgdmVyc2lvbiB3YXMgdG8gbW92ZSBmdWxseSB0byB0aGUg NC4wIEFQSSAoY2hhbmdlbG9nOiBbMV0pLg0KPg0KPiBJZiB5b3UgaGF2ZSBpdCBhbHJlYWR5IGlu c3RhbGxlZCBvbiB5b3VyIGRldmljZSwgc3RheSB0dW5lZCBhbmQgaXQgd2lsbCBhcnJpdmUgc29v bi4NCj4gSWYgeW91IGRvbid0LCB5b3UgY2FuIGVpdGhlciBpbnN0YWxsIGl0IGZyb20gZ29vZ2xl IHBsYXkgc3RvcmUgWzJdIG9yIGZyb20gZGlyZWN0IGxpbmsgWzNdLg0KPg0KPiBQbGVhc2Ugc2hh cmUgYW55IGZlZWRiYWNrIQ0KDQpIaSENCg0KV29ya3MgbGlrZSBhIGNoYXJtIHdpdGggb3VyIDMu NiBlbmdpbmUhIEp1c3QgY29uZnVzaW5nIHRoYXQgSSBoYWQgdG8gc3dpcGUgZG93biAocmVmcmVz aCkgdG8gZ2V0IGEgbGlzdGluZyBvZiBWTSdzIGFuZCBzdWNoLCBJIHRob3VnaHQgaXQgZGlkIHRo YXQgYnkgaXRzZWxmPyBUaGF0IGlzLCBpZiBJIG9wZW4gdXAgdGhlIGFwcCBhbmQgZG8gbm90aGlu ZywganVzdCB3YWl0LCB0aGUgbGlzdCBzdGF5cyBlbXB0eSByZWdhcmRsZXNzIG9mIGhvdyBsb25n IEkgd2FpdGVkLiBJIHN0YXJ0ZWQgdG8gdGhpbmsgdGhlcmUgd2FzIHNvbWV0aGluZyB3cm9uZyBh bmQgYmVnYW4gdG8gdHJvdWJsZXNob290LCBmaXJzdCB0aGUgYXBwLXNldHRpbmdzIChhZGRyZXNz LCBsb2dpbiwgcGFzc3dvcmQpIGFuZCB0aGVuIGZyb20gdGhlIGVuZ2luZSBiZWZvcmUgSSByZWFs aXplZCBJIGhhZCB0byBzd2lwZSBkb3duIHRvIHNlZSBhbnl0aGluZzopIElzIHRoYXQgYnkgZGVz aWduIG9yIGEgYnVnPw0KDQpBbHNvIHRlc3RlZCB0aGF0IGFTUElDRSB3b3Jrcywgd2hpY2ggaXMg YXdlc29tZSEgS2VlcCB1cCB0aGUgZ3JlYXQgd29yayENCg0KL0sNCg0KPiBUb21hcw0KPg0KPiBb MV06IGh0dHBzOi8vZ2l0aHViLmNvbS9tYXRvYmV0L21vdmlydCN2MTYNCj4gWzJdOiBodHRwczov L3BsYXkuZ29vZ2xlLmNvbS9zdG9yZS9hcHBzL2RldGFpbHM/aWQ9b3JnLm92aXJ0Lm1vYmlsZS5t b3ZpcnQNCj4gWzNdOiBodHRwczovL2dpdGh1Yi5jb20vbWF0b2JldC9tb1ZpcnQvYmxvYi9tYXN0 ZXIvbW9WaXJ0L21vVmlydC1yZWxlYXNlLmFwaz9yYXc9dHJ1ZQ0KPiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBVc2VycyBtYWlsaW5nIGxpc3QNCj4g VXNlcnNAb3ZpcnQub3JnDQo+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5m by91c2Vycw0K --_000_938a725ea99c425a9f3237f64fca616eexch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <1B48F37C41F85943B8B6707FE823FF0D(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAyMSBzZXAgMjAxNiAxMTozOCBza3JldiBUb21hcyBKZWxpbmVrICZsdDt0amVs aW5la0ByZWRoYXQuY29tJmd0Ozo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBEZWFyIGFsbCw8YnI+DQom Z3Q7PGJyPg0KJmd0OyBhIG5ldyByZWxlYXNlIG9mIG1vVmlydCAoQW5kcm9pZCBjbGllbnQgZm9y IG9WaXJ0KSAxLjYgaGFzIGp1c3QgYmVlbiByZWxlYXNlZCE8YnI+DQomZ3Q7PGJyPg0KJmd0OyBU aGUgbWFpbiBhaW0gb2YgdGhpcyB2ZXJzaW9uIHdhcyB0byBtb3ZlIGZ1bGx5IHRvIHRoZSA0LjAg QVBJIChjaGFuZ2Vsb2c6IFsxXSkuPGJyPg0KJmd0Ozxicj4NCiZndDsgSWYgeW91IGhhdmUgaXQg YWxyZWFkeSBpbnN0YWxsZWQgb24geW91ciBkZXZpY2UsIHN0YXkgdHVuZWQgYW5kIGl0IHdpbGwg YXJyaXZlIHNvb24uPGJyPg0KJmd0OyBJZiB5b3UgZG9uJ3QsIHlvdSBjYW4gZWl0aGVyIGluc3Rh bGwgaXQgZnJvbSBnb29nbGUgcGxheSBzdG9yZSBbMl0gb3IgZnJvbSBkaXJlY3QgbGluayBbM10u PGJyPg0KJmd0Ozxicj4NCiZndDsgUGxlYXNlIHNoYXJlIGFueSBmZWVkYmFjayE8L3A+DQo8cCBk aXI9Imx0ciI+SGkhPC9wPg0KPHAgZGlyPSJsdHIiPldvcmtzIGxpa2UgYSBjaGFybSB3aXRoIG91 ciAzLjYgZW5naW5lISBKdXN0IGNvbmZ1c2luZyB0aGF0IEkgaGFkIHRvIHN3aXBlIGRvd24gKHJl ZnJlc2gpIHRvIGdldCBhIGxpc3Rpbmcgb2YgVk0ncyBhbmQgc3VjaCwgSSB0aG91Z2h0IGl0IGRp ZCB0aGF0IGJ5IGl0c2VsZj8gVGhhdCBpcywgaWYgSSBvcGVuIHVwIHRoZSBhcHAgYW5kIGRvIG5v dGhpbmcsIGp1c3Qgd2FpdCwgdGhlIGxpc3Qgc3RheXMgZW1wdHkgcmVnYXJkbGVzcw0KIG9mIGhv dyBsb25nIEkgd2FpdGVkLiBJIHN0YXJ0ZWQgdG8gdGhpbmsgdGhlcmUgd2FzIHNvbWV0aGluZyB3 cm9uZyBhbmQgYmVnYW4gdG8gdHJvdWJsZXNob290LCBmaXJzdCB0aGUgYXBwLXNldHRpbmdzIChh ZGRyZXNzLCBsb2dpbiwgcGFzc3dvcmQpIGFuZCB0aGVuIGZyb20gdGhlIGVuZ2luZSBiZWZvcmUg SSByZWFsaXplZCBJIGhhZCB0byBzd2lwZSBkb3duIHRvIHNlZSBhbnl0aGluZzopIElzIHRoYXQg YnkgZGVzaWduIG9yIGEgYnVnPzwvcD4NCjxwIGRpcj0ibHRyIj5BbHNvIHRlc3RlZCB0aGF0IGFT UElDRSB3b3Jrcywgd2hpY2ggaXMgYXdlc29tZSEgS2VlcCB1cCB0aGUgZ3JlYXQgd29yayE8L3A+ DQo8cCBkaXI9Imx0ciI+L0s8L3A+DQo8cCBkaXI9Imx0ciI+Jmd0OyBUb21hczxicj4NCiZndDs8 YnI+DQomZ3Q7IFsxXTogaHR0cHM6Ly9naXRodWIuY29tL21hdG9iZXQvbW92aXJ0I3YxNjxicj4N CiZndDsgWzJdOiBodHRwczovL3BsYXkuZ29vZ2xlLmNvbS9zdG9yZS9hcHBzL2RldGFpbHM/aWQ9 b3JnLm92aXJ0Lm1vYmlsZS5tb3ZpcnQ8YnI+DQomZ3Q7IFszXTogaHR0cHM6Ly9naXRodWIuY29t L21hdG9iZXQvbW9WaXJ0L2Jsb2IvbWFzdGVyL21vVmlydC9tb1ZpcnQtcmVsZWFzZS5hcGs/cmF3 PXRydWU8YnI+DQomZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fPGJyPg0KJmd0OyBVc2VycyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7IFVzZXJzQG92aXJ0 Lm9yZzxicj4NCiZndDsgaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Vz ZXJzPGJyPg0KPC9wPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_938a725ea99c425a9f3237f64fca616eexch24sluse_--

3 6

oVirt End User Tutorials
by Nate T. Llaneza 23 Sep '16

23 Sep '16

--_000_em5ead95cde17941dfa79ef6472e1529a0nzxt_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGV5IEFsbCwNCg0KSSBhbSByZWFsbHkgZW5qb3lpbmcgb1ZpcnQsIGFuZCB3b3VsZCBsaWtlIHRv IGdpdmUgYmFjay4gSSBhbSBidWlsZGluZyBzb21lIG9WaXJ0IHR1dG9yaWFscyBmb3IgYSBjb21t dW5pdHkgY29sbGVnZSwgYW5kIHRob3VnaHQgSSB3b3VsZCBzaGFyZSB0aGVtIHdpdGggeSdhbGwu IFJpZ2h0IG5vdyB0aGUgdmlkZW9zIGFyZSBnZWFyZWQgdG93YXJkcyBoZWxwaW5nIHRoZSBlbmQg dXNlciBuYXZpZ2F0ZSB0aHJvdWdoIHRoZSB1c2VyIHBvcnRhbC4NCg0K --_000_em5ead95cde17941dfa79ef6472e1529a0nzxt_ Content-Type: text/html; charset="utf-8" Content-ID: <0EC468736FD3864981A06116197EA6B5(a)namprd19.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZSBpZD0iZU1DbGllbnRDc3MiPg0KYmxv Y2txdW90ZS5jaXRlIHsgbWFyZ2luLWxlZnQ6IDVweDsgbWFyZ2luLXJpZ2h0OiAwcHg7IHBhZGRp bmctbGVmdDogMTBweDsgcGFkZGluZy1yaWdodDowcHg7IGJvcmRlci1sZWZ0OiAxcHggc29saWQg I2NjY2NjYyB9DQpibG9ja3F1b3RlLmNpdGUyIHttYXJnaW4tbGVmdDogNXB4OyBtYXJnaW4tcmln aHQ6IDBweDsgcGFkZGluZy1sZWZ0OiAxMHB4OyBwYWRkaW5nLXJpZ2h0OjBweDsgYm9yZGVyLWxl ZnQ6IDFweCBzb2xpZCAjY2NjY2NjOyBtYXJnaW4tdG9wOiAzcHg7IHBhZGRpbmctdG9wOiAwcHg7 IH0NCi5wbGFpbiBwcmUsIC5wbGFpbiB0dCB7IGZvbnQtZmFtaWx5OiBtb25vc3BhY2U7IGZvbnQt c2l6ZTogMTAwJTsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgZm9udC1zdHlsZTogbm9ybWFsO30NCmEg aW1nIHsgYm9yZGVyOiAwcHg7IH1ib2R5IHtmb250LWZhbWlseTogQ2FsaWJyaTtmb250LXNpemU6 IDEycHQ7fQ0KLnBsYWluIHByZSwgLnBsYWluIHR0IHtmb250LWZhbWlseTogQ2FsaWJyaTtmb250 LXNpemU6IDEycHQ7fTwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keT4NCjxkaXY+SGV5IEFsbCw8L2Rp dj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2PkkgYW0gcmVhbGx5IGVuam95aW5nIG9WaXJ0LCBh bmQgd291bGQgbGlrZSB0byBnaXZlIGJhY2suIEkgYW0gYnVpbGRpbmcgc29tZSBvVmlydCB0dXRv cmlhbHMgZm9yIGEgY29tbXVuaXR5IGNvbGxlZ2UsIGFuZCB0aG91Z2h0IEkgd291bGQgc2hhcmUg dGhlbSB3aXRoIHknYWxsLiBSaWdodCBub3cgdGhlIHZpZGVvcyBhcmUgZ2VhcmVkIHRvd2FyZHMg aGVscGluZyB0aGUgZW5kIHVzZXIgbmF2aWdhdGUgdGhyb3VnaCB0aGUgdXNlciBwb3J0YWwuPC9k aXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_em5ead95cde17941dfa79ef6472e1529a0nzxt_--

1 0

Cannot change Cluster Compatibility Version when a VM is active
by Bruckner, Simone 23 Sep '16

23 Sep '16

--_000_2CB4E8C8E00E594EA06D4AC427E429920F5AB077fabamailserverf_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I am trying to upgrade an oVirt installation (3.6.7.5-1.el6) to 4.0. My d= atacenters and clusters have 3.5 compatibility settings. I followed the instructions from http://www.ovirt.org/documentation/migrati= on-engine-3.6-to-4.0/ but cannot proceed in engine-setup as 3.5 compatibili= ty is not supported. When trying to change cluster compatibility from 3.5 to 3.6 I receive "Cann= ot change Cluster Compatibility Version when a VM is active. Please shutdow= n all VMs in the Cluster." According to https://bugzilla.redhat.com/show_bu= g.cgi?id=3D1341023 this should be fixed in 3.6.7. Any ideas? Best Regards, Simone Bruckner --_000_2CB4E8C8E00E594EA06D4AC427E429920F5AB077fabamailserverf_ 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"DE" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi all,<o:p></o:p> <o:p> </o:p>   I am trying to upgrade a= n oVirt installation (3.6.7.5-1.el6) to 4.0. My datacenters and clusters ha= ve 3.5 compatibility settings.<o:p></o:p> <o:p> </o:p> I followed the instructions fro= m <a href=3D"http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0= /"> http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/</a> but can= not proceed in engine-setup as 3.5 compatibility is not supported.<o:p></o:= p> <o:p> </o:p> When trying to change cluster c= ompatibility from 3.5 to 3.6 I receive “Cannot change Cluster Compati= bility Version when a VM is active. Please shutdown all VMs in the Cluster.= ” According to <a href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1341023">https://b= ugzilla.redhat.com/show_bug.cgi?id=3D1341023</a> this should be fixed in 3.= 6.7. Any ideas?<o:p></o:p> <o:p> </o:p> <div> Best Regards,<o:p></o:p> Simone Bruckner<o:p></o:p> </div> <o:p> </o:p> </div> </body> </html> --_000_2CB4E8C8E00E594EA06D4AC427E429920F5AB077fabamailserverf_--

4 5

cloud-init and user password
by Davide Ferrari 23 Sep '16

23 Sep '16

Hello I'm using a Centos7 cloud image from built-in ovirt-image-repository and I have some trouble setting an initial password for a given user with cloud-init. Basically, it doesn't set any password. Other things work: user is created, ssh key is set (both for the user and root) but no password. This is a problem for me because I want to automatically provision the image with Foreman but the ovirt integration works only with password. The cloud-init logs in the VMs doesn't tell anything about password being or not set. What's the password format accepted in the GUI? plain text? or salted hash like plain cloud-init config? Thanks -- Davide Ferrari Senior Systems Engineer

2 2