xml config file being used in ovirt different from virsh?
--_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@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_--
--_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_--
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@redhat.com IRC : ydary On Sat, Aug 13, 2016 at 12:15 AM, Bill Bill <jax2568@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@outlook.com> *Sent: *Friday, August 12, 2016 3:04 PM *To: *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='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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On Sun, Aug 14, 2016 at 1:52 PM, Yaniv Dary <ydary@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@redhat.com IRC : ydary
On Sat, Aug 13, 2016 at 12:15 AM, Bill Bill <jax2568@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@outlook.com> *Sent: *Friday, August 12, 2016 3:04 PM *To: *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='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.
On Mon, Aug 15, 2016 at 10:28 AM, Edward Haas <ehaas@redhat.com> wrote:
On Sun, Aug 14, 2016 at 1:52 PM, Yaniv Dary <ydary@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@redhat.com IRC : ydary
On Sat, Aug 13, 2016 at 12:15 AM, Bill Bill <jax2568@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@outlook.com> *Sent: *Friday, August 12, 2016 3:04 PM *To: *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='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.
participants (3)
-
Bill Bill -
Edward Haas -
Yaniv Dary