3:04 p.m.
--_000_CO2PR0801MB07431E23EE4A4AFFE56128E0A61F0CO2PR0801MB0743_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
SSBoYXZlIGEgVk0gd2l0aCBuZXR3b3JrIGZpbHRlcmluZyBlbmFibGVkLCBzcGVjaWZpY2FsbHkg
dGhlIGNsZWFuLXRyYWZmaWMgZmlsdGVyLg0KDQpUaHJvdWdoIHZpcnNoLCBJIG1vZGlmeSB0aGUg
Y29uZmlndXJhdGlvbiB0byByZWZsZWN0IGNoYW5nZXMgbGlrZSB0aGlzOg0KDQogICAgIDxmaWx0
ZXJyZWYgZmlsdGVyPSdjbGVhbi10cmFmZmljJz4NCiAgICAgICAgPHBhcmFtZXRlciBuYW1lPSdJ
UCcgdmFsdWU9JzE5Mi4xNjguMTAuMTAuJy8+DQogICAgICAgIDxwYXJhbWV0ZXIgbmFtZT0nSVAn
IHZhbHVlPScxOTIuMTY4LjEwLjExJy8+DQogICAgICA8L2ZpbHRlcnJlZj4NCg0KVGhpcyBvbmx5
IGFsbG93cyB0aG9zZSB0d28gc3BlY2lmaWVkIElQ4oCZcyB0byBjb21tdW5pY2F0ZSBvbiB0aGUg
Vk0uIEnigJl2ZSBkZWZpbmVkIHRoZSB4bWwgdGhyb3VnaCB2aXJzaC4NCg0KTm93LCBpZiBJIHN0
YXJ0IHRoZSBWTSBkaXJlY3RseSB0aHJvdWdoIHZpcnNoLCB0aG9zZSBydWxlcyBhcHBseSBhbmQg
d29yayBjb3JyZWN0bHkuIEkgY2FuIGFkZCBhbnkgb3RoZXIgcmFuZG9tIElQIGZyb20gdGhlIHNh
bWUgc3VibmV0IGFuZCBpdCBkb2VzIG5vdCB3b3JrLCBhcyBleHBlY3RlZC4gT25seSB0aGUgdHdv
IElw4oCZcyBzcGVjaWZpZWQgYWJvdmUgd2lsbCByZXNwb25kLg0KDQpUaGlzIHVuZm9ydHVuYXRl
bHksIG1ha2VzIHRoZSBWTSBhcHBlYXIgdG8gYmUgZG93biBmcm9tIHdpdGggdGhlIG92aXJ0IGRh
c2hib2FyZCBpZiBpdOKAmXMgc3RhcnRlZCBtYW51YWxseSB0aHJvdWdoIHZpcnNoLg0KDQpJZiBJ
IGVkaXQgdGhlIG1hY2hpbmUgdGhyb3VnaCB2aXJzaCBidXQgZG8gbm90IHN0YXJ0IGl0IGFuZCB0
aGVuIGdvIG9udG8gb1ZpcnQgdG8gc3RhcnQgdGhlIFZNLCBpdCBzZWVtcyB0aGUgY29uZmlndXJh
dGlvbiBpcyBub3QgbG9hZGVkIOKAkyBkb2VzIG9WaXJ0IGxvYWQgYSBkaWZmZXJlbnQgY29uZmln
dXJhdGlvbiBmaWxlIG90aGVyIHRoYW4gL2V0Yy9saWJ2aXJ0L3FlbXUvbWFjaGluZS54bWw/DQo=
--_000_CO2PR0801MB07431E23EE4A4AFFE56128E0A61F0CO2PR0801MB0743_
Content-Type: text/html; charset="utf-8"
Content-ID:
<4B0D61C4EF4E6348BF40DF4B18975372(a)sct-15-1-485-2-msonline-outlook-1173a.templateTenant>
Content-Transfer-Encoding: base64
PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg
bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj
ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2
IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy
IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt
YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i
b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp
IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy
aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph
OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQouTXNv
Q2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2Vj
dGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEu
MGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHls
ZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0iIzk1NEY3
MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBo
YXZlIGEgVk0gd2l0aCBuZXR3b3JrIGZpbHRlcmluZyBlbmFibGVkLCBzcGVjaWZpY2FsbHkgdGhl
IGNsZWFuLXRyYWZmaWMgZmlsdGVyLjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhyb3VnaCB2aXJzaCwgSSBtb2Rp
ZnkgdGhlIGNvbmZpZ3VyYXRpb24gdG8gcmVmbGVjdCBjaGFuZ2VzIGxpa2UgdGhpczo8L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbHQ7ZmlsdGVycmVmIGZpbHRlcj0nY2xl
YW4tdHJhZmZpYycmZ3Q7PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZsdDtwYXJhbWV0ZXIgbmFtZT0nSVAnIHZhbHVl
PScxOTIuMTY4LjEwLjEwLicvJmd0OzwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbHQ7cGFyYW1ldGVyIG5hbWU9J0lQ
JyB2YWx1ZT0nMTkyLjE2OC4xMC4xMScvJmd0OzwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbHQ7L2ZpbHRlcnJlZiZndDs8L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls
eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu
MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+VGhpcyBv
bmx5IGFsbG93cyB0aG9zZSB0d28gc3BlY2lmaWVkIElQ4oCZcyB0byBjb21tdW5pY2F0ZSBvbiB0
aGUgVk0uIEnigJl2ZSBkZWZpbmVkIHRoZSB4bWwgdGhyb3VnaCB2aXJzaC48bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy
LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90
OyxzZXJpZiI+Tm93LCBpZiBJIHN0YXJ0IHRoZSBWTSBkaXJlY3RseSB0aHJvdWdoIHZpcnNoLCB0
aG9zZSBydWxlcyBhcHBseSBhbmQgd29yayBjb3JyZWN0bHkuIEkgY2FuIGFkZCBhbnkgb3RoZXIg
cmFuZG9tIElQIGZyb20gdGhlIHNhbWUgc3VibmV0IGFuZCBpdCBkb2VzIG5vdCB3b3JrLCBhcyBl
eHBlY3RlZC4NCiBPbmx5IHRoZSB0d28gSXDigJlzIHNwZWNpZmllZCBhYm92ZSB3aWxsIHJlc3Bv
bmQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1
b3Q7LHNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l
cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPlRoaXMgdW5mb3J0dW5hdGVseSwgbWFrZXMgdGhlIFZN
IGFwcGVhciB0byBiZSBkb3duIGZyb20gd2l0aCB0aGUgb3ZpcnQgZGFzaGJvYXJkIGlmIGl04oCZ
cyBzdGFydGVkIG1hbnVhbGx5IHRocm91Z2ggdmlyc2guPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPklm
IEkgZWRpdCB0aGUgbWFjaGluZSB0aHJvdWdoIHZpcnNoIGJ1dCBkbyBub3Qgc3RhcnQgaXQgYW5k
IHRoZW4gZ28gb250byBvVmlydCB0byBzdGFydCB0aGUgVk0sIGl0IHNlZW1zIHRoZSBjb25maWd1
cmF0aW9uIGlzIG5vdCBsb2FkZWQg4oCTIGRvZXMgb1ZpcnQgbG9hZCBhIGRpZmZlcmVudCBjb25m
aWd1cmF0aW9uDQogZmlsZSBvdGhlciB0aGFuIC9ldGMvbGlidmlydC9xZW11L21hY2hpbmUueG1s
PzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K
--_000_CO2PR0801MB07431E23EE4A4AFFE56128E0A61F0CO2PR0801MB0743_--
5:15 p.m.
--_000_CO2PR0801MB07433AA24083E8ED09DA402BA61F0CO2PR0801MB0743_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
It seems like when starting the VM through the oVirt dashboard, it=92s eith=
er overwriting or removing those values.
From: Bill Bill<mailto:jax2568@outlook.com Sent:
Friday, August 12, 2016 3:04 PM
To: users@ovirt.org<mailto:users@ovirt.org Subject:
xml config file being used in ovirt different from virsh?
I have a VM with network filtering enabled, specifically the clean-traffic =
filter.
Through virsh, I modify the configuration to reflect changes like this:
<filterref filter=3D'clean-traffic'
<parameter name=3D'IP' value=3D'192.168.10.10.'/ <parameter name=3D'IP'
value=3D'192.168.10.11'/ </filterref
This only allows those two specified IP=92s to communicate on the VM. I=92v=
e defined the xml through virsh.
Now, if I start the VM directly through virsh, those rules apply and work c=
orrectly. I can add any other random IP from the same subnet and it does no=
t work, as expected. Only the two Ip=92s specified above will respond.
This unfortunately, makes the VM appear to be down from with the ovirt dash=
board if it=92s started manually through virsh.
If I edit the machine through virsh but do not start it and then go onto oV=
irt to start the VM, it seems the configuration is not loaded =96 does oVir=
t load a different configuration file other than /etc/libvirt/qemu/machine.=
xml?
--_000_CO2PR0801MB07433AA24083E8ED09DA402BA61F0CO2PR0801MB0743_
Content-Type: text/html; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
<html <head <meta http-equiv=3D"Content-Type"
content=3D"text/html; charset=3DWindows-1=
252" <meta content=3D"text/html;
charset=3Dutf-8" <meta
name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)" <style <!--
@font-face
{font-family:"Cambria Math"}
@font-face
{font-family:Calibri}
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif}
a:link, span.MsoHyperlink
{color:blue;
text-decoration:underline}
a:visited, span.MsoHyperlinkFollowed
{color:#954F72;
text-decoration:underline}
.MsoChpDefault
{}
@page WordSection1
{margin:1.0in 1.0in 1.0in 1.0in}
div.WordSection1
{}
-- </style
</head <body lang=3D"EN-US"
link=3D"blue" vlink=3D"#954F72" <meta
name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)" <style <!--
@font-face
{font-family:"Cambria Math"}
@font-face
{font-family:Calibri}
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif}
a:link, span.MsoHyperlink
{color:blue;
text-decoration:underline}
a:visited, span.MsoHyperlinkFollowed
{color:#954F72;
text-decoration:underline}
.MsoChpDefault
{}
@page WordSection1
{margin:1.0in 1.0in 1.0in 1.0in}
div.WordSection1
{}
-- </style <div
class=3D"WordSection1" <p
class=3D"MsoNormal">It seems like when starting the VM through the oVirt=
dashboard, it=92s either overwriting or removing those values.</p <p class=3D"MsoNormal"><span
style=3D"font-size:12.0pt; font-family:"T=
imes New Roman",serif"> </span></p <div style=3D"border:none; border-top:solid #E1E1E1
1.0pt; padding:3.0pt 0i=
n 0in 0in" <p class=3D"MsoNormal"
style=3D"border:none; padding:0in"><b>From: </b><a h=
ref=3D"mailto:jax2568@outlook.com">Bill Bill</a><br <b>Sent: </b>Friday, August 12, 2016 3:04
PM<br <b>To: </b><a
href=3D"mailto:users@ovirt.org">users@ovirt.org</a><br <b>Subject: </b>xml config file being used in ovirt
different from virsh?</=
p </div <p
class=3D"MsoNormal"><span style=3D"font-size:12.0pt;
font-family:"T=
imes New Roman",serif"> </span></p </div
<div <div
class=3D"WordSection1" <p
class=3D"MsoNormal">I have a VM with network filtering enabled, specific=
ally the clean-traffic filter.</p <p
class=3D"MsoNormal"> </p <p
class=3D"MsoNormal">Through virsh, I modify the configuration to reflect=
changes like this:</p <p
class=3D"MsoNormal"> </p <p
class=3D"MsoNormal">
<filterref filter=3D'cle=
an-traffic'></p <p
class=3D"MsoNormal">
<param=
eter name=3D'IP' value=3D'192.168.10.10.'/></p <p
class=3D"MsoNormal">
<param=
eter name=3D'IP' value=3D'192.168.10.11'/></p <p
class=3D"MsoNormal">
</filterref></p=
<p class=3D"MsoNormal"><span
style=3D"font-size:12.0pt; font-family:"T=
imes New Roman",serif"> </span></p <p class=3D"MsoNormal"><span
style=3D"font-size:12.0pt; font-family:"T=
imes New Roman",serif">This only allows those two specified IP=92s to =
communicate on the VM. I=92ve defined the xml through virsh.</span></p <p class=3D"MsoNormal"><span
style=3D"font-size:12.0pt; font-family:"T=
imes New Roman",serif"> </span></p <p class=3D"MsoNormal"><span
style=3D"font-size:12.0pt; font-family:"T=
imes New Roman",serif">Now, if I start the VM directly through virsh, =
those rules apply and work correctly. I can add any other random IP from th=
e same subnet and it does not work, as expected.
Only the two Ip=92s specified above will respond.</span></p <p class=3D"MsoNormal"><span
style=3D"font-size:12.0pt; font-family:"T=
imes New Roman",serif"> </span></p <p class=3D"MsoNormal"><span
style=3D"font-size:12.0pt; font-family:"T=
imes New Roman",serif">This unfortunately, makes the VM appear to be d=
own from with the ovirt dashboard if it=92s started manually through virsh.=
</span></p <p
class=3D"MsoNormal"><span style=3D"font-size:12.0pt;
font-family:"T=
imes New Roman",serif"> </span></p <p class=3D"MsoNormal"><span
style=3D"font-size:12.0pt; font-family:"T=
imes New Roman",serif">If I edit the machine through virsh but do not =
start it and then go onto oVirt to start the VM, it seems the configuration=
is not loaded =96 does oVirt load a different configuration
file other than /etc/libvirt/qemu/machine.xml?</span></p </div
</div </body </html
--_000_CO2PR0801MB07433AA24083E8ED09DA402BA61F0CO2PR0801MB0743_--
6:52 a.m.
You should only use the management to keep changes.
We added network filtering options in 4.0.
There is also a option of VDSM hook for things that are not supported via
the manager.
Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109
Tel : +972 (9) 7692306
8272306
Email: ydary(a)redhat.com
IRC : ydary
On Sat, Aug 13, 2016 at 12:15 AM, Bill Bill <jax2568(a)outlook.com> wrote:
It seems like when starting the VM through the oVirt dashboard, it’s
either overwriting or removing those values.
*From: *Bill Bill <jax2568(a)outlook.com>
*Sent: *Friday, August 12, 2016 3:04 PM
*To: *users(a)ovirt.org
*Subject: *xml config file being used in ovirt different from virsh?
I have a VM with network filtering enabled, specifically the clean-traffic
filter.
Through virsh, I modify the configuration to reflect changes like this:
<filterref filter='clean-traffic'>
<parameter name='IP' value='192.168.10.10.'/>
<parameter name='IP' value='192.168.10.11'/>
</filterref>
This only allows those two specified IP’s to communicate on the VM. I’ve
defined the xml through virsh.
Now, if I start the VM directly through virsh, those rules apply and work
correctly. I can add any other random IP from the same subnet and it does
not work, as expected. Only the two Ip’s specified above will respond.
This unfortunately, makes the VM appear to be down from with the ovirt
dashboard if it’s started manually through virsh.
If I edit the machine through virsh but do not start it and then go onto
oVirt to start the VM, it seems the configuration is not loaded – does
oVirt load a different configuration file other than
/etc/libvirt/qemu/machine.xml?
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:28 a.m.
On Sun, Aug 14, 2016 at 1:52 PM, Yaniv Dary <ydary(a)redhat.com> wrote:
You should only use the management to keep changes.
We added network filtering options in 4.0.
There is also a option of VDSM hook for things that are not supported via
the manager.
Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109
Tel : +972 (9) 7692306
8272306
Email: ydary(a)redhat.com
IRC : ydary
On Sat, Aug 13, 2016 at 12:15 AM, Bill Bill <jax2568(a)outlook.com> wrote:
> It seems like when starting the VM through the oVirt dashboard, it’s
> either overwriting or removing those values.
>
>
>
> *From: *Bill Bill <jax2568(a)outlook.com>
> *Sent: *Friday, August 12, 2016 3:04 PM
> *To: *users(a)ovirt.org
> *Subject: *xml config file being used in ovirt different from virsh?
>
>
>
> I have a VM with network filtering enabled, specifically the
> clean-traffic filter.
>
>
>
> Through virsh, I modify the configuration to reflect changes like this:
>
>
>
> <filterref filter='clean-traffic'>
>
> <parameter name='IP' value='192.168.10.10.'/>
>
> <parameter name='IP' value='192.168.10.11'/>
>
> </filterref>
>
>
>
> This only allows those two specified IP’s to communicate on the VM. I’ve
> defined the xml through virsh.
>
>
>
> Now, if I start the VM directly through virsh, those rules apply and work
> correctly. I can add any other random IP from the same subnet and it does
> not work, as expected. Only the two Ip’s specified above will respond.
>
>
>
> This unfortunately, makes the VM appear to be down from with the ovirt
> dashboard if it’s started manually through virsh.
>
>
>
> If I edit the machine through virsh but do not start it and then go onto
> oVirt to start the VM, it seems the configuration is not loaded – does
> oVirt load a different configuration file other than
> /etc/libvirt/qemu/machine.xml?
>
>
oVirt uses VDSM to build the VM/s configuration file (Domain XML).
The only way to control its content from 'outside' is though the hooks:
http://www.ovirt.org/develop/developer-guide/vdsm/hooks/
You could use some usage examples from the code base.
Thanks,
Edy.
3:31 a.m.
On Mon, Aug 15, 2016 at 10:28 AM, Edward Haas <ehaas(a)redhat.com> wrote:
On Sun, Aug 14, 2016 at 1:52 PM, Yaniv Dary <ydary(a)redhat.com> wrote:
> You should only use the management to keep changes.
> We added network filtering options in 4.0.
> There is also a option of VDSM hook for things that are not supported via
> the manager.
>
> Yaniv Dary
> Technical Product Manager
> Red Hat Israel Ltd.
> 34 Jerusalem Road
> Building A, 4th floor
> Ra'anana, Israel 4350109
>
> Tel : +972 (9) 7692306
> 8272306
> Email: ydary(a)redhat.com
> IRC : ydary
>
>
> On Sat, Aug 13, 2016 at 12:15 AM, Bill Bill <jax2568(a)outlook.com> wrote:
>
>> It seems like when starting the VM through the oVirt dashboard, it’s
>> either overwriting or removing those values.
>>
>>
>>
>> *From: *Bill Bill <jax2568(a)outlook.com>
>> *Sent: *Friday, August 12, 2016 3:04 PM
>> *To: *users(a)ovirt.org
>> *Subject: *xml config file being used in ovirt different from virsh?
>>
>>
>>
>> I have a VM with network filtering enabled, specifically the
>> clean-traffic filter.
>>
>>
>>
>> Through virsh, I modify the configuration to reflect changes like this:
>>
>>
>>
>> <filterref filter='clean-traffic'>
>>
>> <parameter name='IP' value='192.168.10.10.'/>
>>
>> <parameter name='IP' value='192.168.10.11'/>
>>
>> </filterref>
>>
>>
>>
>> This only allows those two specified IP’s to communicate on the VM. I’ve
>> defined the xml through virsh.
>>
>>
>>
>> Now, if I start the VM directly through virsh, those rules apply and
>> work correctly. I can add any other random IP from the same subnet and it
>> does not work, as expected. Only the two Ip’s specified above will respond.
>>
>>
>>
>> This unfortunately, makes the VM appear to be down from with the ovirt
>> dashboard if it’s started manually through virsh.
>>
>>
>>
>> If I edit the machine through virsh but do not start it and then go onto
>> oVirt to start the VM, it seems the configuration is not loaded – does
>> oVirt load a different configuration file other than
>> /etc/libvirt/qemu/machine.xml?
>>
>>
oVirt uses VDSM to build the VM/s configuration file (Domain XML).
The only way to control its content from 'outside' is though the hooks:
http://www.ovirt.org/develop/developer-guide/vdsm/hooks/
The new page is messed up a bit, here is the old one:
http://old.ovirt.org/VDSM-Hooks
You could use some usage examples from the code base.
Thanks,
Edy.
3052
days inactive
3055
days old
4 comments
3 participants
participants (3)
-
Bill Bill -
Edward Haas -
Yaniv Dary