From midnightsteel at msn.com Mon Mar 31 12:38:56 2014 Content-Type: multipart/mixed; boundary="===============3548778072906114714==" MIME-Version: 1.0 From: Maurice James To: users at ovirt.org Subject: Re: [Users] Affinity Groups Date: Mon, 31 Mar 2014 12:38:55 -0400 Message-ID: In-Reply-To: 1053713493.619298.1396283076777.JavaMail.zimbra@redhat.com --===============3548778072906114714== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --_561e8cea-4afd-4687-9c0a-ea6f25c4e18e_ Content-Type: text/plain; charset=3D"iso-8859-1" Content-Transfer-Encoding: quoted-printable Shouldnt the negative affinity group keep the two guests apart? And a posit= =3D ive affinity group keep them together? I just wanted to make sure that I un= =3D derstand it correctly > Date: Mon=3D2C 31 Mar 2014 12:24:36 -0400 > From: gchaplik(a)redhat.com > To: midnightsteel(a)msn.com > CC: users(a)ovirt.org=3D3B msivak(a)redhat.com > Subject: Re: [Users] Affinity Groups >=3D20 > Hi Maurice=3D2C >=3D20 > We have a bug on it: > https://bugzilla.redhat.com/1080515 >=3D20 > I'm going to fail the creation of an affinity group if it's violating the= =3D constraints. > will that solve your problem? >=3D20 > Thanks=3D2C=3D20 > Gilad. >=3D20 >=3D20 > ----- Original Message ----- > > From: "Maurice James" > > To: users(a)ovirt.org > > Sent: Monday=3D2C March 31=3D2C 2014 4:52:58 PM > > Subject: [Users] Affinity Groups > >=3D20 > > I have an affinity group with negative polarity=3D2C with enforcing set= t=3D o hard. > > The problem I have is that both guest VMs are still on the same host. A= =3D rent > > they supposed to be on different hosts when negative affinity is set? > >=3D20 > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > >=3D20 =3D --_561e8cea-4afd-4687-9c0a-ea6f25c4e18e_ Content-Type: text/html; charset=3D"iso-8859-1" Content-Transfer-Encoding: quoted-printable

Shouldnt the negative affini= ty g=3D roup keep the two guests apart? And a positive affinity group keep them tog= =3D ether? I just wanted to make sure that I understand it correctly

>=3D3B Date: Mon=3D2C 31 Mar 2014 12:24:36 -0400
>=3D3B From: gcha= plik(a)r=3D edhat.com
>=3D3B To: midnightsteel(a)msn.com
>=3D3B CC: users(a)o= virt.org=3D =3D3B msivak(a)redhat.com
>=3D3B Subject: Re: [Users] Affinity Groups<= br>>=3D =3D3B
>=3D3B Hi Maurice=3D2C
>=3D3B
>=3D3B We have a bug o= n it:
&=3D gt=3D3B https://bugzilla.redhat.com/1080515
>=3D3B
>=3D3B I'm go= ing to=3D fail the creation of an affinity group if it's violating the constraints.<= =3D br>>=3D3B will that solve your problem?
>=3D3B
>=3D3B Thanks= =3D2C
=3D >=3D3B Gilad.
>=3D3B
>=3D3B
>=3D3B ----- Original Messag= e -----<=3D br>>=3D3B >=3D3B From: "Maurice James" <=3D3Bmidnightsteel(a)msn.com&= gt=3D3B>=3D3B >=3D3B To: users(a)ovirt.org
>=3D3B >=3D3B Sent: Monday= =3D2C March 3=3D 1=3D2C 2014 4:52:58 PM
>=3D3B >=3D3B Subject: [Users] Affinity Group= s
&=3D gt=3D3B >=3D3B
>=3D3B >=3D3B I have an affinity group with negati= ve polar=3D ity=3D2C with enforcing set to hard.
>=3D3B >=3D3B The problem I hav= e is t=3D hat both guest VMs are still on the same host. Arent
>=3D3B >=3D3B t= hey =3D supposed to be on different hosts when negative affinity is set?
>=3D3= B =3D >=3D3B
>=3D3B >=3D3B ____________________________________________= ___>=3D3B >=3D3B Users mailing list
>=3D3B >=3D3B Users(a)ovirt.or= g
>=3D =3D3B >=3D3B http://lists.ovirt.org/mailman/listinfo/users
>=3D3B &g= t=3D3B <=3D br>

=3D --_561e8cea-4afd-4687-9c0a-ea6f25c4e18e_-- --===============3548778072906114714== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS1fNTYxZThjZWEtNGFmZC00Njg3LTljMGEtZWE2ZjI1YzRlMThlXwpDb250ZW50LVR5cGU6IHRl eHQvcGxhaW47IGNoYXJzZXQ9Imlzby04ODU5LTEiCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6 IHF1b3RlZC1wcmludGFibGUKClNob3VsZG50IHRoZSBuZWdhdGl2ZSBhZmZpbml0eSBncm91cCBr ZWVwIHRoZSB0d28gZ3Vlc3RzIGFwYXJ0PyBBbmQgYSBwb3NpdD0KaXZlIGFmZmluaXR5IGdyb3Vw IGtlZXAgdGhlbSB0b2dldGhlcj8gSSBqdXN0IHdhbnRlZCB0byBtYWtlIHN1cmUgdGhhdCBJIHVu PQpkZXJzdGFuZCBpdCBjb3JyZWN0bHkKCj4gRGF0ZTogTW9uPTJDIDMxIE1hciAyMDE0IDEyOjI0 OjM2IC0wNDAwCj4gRnJvbTogZ2NoYXBsaWtAcmVkaGF0LmNvbQo+IFRvOiBtaWRuaWdodHN0ZWVs QG1zbi5jb20KPiBDQzogdXNlcnNAb3ZpcnQub3JnPTNCIG1zaXZha0ByZWRoYXQuY29tCj4gU3Vi amVjdDogUmU6IFtVc2Vyc10gQWZmaW5pdHkgR3JvdXBzCj49MjAKPiBIaSBNYXVyaWNlPTJDCj49 MjAKPiBXZSBoYXZlIGEgYnVnIG9uIGl0Ogo+IGh0dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS8x MDgwNTE1Cj49MjAKPiBJJ20gZ29pbmcgdG8gZmFpbCB0aGUgY3JlYXRpb24gb2YgYW4gYWZmaW5p dHkgZ3JvdXAgaWYgaXQncyB2aW9sYXRpbmcgdGhlPQogY29uc3RyYWludHMuCj4gd2lsbCB0aGF0 IHNvbHZlIHlvdXIgcHJvYmxlbT8KPj0yMAo+IFRoYW5rcz0yQz0yMAo+IEdpbGFkLgo+PTIwCj49 MjAKPiAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tCj4gPiBGcm9tOiAiTWF1cmljZSBKYW1l cyIgPG1pZG5pZ2h0c3RlZWxAbXNuLmNvbT4KPiA+IFRvOiB1c2Vyc0BvdmlydC5vcmcKPiA+IFNl bnQ6IE1vbmRheT0yQyBNYXJjaCAzMT0yQyAyMDE0IDQ6NTI6NTggUE0KPiA+IFN1YmplY3Q6IFtV c2Vyc10gQWZmaW5pdHkgR3JvdXBzCj4gPj0yMAo+ID4gSSBoYXZlIGFuIGFmZmluaXR5IGdyb3Vw IHdpdGggbmVnYXRpdmUgcG9sYXJpdHk9MkMgd2l0aCBlbmZvcmNpbmcgc2V0IHQ9Cm8gaGFyZC4K PiA+IFRoZSBwcm9ibGVtIEkgaGF2ZSBpcyB0aGF0IGJvdGggZ3Vlc3QgVk1zIGFyZSBzdGlsbCBv biB0aGUgc2FtZSBob3N0LiBBPQpyZW50Cj4gPiB0aGV5IHN1cHBvc2VkIHRvIGJlIG9uIGRpZmZl cmVudCBob3N0cyB3aGVuIG5lZ2F0aXZlIGFmZmluaXR5IGlzIHNldD8KPiA+PTIwCj4gPiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+ID4gVXNlcnMgbWFp bGluZyBsaXN0Cj4gPiBVc2Vyc0BvdmlydC5vcmcKPiA+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcv bWFpbG1hbi9saXN0aW5mby91c2Vycwo+ID49MjAKIAkJIAkgICAJCSAgPQoKLS1fNTYxZThjZWEt NGFmZC00Njg3LTljMGEtZWE2ZjI1YzRlMThlXwpDb250ZW50LVR5cGU6IHRleHQvaHRtbDsgY2hh cnNldD0iaXNvLTg4NTktMSIKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzogcXVvdGVkLXByaW50 YWJsZQoKPGh0bWw+CjxoZWFkPgo8c3R5bGU+PCEtLQouaG1tZXNzYWdlIFAKewptYXJnaW46MHB4 PTNCCnBhZGRpbmc6MHB4Cn0KYm9keS5obW1lc3NhZ2UKewpmb250LXNpemU6IDEycHQ9M0IKZm9u dC1mYW1pbHk6Q2FsaWJyaQp9Ci0tPjwvc3R5bGU+PC9oZWFkPgo8Ym9keSBjbGFzcz0zRCdobW1l c3NhZ2UnPjxkaXYgZGlyPTNEJ2x0cic+U2hvdWxkbnQgdGhlIG5lZ2F0aXZlIGFmZmluaXR5IGc9 CnJvdXAga2VlcCB0aGUgdHdvIGd1ZXN0cyBhcGFydD8gQW5kIGEgcG9zaXRpdmUgYWZmaW5pdHkg Z3JvdXAga2VlcCB0aGVtIHRvZz0KZXRoZXI/IEkganVzdCB3YW50ZWQgdG8gbWFrZSBzdXJlIHRo YXQgSSB1bmRlcnN0YW5kIGl0IGNvcnJlY3RseTxicj48YnI+PGRpPQp2PiZndD0zQiBEYXRlOiBN b249MkMgMzEgTWFyIDIwMTQgMTI6MjQ6MzYgLTA0MDA8YnI+Jmd0PTNCIEZyb206IGdjaGFwbGlr QHI9CmVkaGF0LmNvbTxicj4mZ3Q9M0IgVG86IG1pZG5pZ2h0c3RlZWxAbXNuLmNvbTxicj4mZ3Q9 M0IgQ0M6IHVzZXJzQG92aXJ0Lm9yZz0KPTNCIG1zaXZha0ByZWRoYXQuY29tPGJyPiZndD0zQiBT dWJqZWN0OiBSZTogW1VzZXJzXSBBZmZpbml0eSBHcm91cHM8YnI+Jmd0PQo9M0IgPGJyPiZndD0z QiBIaSBNYXVyaWNlPTJDPGJyPiZndD0zQiA8YnI+Jmd0PTNCIFdlIGhhdmUgYSBidWcgb24gaXQ6 PGJyPiY9Cmd0PTNCIGh0dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS8xMDgwNTE1PGJyPiZndD0z QiA8YnI+Jmd0PTNCIEknbSBnb2luZyB0bz0KIGZhaWwgdGhlIGNyZWF0aW9uIG9mIGFuIGFmZmlu aXR5IGdyb3VwIGlmIGl0J3MgdmlvbGF0aW5nIHRoZSBjb25zdHJhaW50cy48PQpicj4mZ3Q9M0Ig d2lsbCB0aGF0IHNvbHZlIHlvdXIgcHJvYmxlbT88YnI+Jmd0PTNCIDxicj4mZ3Q9M0IgVGhhbmtz PTJDIDxicj49CiZndD0zQiBHaWxhZC48YnI+Jmd0PTNCIDxicj4mZ3Q9M0IgPGJyPiZndD0zQiAt LS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tPD0KYnI+Jmd0PTNCICZndD0zQiBGcm9tOiAiTWF1 cmljZSBKYW1lcyIgJmx0PTNCbWlkbmlnaHRzdGVlbEBtc24uY29tJmd0PTNCPGJyPQo+Jmd0PTNC ICZndD0zQiBUbzogdXNlcnNAb3ZpcnQub3JnPGJyPiZndD0zQiAmZ3Q9M0IgU2VudDogTW9uZGF5 PTJDIE1hcmNoIDM9CjE9MkMgMjAxNCA0OjUyOjU4IFBNPGJyPiZndD0zQiAmZ3Q9M0IgU3ViamVj dDogW1VzZXJzXSBBZmZpbml0eSBHcm91cHM8YnI+Jj0KZ3Q9M0IgJmd0PTNCIDxicj4mZ3Q9M0Ig Jmd0PTNCIEkgaGF2ZSBhbiBhZmZpbml0eSBncm91cCB3aXRoIG5lZ2F0aXZlIHBvbGFyPQppdHk9 MkMgd2l0aCBlbmZvcmNpbmcgc2V0IHRvIGhhcmQuPGJyPiZndD0zQiAmZ3Q9M0IgVGhlIHByb2Js ZW0gSSBoYXZlIGlzIHQ9CmhhdCBib3RoIGd1ZXN0IFZNcyBhcmUgc3RpbGwgb24gdGhlIHNhbWUg aG9zdC4gQXJlbnQ8YnI+Jmd0PTNCICZndD0zQiB0aGV5ID0Kc3VwcG9zZWQgdG8gYmUgb24gZGlm ZmVyZW50IGhvc3RzIHdoZW4gbmVnYXRpdmUgYWZmaW5pdHkgaXMgc2V0Pzxicj4mZ3Q9M0IgPQom Z3Q9M0IgPGJyPiZndD0zQiAmZ3Q9M0IgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX188YnI9Cj4mZ3Q9M0IgJmd0PTNCIFVzZXJzIG1haWxpbmcgbGlzdDxicj4m Z3Q9M0IgJmd0PTNCIFVzZXJzQG92aXJ0Lm9yZzxicj4mZ3Q9Cj0zQiAmZ3Q9M0IgaHR0cDovL2xp c3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPGJyPiZndD0zQiAmZ3Q9M0IgPD0K YnI+PC9kaXY+IAkJIAkgICAJCSAgPC9kaXY+PC9ib2R5Pgo8L2h0bWw+PQoKLS1fNTYxZThjZWEt NGFmZC00Njg3LTljMGEtZWE2ZjI1YzRlMThlXy0tCg== --===============3548778072906114714==--