- Users - oVirt List Archives

4k alignment on FC LUN
by David Twersky 06 Jul '16

06 Jul '16

We use a lot of flash arrays, and some of them require that devices be 4k aligned, is it possible to create a Fibre Channel Storage Domain and have it 4k aligned? -- David Twersky

3 2

Run oVirt Node in SD Card/USB Stick
by Fernando Frediani 06 Jul '16

06 Jul '16

Hello there, With oVirt 4.0 Release is running oVirt Node in a SD Card or USB Stick supported where the system boots in memory and only writes configuration changes to permanent storage similar to what VMware ESXi does ? This is very useful and can save a significant amount on CAPEX and running costs depending on the size of the cluster. Thanks Fernando

3 3

How to upgrade node from 3.5 to 3.6
by Ariel Pérez Rodríguez 06 Jul '16

06 Jul '16

Hi all! I've spent more than 2 days googling how to upgrade an ovirt node. Please, I need some serious help on this. The only thing I've found is that u can go to Hosts tab in the engine GUI > select the blade an there is an option for Upgrade between Reinstall and Configure Local Storage. Well, that option is grayed-out. There is no documentation available for it... I've dried the google sea and even a node-level command give this error: [root@blade1c2 admin]# ovirt-node-upgrade --reboot=1 --iso= http://resources.ovirt.org/pub/ovirt-3.6/iso/ovirt-node-ng-installer/ovirt-… ovirt-node-upgrade.UpgradeTool: INFO Temporary Directory is: /data/tmpgv4fHj ovirt-node-upgrade.LockFile: INFO Acquiring Lock Traceback (most recent call last): File "/sbin/ovirt-node-upgrade", line 382, in <module> u.run() File "/sbin/ovirt-node-upgrade", line 360, in run self._options.iso_file) RuntimeError: http://resources.ovirt.org/pub/ovirt-3.6/iso/ovirt-node-ng-installer/ovirt-… Please, need somebody to help me. Why upgrading a node it's so dificult in ovirt?

2 2

Can't move VMs from a data domain to another
by Alexis HAUSER 06 Jul '16

06 Jul '16

Hi, I was using a NFS storage and I'm now moving all VMs from there to an iSCSI. I successfully moved most VMs disks but now when I try to move those made from template using thin and VMs from pool, I get the following error : "the template that this VM is based on doesn't exit on any storage domain" When I check, I can see that the template still exist, none have been removed...Any idea how to solve this ? Should I use a different method to move those VMs (I'm currently trying to use the "move" option from the disks interface.) ?

2 1

IOException (error 503) when calling /ovirt-engine-reports
by nicolas＠devels.es 06 Jul '16

06 Jul '16

--=_f2bf7e054f36d9d09d53f2b749e05a7f Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=UTF-8; format=flowed Hi, We just upgraded to oVirt 4.0, everything seems to be working but in our logs we see an exception for /ovirt-engine-reports continuously. Any call to /ovirt-engine-reports generates a 503 error. I'm attaching the full exception. Any hints? Thanks. --=_f2bf7e054f36d9d09d53f2b749e05a7f Content-Transfer-Encoding: base64 Content-Type: text/plain; name=reports-exception.txt Content-Disposition: attachment; filename=reports-exception.txt; size=7421 MjAxNi0wNy0wNiAxMjoxMDowMyw3MjkgRVJST1IgW2lvLnVuZGVydG93LnJlcXVlc3RdIChkZWZh dWx0IHRhc2stMjMpIFVUMDA1MDIzOiBFeGNlcHRpb24gaGFuZGxpbmcgcmVxdWVzdCB0byAvb3Zp cnQtZW5naW5lL3NlcnZpY2VzL3JlcG9ydHMtaW50ZXJmYWNlLXByb3h5OiBqYXZheC5zZXJ2bGV0 LlNlcnZsZXRFeGNlcHRpb246IGphdmEuaW8uSU9FeGNlcHRpb246IFNlcnZlciByZXR1cm5lZCBI VFRQIHJlc3BvbnNlIGNvZGU6IDUwMyBmb3IgVVJMOiBodHRwczovL292aXJ0LmRvbWFpbi5jb206 NDQzL292aXJ0LWVuZ2luZS1yZXBvcnRzL292aXJ0L3JlcG9ydHMtaW50ZXJmYWNlP2NvbW1hbmQ9 c3RhdHVzCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUudXV0aWxzLnNlcnZsZXQuUHJveHlTZXJ2 bGV0QmFzZS5kb0dldChQcm94eVNlcnZsZXRCYXNlLmphdmE6MTYzKSBbdXV0aWxzLmphcjpdCglh dCBqYXZheC5zZXJ2bGV0Lmh0dHAuSHR0cFNlcnZsZXQuc2VydmljZShIdHRwU2VydmxldC5qYXZh OjY4NykgW2pib3NzLXNlcnZsZXQtYXBpXzMuMV9zcGVjLTEuMC4wLkZpbmFsLmphcjoxLjAuMC5G aW5hbF0KCWF0IGphdmF4LnNlcnZsZXQuaHR0cC5IdHRwU2VydmxldC5zZXJ2aWNlKEh0dHBTZXJ2 bGV0LmphdmE6NzkwKSBbamJvc3Mtc2VydmxldC1hcGlfMy4xX3NwZWMtMS4wLjAuRmluYWwuamFy OjEuMC4wLkZpbmFsXQoJYXQgaW8udW5kZXJ0b3cuc2VydmxldC5oYW5kbGVycy5TZXJ2bGV0SGFu ZGxlci5oYW5kbGVSZXF1ZXN0KFNlcnZsZXRIYW5kbGVyLmphdmE6ODUpIFt1bmRlcnRvdy1zZXJ2 bGV0LTEuMy4xNS5GaW5hbC5qYXI6MS4zLjE1LkZpbmFsXQoJYXQgaW8udW5kZXJ0b3cuc2Vydmxl dC5oYW5kbGVycy5GaWx0ZXJIYW5kbGVyJEZpbHRlckNoYWluSW1wbC5kb0ZpbHRlcihGaWx0ZXJI YW5kbGVyLmphdmE6MTI5KSBbdW5kZXJ0b3ctc2VydmxldC0xLjMuMTUuRmluYWwuamFyOjEuMy4x NS5GaW5hbF0KCWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS51dGlscy5zZXJ2bGV0LkxvY2FsZUZp bHRlci5kb0ZpbHRlcihMb2NhbGVGaWx0ZXIuamF2YTo2NikgW3V0aWxzLmphcjpdCglhdCBpby51 bmRlcnRvdy5zZXJ2bGV0LmNvcmUuTWFuYWdlZEZpbHRlci5kb0ZpbHRlcihNYW5hZ2VkRmlsdGVy LmphdmE6NjApIFt1bmRlcnRvdy1zZXJ2bGV0LTEuMy4xNS5GaW5hbC5qYXI6MS4zLjE1LkZpbmFs XQoJYXQgaW8udW5kZXJ0b3cuc2VydmxldC5oYW5kbGVycy5GaWx0ZXJIYW5kbGVyJEZpbHRlckNo YWluSW1wbC5kb0ZpbHRlcihGaWx0ZXJIYW5kbGVyLmphdmE6MTMxKSBbdW5kZXJ0b3ctc2Vydmxl dC0xLjMuMTUuRmluYWwuamFyOjEuMy4xNS5GaW5hbF0KCWF0IGlvLnVuZGVydG93LnNlcnZsZXQu aGFuZGxlcnMuRmlsdGVySGFuZGxlci5oYW5kbGVSZXF1ZXN0KEZpbHRlckhhbmRsZXIuamF2YTo4 NCkgW3VuZGVydG93LXNlcnZsZXQtMS4zLjE1LkZpbmFsLmphcjoxLjMuMTUuRmluYWxdCglhdCBp by51bmRlcnRvdy5zZXJ2bGV0LmhhbmRsZXJzLnNlY3VyaXR5LlNlcnZsZXRTZWN1cml0eVJvbGVI YW5kbGVyLmhhbmRsZVJlcXVlc3QoU2VydmxldFNlY3VyaXR5Um9sZUhhbmRsZXIuamF2YTo2Mikg W3VuZGVydG93LXNlcnZsZXQtMS4zLjE1LkZpbmFsLmphcjoxLjMuMTUuRmluYWxdCglhdCBpby51 bmRlcnRvdy5zZXJ2bGV0LmhhbmRsZXJzLlNlcnZsZXREaXNwYXRjaGluZ0hhbmRsZXIuaGFuZGxl UmVxdWVzdChTZXJ2bGV0RGlzcGF0Y2hpbmdIYW5kbGVyLmphdmE6MzYpIFt1bmRlcnRvdy1zZXJ2 bGV0LTEuMy4xNS5GaW5hbC5qYXI6MS4zLjE1LkZpbmFsXQoJYXQgb3JnLndpbGRmbHkuZXh0ZW5z aW9uLnVuZGVydG93LnNlY3VyaXR5LlNlY3VyaXR5Q29udGV4dEFzc29jaWF0aW9uSGFuZGxlci5o YW5kbGVSZXF1ZXN0KFNlY3VyaXR5Q29udGV4dEFzc29jaWF0aW9uSGFuZGxlci5qYXZhOjc4KQoJ YXQgaW8udW5kZXJ0b3cuc2VydmVyLmhhbmRsZXJzLlByZWRpY2F0ZUhhbmRsZXIuaGFuZGxlUmVx dWVzdChQcmVkaWNhdGVIYW5kbGVyLmphdmE6NDMpIFt1bmRlcnRvdy1jb3JlLTEuMy4xNS5GaW5h bC5qYXI6MS4zLjE1LkZpbmFsXQoJYXQgaW8udW5kZXJ0b3cuc2VydmxldC5oYW5kbGVycy5zZWN1 cml0eS5TU0xJbmZvcm1hdGlvbkFzc29jaWF0aW9uSGFuZGxlci5oYW5kbGVSZXF1ZXN0KFNTTElu Zm9ybWF0aW9uQXNzb2NpYXRpb25IYW5kbGVyLmphdmE6MTMxKSBbdW5kZXJ0b3ctc2VydmxldC0x LjMuMTUuRmluYWwuamFyOjEuMy4xNS5GaW5hbF0KCWF0IGlvLnVuZGVydG93LnNlcnZsZXQuaGFu ZGxlcnMuc2VjdXJpdHkuU2VydmxldEF1dGhlbnRpY2F0aW9uQ2FsbEhhbmRsZXIuaGFuZGxlUmVx dWVzdChTZXJ2bGV0QXV0aGVudGljYXRpb25DYWxsSGFuZGxlci5qYXZhOjU3KSBbdW5kZXJ0b3ct c2VydmxldC0xLjMuMTUuRmluYWwuamFyOjEuMy4xNS5GaW5hbF0KCWF0IGlvLnVuZGVydG93LnNl cnZlci5oYW5kbGVycy5QcmVkaWNhdGVIYW5kbGVyLmhhbmRsZVJlcXVlc3QoUHJlZGljYXRlSGFu ZGxlci5qYXZhOjQzKSBbdW5kZXJ0b3ctY29yZS0xLjMuMTUuRmluYWwuamFyOjEuMy4xNS5GaW5h bF0KCWF0IGlvLnVuZGVydG93LnNlY3VyaXR5LmhhbmRsZXJzLkFic3RyYWN0Q29uZmlkZW50aWFs aXR5SGFuZGxlci5oYW5kbGVSZXF1ZXN0KEFic3RyYWN0Q29uZmlkZW50aWFsaXR5SGFuZGxlci5q YXZhOjQ2KSBbdW5kZXJ0b3ctY29yZS0xLjMuMTUuRmluYWwuamFyOjEuMy4xNS5GaW5hbF0KCWF0 IGlvLnVuZGVydG93LnNlcnZsZXQuaGFuZGxlcnMuc2VjdXJpdHkuU2VydmxldENvbmZpZGVudGlh bGl0eUNvbnN0cmFpbnRIYW5kbGVyLmhhbmRsZVJlcXVlc3QoU2VydmxldENvbmZpZGVudGlhbGl0 eUNvbnN0cmFpbnRIYW5kbGVyLmphdmE6NjQpIFt1bmRlcnRvdy1zZXJ2bGV0LTEuMy4xNS5GaW5h bC5qYXI6MS4zLjE1LkZpbmFsXQoJYXQgaW8udW5kZXJ0b3cuc2VjdXJpdHkuaGFuZGxlcnMuQXV0 aGVudGljYXRpb25NZWNoYW5pc21zSGFuZGxlci5oYW5kbGVSZXF1ZXN0KEF1dGhlbnRpY2F0aW9u TWVjaGFuaXNtc0hhbmRsZXIuamF2YTo2MCkgW3VuZGVydG93LWNvcmUtMS4zLjE1LkZpbmFsLmph cjoxLjMuMTUuRmluYWxdCglhdCBpby51bmRlcnRvdy5zZXJ2bGV0LmhhbmRsZXJzLnNlY3VyaXR5 LkNhY2hlZEF1dGhlbnRpY2F0ZWRTZXNzaW9uSGFuZGxlci5oYW5kbGVSZXF1ZXN0KENhY2hlZEF1 dGhlbnRpY2F0ZWRTZXNzaW9uSGFuZGxlci5qYXZhOjc3KSBbdW5kZXJ0b3ctc2VydmxldC0xLjMu MTUuRmluYWwuamFyOjEuMy4xNS5GaW5hbF0KCWF0IGlvLnVuZGVydG93LnNlY3VyaXR5LmhhbmRs ZXJzLk5vdGlmaWNhdGlvblJlY2VpdmVySGFuZGxlci5oYW5kbGVSZXF1ZXN0KE5vdGlmaWNhdGlv blJlY2VpdmVySGFuZGxlci5qYXZhOjUwKSBbdW5kZXJ0b3ctY29yZS0xLjMuMTUuRmluYWwuamFy OjEuMy4xNS5GaW5hbF0KCWF0IGlvLnVuZGVydG93LnNlY3VyaXR5LmhhbmRsZXJzLkFic3RyYWN0 U2VjdXJpdHlDb250ZXh0QXNzb2NpYXRpb25IYW5kbGVyLmhhbmRsZVJlcXVlc3QoQWJzdHJhY3RT ZWN1cml0eUNvbnRleHRBc3NvY2lhdGlvbkhhbmRsZXIuamF2YTo0MykgW3VuZGVydG93LWNvcmUt MS4zLjE1LkZpbmFsLmphcjoxLjMuMTUuRmluYWxdCglhdCBpby51bmRlcnRvdy5zZXJ2ZXIuaGFu ZGxlcnMuUHJlZGljYXRlSGFuZGxlci5oYW5kbGVSZXF1ZXN0KFByZWRpY2F0ZUhhbmRsZXIuamF2 YTo0MykgW3VuZGVydG93LWNvcmUtMS4zLjE1LkZpbmFsLmphcjoxLjMuMTUuRmluYWxdCglhdCBv cmcud2lsZGZseS5leHRlbnNpb24udW5kZXJ0b3cuc2VjdXJpdHkuamFjYy5KQUNDQ29udGV4dElk SGFuZGxlci5oYW5kbGVSZXF1ZXN0KEpBQ0NDb250ZXh0SWRIYW5kbGVyLmphdmE6NjEpCglhdCBp by51bmRlcnRvdy5zZXJ2ZXIuaGFuZGxlcnMuUHJlZGljYXRlSGFuZGxlci5oYW5kbGVSZXF1ZXN0 KFByZWRpY2F0ZUhhbmRsZXIuamF2YTo0MykgW3VuZGVydG93LWNvcmUtMS4zLjE1LkZpbmFsLmph cjoxLjMuMTUuRmluYWxdCglhdCBpby51bmRlcnRvdy5zZXJ2ZXIuaGFuZGxlcnMuUHJlZGljYXRl SGFuZGxlci5oYW5kbGVSZXF1ZXN0KFByZWRpY2F0ZUhhbmRsZXIuamF2YTo0MykgW3VuZGVydG93 LWNvcmUtMS4zLjE1LkZpbmFsLmphcjoxLjMuMTUuRmluYWxdCglhdCBpby51bmRlcnRvdy5zZXJ2 bGV0LmhhbmRsZXJzLlNlcnZsZXRJbml0aWFsSGFuZGxlci5oYW5kbGVGaXJzdFJlcXVlc3QoU2Vy dmxldEluaXRpYWxIYW5kbGVyLmphdmE6Mjg0KSBbdW5kZXJ0b3ctc2VydmxldC0xLjMuMTUuRmlu YWwuamFyOjEuMy4xNS5GaW5hbF0KCWF0IGlvLnVuZGVydG93LnNlcnZsZXQuaGFuZGxlcnMuU2Vy dmxldEluaXRpYWxIYW5kbGVyLmRpc3BhdGNoUmVxdWVzdChTZXJ2bGV0SW5pdGlhbEhhbmRsZXIu amF2YToyNjMpIFt1bmRlcnRvdy1zZXJ2bGV0LTEuMy4xNS5GaW5hbC5qYXI6MS4zLjE1LkZpbmFs XQoJYXQgaW8udW5kZXJ0b3cuc2VydmxldC5oYW5kbGVycy5TZXJ2bGV0SW5pdGlhbEhhbmRsZXIu YWNjZXNzJDAwMChTZXJ2bGV0SW5pdGlhbEhhbmRsZXIuamF2YTo4MSkgW3VuZGVydG93LXNlcnZs ZXQtMS4zLjE1LkZpbmFsLmphcjoxLjMuMTUuRmluYWxdCglhdCBpby51bmRlcnRvdy5zZXJ2bGV0 LmhhbmRsZXJzLlNlcnZsZXRJbml0aWFsSGFuZGxlciQxLmhhbmRsZVJlcXVlc3QoU2VydmxldElu aXRpYWxIYW5kbGVyLmphdmE6MTc0KSBbdW5kZXJ0b3ctc2VydmxldC0xLjMuMTUuRmluYWwuamFy OjEuMy4xNS5GaW5hbF0KCWF0IGlvLnVuZGVydG93LnNlcnZlci5Db25uZWN0b3JzLmV4ZWN1dGVS b290SGFuZGxlcihDb25uZWN0b3JzLmphdmE6MjAyKSBbdW5kZXJ0b3ctY29yZS0xLjMuMTUuRmlu YWwuamFyOjEuMy4xNS5GaW5hbF0KCWF0IGlvLnVuZGVydG93LnNlcnZlci5IdHRwU2VydmVyRXhj aGFuZ2UkMS5ydW4oSHR0cFNlcnZlckV4Y2hhbmdlLmphdmE6NzkzKSBbdW5kZXJ0b3ctY29yZS0x LjMuMTUuRmluYWwuamFyOjEuMy4xNS5GaW5hbF0KCWF0IGphdmEudXRpbC5jb25jdXJyZW50LlRo cmVhZFBvb2xFeGVjdXRvci5ydW5Xb3JrZXIoVGhyZWFkUG9vbEV4ZWN1dG9yLmphdmE6MTE0Mikg W3J0LmphcjoxLjguMF85MV0KCWF0IGphdmEudXRpbC5jb25jdXJyZW50LlRocmVhZFBvb2xFeGVj dXRvciRXb3JrZXIucnVuKFRocmVhZFBvb2xFeGVjdXRvci5qYXZhOjYxNykgW3J0LmphcjoxLjgu MF85MV0KCWF0IGphdmEubGFuZy5UaHJlYWQucnVuKFRocmVhZC5qYXZhOjc0NSkgW3J0Lmphcjox LjguMF85MV0KQ2F1c2VkIGJ5OiBqYXZhLmlvLklPRXhjZXB0aW9uOiBTZXJ2ZXIgcmV0dXJuZWQg SFRUUCByZXNwb25zZSBjb2RlOiA1MDMgZm9yIFVSTDogaHR0cHM6Ly9vdmlydC5kb21haW4uY29t OjQ0My9vdmlydC1lbmdpbmUtcmVwb3J0cy9vdmlydC9yZXBvcnRzLWludGVyZmFjZT9jb21tYW5k PXN0YXR1cwoJYXQgc3VuLnJlZmxlY3QuTmF0aXZlQ29uc3RydWN0b3JBY2Nlc3NvckltcGwubmV3 SW5zdGFuY2UwKE5hdGl2ZSBNZXRob2QpIFtydC5qYXI6MS44LjBfOTFdCglhdCBzdW4ucmVmbGVj dC5OYXRpdmVDb25zdHJ1Y3RvckFjY2Vzc29ySW1wbC5uZXdJbnN0YW5jZShOYXRpdmVDb25zdHJ1 Y3RvckFjY2Vzc29ySW1wbC5qYXZhOjYyKSBbcnQuamFyOjEuOC4wXzkxXQoJYXQgc3VuLnJlZmxl Y3QuRGVsZWdhdGluZ0NvbnN0cnVjdG9yQWNjZXNzb3JJbXBsLm5ld0luc3RhbmNlKERlbGVnYXRp bmdDb25zdHJ1Y3RvckFjY2Vzc29ySW1wbC5qYXZhOjQ1KSBbcnQuamFyOjEuOC4wXzkxXQoJYXQg amF2YS5sYW5nLnJlZmxlY3QuQ29uc3RydWN0b3IubmV3SW5zdGFuY2UoQ29uc3RydWN0b3IuamF2 YTo0MjMpIFtydC5qYXI6MS44LjBfOTFdCglhdCBzdW4ubmV0Lnd3dy5wcm90b2NvbC5odHRwLkh0 dHBVUkxDb25uZWN0aW9uJDEwLnJ1bihIdHRwVVJMQ29ubmVjdGlvbi5qYXZhOjE4OTApIFtydC5q YXI6MS44LjBfOTFdCglhdCBzdW4ubmV0Lnd3dy5wcm90b2NvbC5odHRwLkh0dHBVUkxDb25uZWN0 aW9uJDEwLnJ1bihIdHRwVVJMQ29ubmVjdGlvbi5qYXZhOjE4ODUpIFtydC5qYXI6MS44LjBfOTFd CglhdCBqYXZhLnNlY3VyaXR5LkFjY2Vzc0NvbnRyb2xsZXIuZG9Qcml2aWxlZ2VkKE5hdGl2ZSBN ZXRob2QpIFtydC5qYXI6MS44LjBfOTFdCglhdCBzdW4ubmV0Lnd3dy5wcm90b2NvbC5odHRwLkh0 dHBVUkxDb25uZWN0aW9uLmdldENoYWluZWRFeGNlcHRpb24oSHR0cFVSTENvbm5lY3Rpb24uamF2 YToxODg0KSBbcnQuamFyOjEuOC4wXzkxXQoJYXQgc3VuLm5ldC53d3cucHJvdG9jb2wuaHR0cC5I dHRwVVJMQ29ubmVjdGlvbi5nZXRJbnB1dFN0cmVhbTAoSHR0cFVSTENvbm5lY3Rpb24uamF2YTox NDU3KSBbcnQuamFyOjEuOC4wXzkxXQoJYXQgc3VuLm5ldC53d3cucHJvdG9jb2wuaHR0cC5IdHRw VVJMQ29ubmVjdGlvbi5nZXRJbnB1dFN0cmVhbShIdHRwVVJMQ29ubmVjdGlvbi5qYXZhOjE0NDEp IFtydC5qYXI6MS44LjBfOTFdCglhdCBzdW4ubmV0Lnd3dy5wcm90b2NvbC5odHRwcy5IdHRwc1VS TENvbm5lY3Rpb25JbXBsLmdldElucHV0U3RyZWFtKEh0dHBzVVJMQ29ubmVjdGlvbkltcGwuamF2 YToyNTQpIFtydC5qYXI6MS44LjBfOTFdCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUudXV0aWxz LnNlcnZsZXQuUHJveHlTZXJ2bGV0QmFzZS5kb0dldChQcm94eVNlcnZsZXRCYXNlLmphdmE6MTYw KSBbdXV0aWxzLmphcjpdCgkuLi4gMzQgbW9yZQpDYXVzZWQgYnk6IGphdmEuaW8uSU9FeGNlcHRp b246IFNlcnZlciByZXR1cm5lZCBIVFRQIHJlc3BvbnNlIGNvZGU6IDUwMyBmb3IgVVJMOiBodHRw czovL292aXJ0LmRvbWFpbi5jb206NDQzL292aXJ0LWVuZ2luZS1yZXBvcnRzL292aXJ0L3JlcG9y dHMtaW50ZXJmYWNlP2NvbW1hbmQ9c3RhdHVzCglhdCBzdW4ubmV0Lnd3dy5wcm90b2NvbC5odHRw Lkh0dHBVUkxDb25uZWN0aW9uLmdldElucHV0U3RyZWFtMChIdHRwVVJMQ29ubmVjdGlvbi5qYXZh OjE4NDApIFtydC5qYXI6MS44LjBfOTFdCglhdCBzdW4ubmV0Lnd3dy5wcm90b2NvbC5odHRwLkh0 dHBVUkxDb25uZWN0aW9uLmdldElucHV0U3RyZWFtKEh0dHBVUkxDb25uZWN0aW9uLmphdmE6MTQ0 MSkgW3J0LmphcjoxLjguMF85MV0KCWF0IGphdmEubmV0Lkh0dHBVUkxDb25uZWN0aW9uLmdldFJl c3BvbnNlQ29kZShIdHRwVVJMQ29ubmVjdGlvbi5qYXZhOjQ4MCkgW3J0LmphcjoxLjguMF85MV0K CWF0IHN1bi5uZXQud3d3LnByb3RvY29sLmh0dHBzLkh0dHBzVVJMQ29ubmVjdGlvbkltcGwuZ2V0 UmVzcG9uc2VDb2RlKEh0dHBzVVJMQ29ubmVjdGlvbkltcGwuamF2YTozMzgpIFtydC5qYXI6MS44 LjBfOTFdCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUudXV0aWxzLnNlcnZsZXQuUHJveHlTZXJ2 bGV0QmFzZS5kb0dldChQcm94eVNlcnZsZXRCYXNlLmphdmE6MTQ2KSBbdXV0aWxzLmphcjpdCgku Li4gMzQgbW9yZQo= --=_f2bf7e054f36d9d09d53f2b749e05a7f--

2 2

messages file filled by vdsm logs in 4.0
by Gianluca Cecchi 06 Jul '16

06 Jul '16

Hello, since updating to 4.0 yesterday, my /var/log/messages on hypervisor seem filled by vdsm messages sudo awk -F ":" '{print $4}' /var/log/messages | sort | uniq -c| sort -rnk 1,1 gives these top lines 126052 INFO ovirt_hosted_engine_ha.broker.listener.ConnectionHandler 46278 INFO ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine 34364 INFO ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore 25773 INFO ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config 25737 INFO ovirt_hosted_engine_ha.lib.storage_server.StorageServer 16579 vdsm SchemaCache WARNING Parameter disktotal is not int type 16579 vdsm SchemaCache WARNING Parameter diskfree is not int type 16567 INFO mem_free.MemFree 15288 vdsm SchemaCache WARNING Following parameters ['isoprefix'] were not recognized 15194 vdsm SchemaCache WARNING Provided parameters {'displayInfo' [{'tlsPort' 13184 vdsm SchemaCache WARNING Following parameters ['type'] were not recognized 8574 INFO ovirt_hosted_engine_ha.lib.image.Image 8088 vdsm SchemaCache WARNING Required property allocType is not provided when calling Volume.getInfo 8088 vdsm SchemaCache WARNING Provided value "2" not defined in DiskType enum for Volume.getInfo 8088 vdsm SchemaCache WARNING Parameter truesize is not uint type 8088 vdsm SchemaCache WARNING Parameter mtime is not uint type 8088 vdsm SchemaCache WARNING Parameter ctime is not int type 8088 vdsm SchemaCache WARNING Parameter capacity is not uint type 8088 vdsm SchemaCache WARNING Parameter apparentsize is not uint type 8026 vdsm SchemaCache WARNING No default value specified for systemVersion parameter in Host.getHardwareInfo 8026 vdsm SchemaCache WARNING No default value specified for systemUUID parameter in Host.getHardwareInfo 8026 vdsm SchemaCache WARNING No default value specified for systemSerialNumber parameter in Host.getHardwareInfo 8026 vdsm SchemaCache WARNING No default value specified for systemProductName parameter in Host.getHardwareInfo 8026 vdsm SchemaCache WARNING No default value specified for systemManufacturer parameter in Host.getHardwareInfo 8026 vdsm SchemaCache WARNING No default value specified for systemFamily parameter in Host.getHardwareInfo 7998 vdsm vds.dispatcher WARNING unhandled close event 7989 vdsm vds.dispatcher ERROR SSL error during reading data (104, 'Connection reset by peer') 7777 vdsm SchemaCache WARNING Parameter version is not int type 5096 vdsm SchemaCache WARNING Required property domainType is not provided when calling StoragePool.getInfo 5096 vdsm SchemaCache WARNING Parameter spmLver is not int type 5096 vdsm SchemaCache WARNING Parameter lver is not int type 3787 vdsm SchemaCache WARNING Provided parameters {'vcpuCount' '2', 'displayInfo' 3245 INFO cpu_load_no_engine.EngineHealth 3190 INFO ping.Ping 3011 INFO mgmt_bridge.MgmtBridge 2869 INFO engine_health.CpuLoadNoEngine 2681 vdsm SchemaCache WARNING Required property spm_id is not provided when calling StorageDomain.getInfo 2681 vdsm SchemaCache WARNING Required property master_ver is not provided when calling StorageDomain.getInfo 2681 vdsm SchemaCache WARNING Required property lver is not provided when calling StorageDomain.getInfo 2681 vdsm SchemaCache WARNING Required property domainType is not provided when calling StorageDomain.getInfo 2681 vdsm SchemaCache WARNING Required property domainClass is not provided when calling StorageDomain.getInfo 2681 vdsm SchemaCache WARNING Following parameters ['remotePath', 'type', 'class'] were not recognized 1335 vdsm SchemaCache WARNING Provided value "1" not defined in StorageDomainType enum for StoragePool.connectStorageServer 1333 vdsm SchemaCache WARNING Provided parameters {u'protocol_version' 3, u'connection' If I limit to messages related to today (11 hours): 26108 INFO ovirt_hosted_engine_ha.broker.listener.ConnectionHandler 10905 vdsm SchemaCache WARNING Parameter disktotal is not int type 10905 vdsm SchemaCache WARNING Parameter diskfree is not int type 10036 vdsm SchemaCache WARNING Provided parameters {'displayInfo' [{'tlsPort' 10032 vdsm SchemaCache WARNING Following parameters ['isoprefix'] were not recognized 8636 vdsm SchemaCache WARNING Following parameters ['type'] were not recognized 5292 vdsm SchemaCache WARNING Required property allocType is not provided when calling Volume.getInfo 5292 vdsm SchemaCache WARNING Provided value "2" not defined in DiskType enum for Volume.getInfo 5292 vdsm SchemaCache WARNING Parameter truesize is not uint type 5292 vdsm SchemaCache WARNING Parameter mtime is not uint type 5292 vdsm SchemaCache WARNING Parameter ctime is not int type 5292 vdsm SchemaCache WARNING Parameter capacity is not uint type 5292 vdsm SchemaCache WARNING Parameter apparentsize is not uint type 5255 vdsm SchemaCache WARNING No default value specified for systemVersion parameter in Host.getHardwareInfo 5255 vdsm SchemaCache WARNING No default value specified for systemUUID parameter in Host.getHardwareInfo 5255 vdsm SchemaCache WARNING No default value specified for systemSerialNumber parameter in Host.getHardwareInfo 5255 vdsm SchemaCache WARNING No default value specified for systemProductName parameter in Host.getHardwareInfo 5255 vdsm SchemaCache WARNING No default value specified for systemManufacturer parameter in Host.getHardwareInfo 5255 vdsm SchemaCache WARNING No default value specified for systemFamily parameter in Host.getHardwareInfo 5233 vdsm vds.dispatcher WARNING unhandled close event 5227 vdsm vds.dispatcher ERROR SSL error during reading data (104, 'Connection reset by peer') 5100 vdsm SchemaCache WARNING Parameter version is not int type 5052 INFO ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine 3528 INFO ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore 3495 INFO mem_free.MemFree 3344 vdsm SchemaCache WARNING Required property domainType is not provided when calling StoragePool.getInfo 3344 vdsm SchemaCache WARNING Parameter spmLver is not int type 3344 vdsm SchemaCache WARNING Parameter lver is not int type 2646 INFO ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config 2629 INFO ovirt_hosted_engine_ha.lib.storage_server.StorageServer 2507 vdsm SchemaCache WARNING Provided parameters {'vcpuCount' '2', 'displayInfo' 1756 vdsm SchemaCache WARNING Required property spm_id is not provided when calling StorageDomain.getInfo 1756 vdsm SchemaCache WARNING Required property master_ver is not provided when calling StorageDomain.getInfo 1756 vdsm SchemaCache WARNING Required property lver is not provided when calling StorageDomain.getInfo 1756 vdsm SchemaCache WARNING Required property domainType is not provided when calling StorageDomain.getInfo 1756 vdsm SchemaCache WARNING Required property domainClass is not provided when calling StorageDomain.getInfo 1756 vdsm SchemaCache WARNING Following parameters ['remotePath', 'type', 'class'] were not recognized 873 vdsm SchemaCache WARNING Provided value "1" not defined in StorageDomainType enum for StoragePool.connectStorageServer 873 vdsm SchemaCache WARNING Provided parameters {u'protocol_version' 3, u'connection' 873 INFO ovirt_hosted_engine_ha.lib.image.Image 673 INFO cpu_load_no_engine.EngineHealth 667 INFO ping.Ping 597 INFO mgmt_bridge.MgmtBridge 596 INFO engine_health.CpuLoadNoEngine 200 INFO ovirt_hosted_engine_ha.broker.monitor.Monitor 170 INFO ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink Is there a way to limit or put into another dedicated file? And also to have less verbose....: $ sudo ls -l /var/log/vdsm/vdsm.log -rw-r--r--. 1 vdsm kvm 8393615 Jul 5 11:14 /var/log/vdsm/vdsm.log with first line 14 minutes ago....?????: Reactor thread::INFO::2016-07-05 11:01:02,276::protocoldetector::72::ProtocolDetector.AcceptorImpl::(handle_accept) Accepting connection from 127.0.0.1:42882 $ ls -lrt /var/log/vdsm/vdsm.log* ... -rw-r--r--. 1 vdsm kvm 1166120 Jul 5 00:01 /var/log/vdsm/vdsm.log.12.xz -rw-r--r--. 1 vdsm kvm 1167044 Jul 5 01:01 /var/log/vdsm/vdsm.log.11.xz -rw-r--r--. 1 vdsm kvm 1167176 Jul 5 02:01 /var/log/vdsm/vdsm.log.10.xz -rw-r--r--. 1 vdsm kvm 1167076 Jul 5 03:01 /var/log/vdsm/vdsm.log.9.xz -rw-r--r--. 1 vdsm kvm 1171028 Jul 5 04:01 /var/log/vdsm/vdsm.log.8.xz -rw-r--r--. 1 vdsm kvm 1161760 Jul 5 05:01 /var/log/vdsm/vdsm.log.7.xz -rw-r--r--. 1 vdsm kvm 1171864 Jul 5 06:01 /var/log/vdsm/vdsm.log.6.xz -rw-r--r--. 1 vdsm kvm 1174436 Jul 5 07:01 /var/log/vdsm/vdsm.log.5.xz -rw-r--r--. 1 vdsm kvm 1198336 Jul 5 08:01 /var/log/vdsm/vdsm.log.4.xz -rw-r--r--. 1 vdsm kvm 1201948 Jul 5 09:01 /var/log/vdsm/vdsm.log.3.xz -rw-r--r--. 1 vdsm kvm 1171604 Jul 5 10:01 /var/log/vdsm/vdsm.log.2.xz -rw-r--r--. 1 vdsm kvm 1173764 Jul 5 11:01 /var/log/vdsm/vdsm.log.1.xz -rw-r--r--. 1 vdsm kvm 8714234 Jul 5 11:15 /var/log/vdsm/vdsm.log thanks, Gianluca

3 2

Software Raid not possible in oVirt Node 4.0 ?
by Roger Meier 06 Jul '16

06 Jul '16

Hello together, I tried to install the new oVirt Node 4.0 from: http://resources.ovirt.org/pub/ovirt-4.0/iso/ovirt-node-ng-installer/ Mostly of the configuration in the installer is the default settings, expect that i wan't to setup a software raid 1, with the two disks on the server. I have done this before with CentOS 7.3 installation and this parition setup worked as expected. But here with the Node Installer , it failed. A screenshot of the Error message attached. Is this not supported at the moment? Or is their a special setting, which i missed for the Node 4.0 ? Or is this perhaps a bug? For reporting https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt ? Greetings Roger Meier

3 3

ovirt 4.0 engine access
by qinglong.dong＠horebdata.cn 05 Jul '16

05 Jul '16

This is a multi-part message in MIME format. ------=_001_NextPart271218033620_=---- Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGksIGFsbA0KICAgICAgICBJIGFtIHVzaW5nIG92aXJ0IDQuMC4gSXQgc2VlbXMgdGhhdCBJIGNv dWxkIG9ubHkgdXNlIEZRRE4gdG8gYWNjZXNzIHRoZSB3ZWJzaXRlIG9mIGVuZ2luZS4gSXMgaXQg cG9zc2libGUgdG8gdXNlIElQIHRvIGFjY2VzcyB0aGUgd2Vic2l0ZT8NCkFueW9uZSBjYW4gaGVs cD8gVGhhbmtzIQ0KDQoNCg0K ------=_001_NextPart271218033620_=---- Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse= t=3DGB2312"><style>body { line-height: 1.5; }body { font-size: 10.5pt; fon= t-family: =CE=A2=C8=ED=D1=C5=BA=DA; color: rgb(0, 0, 0); line-height: 1.5;= }body { font-size: 10.5pt; font-family: =CE=A2=C8=ED=D1=C5=BA=DA; color: = rgb(0, 0, 0); line-height: 1.5; }</style></head><body>=0A<div><span></span= >Hi, all</div><div>    <span style=3D"font-size: 10.5pt; li= ne-height: 1.5; background-color: window;">    I am using ovirt = 4.0. It seems that I could only use FQDN to access the website of engine. = Is it possible to use IP to access the website?</span></div><div>Anyone ca= n help? Thanks!</div><hr style=3D"width: 210px; height: 1px;" color=3D"#b5= c4df" size=3D"1" align=3D"left">=0A<div><br></div>=0A</body></html> ------=_001_NextPart271218033620_=------

2 2

Ovirt engine down , can we manually start vm
by Abisai Matangira 05 Jul '16

05 Jul '16

--_000_6F6E8425AC55104AA5ACFA3FDB1B3D6F1D202BDBafricomdc001_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 T3VyIE92aXJ0IGVuZ2luZSBpcyBkb3duIGFuZCBjYW4ndCBiZSByZXN0b3JlZCBiZWNhdXNlIGl0 IGhhZCBubyBiYWJja3VwDQoNCklzIGl0IHBvc3NpYmxlIHRvIG1hbnVhbGx5IHN0YXJ0IGEgdm0g b24gYSBvdmlydCBub2RlID8NCg0KVGhhbmMNCg0KQWJpc2FpIE1hdGFuZ2lyYQ0KQWZyaWNvbQ0K KzI2Mzg2NDQwMDQxMzggd2hhdHNhcHAgLyBUZWwNCg0K --_000_6F6E8425AC55104AA5ACFA3FDB1B3D6F1D202BDBafricomdc001_ Content-Type: text/html; charset="utf-8" Content-ID: <caea6fef-c07e-41ff-b6aa-401bc88e1e0c> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj48aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9 IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBu YW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDE1IChmaWx0ZXJlZCBtZWRp dW0pIj48c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxp Lk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206 LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5z LXNlcmlmO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5O30N CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4g MS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9u MTt9DQotLT48L3N0eWxlPjwvaGVhZD48Ym9keSBsYW5nPSJFTi1VUyI+PGRpdiBjbGFzcz0iV29y ZFNlY3Rpb24xIj48cCBjbGFzcz0iTXNvTm9ybWFsIj5PdXIgT3ZpcnQgZW5naW5lIGlzIGRvd24g YW5kIGNhbid0IGJlIHJlc3RvcmVkIGJlY2F1c2UgaXQgaGFkIG5vIGJhYmNrdXA8bzpwPjwvbzpw PjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz0i TXNvTm9ybWFsIj5JcyBpdCBwb3NzaWJsZSB0byBtYW51YWxseSBzdGFydCBhIHZtIG9uIGEgb3Zp cnQgbm9kZSA/PG86cD48L286cD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmM8bzpwPjwvbzpwPjwvcD48cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj5B YmlzYWkgTWF0YW5naXJhPGJyPkFmcmljb208YnI+JiM0MzsyNjM4NjQ0MDA0MTM4IHdoYXRzYXBw IC8gVGVsPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPjwvZGl2PjwvYm9keT48L2h0bWw+ --_000_6F6E8425AC55104AA5ACFA3FDB1B3D6F1D202BDBafricomdc001_--

2 3

Re: [ovirt-users] Networking issues with oVirt Guest VM.
by Yevgeny Zaspitsky 05 Jul '16

05 Jul '16

Adding mailing list back... On Mon, Jul 4, 2016 at 3:38 PM, Yevgeny Zaspitsky <yzaspits(a)redhat.com> wrote: > Clint, > > Sorry, I missed that you already tried that. > > Here are my thoughts (some more shooting in the dark) after reading your > description again: > > - You have quite complicate setup. IIUC, ovirt-engine and its host are > vSphere VMs. Then, a kind of no-macspoof should be applied from the vSphere > side. BTW, are both of them on the same vShepre host? Is DHCP server > another VM on that host? > - Where/how did you "turn on Port Mirroring"? > - I'd start the troubleshooting by using tcpdump utility in order to > pinpoint the component that blocks the traffic. > - Did you try assigning a static IP instead of DHCP and then check > connectivity? If that works, then the problem is on the DHCP sever side > probably. > - If you do not see any requests in the DHCP server log, then I guess, > "dhclient -B" wouldn't help. > - Please turn iptables/firewalld off. > > > Regards, > Yevgeny > > On Sun, Jul 3, 2016 at 9:06 PM, Yevgeny Zaspitsky <yzaspits(a)redhat.com> > wrote: > >> Hello, >> >> IIUC using vdsm macspoof hook would help - reading [1] should help you >> configuring that. >> >> [1] https://github.com/oVirt/vdsm/blob/master/vdsm_hooks/macspoof/README >> >> Hope that helps, >> Yevgeny >> >> On Thu, Jun 30, 2016 at 6:11 AM, Clint Smith <clint.smith.maui(a)gmail.com> >> wrote: >> >>> Hello, >>> >>> I have been experimenting with oVirt for the last couple of weeks and I >>> must say it has a lot of nice features. I really like it, however, I am >>> having a heck of a time getting the guest networking all set up correctly. >>> I am hoping that someone can give me a little guidance in figuring this >>> out. I apologize in advance if some of my terminology is off, I am new. >>> >>> Here is a brief intro to my setup: >>> I created a Centos 7 VM within a vSphere/ESXI environment and then >>> installed ovirt-engine on it. I also created another Centos 7 VM and set >>> it up as a host. I have configured the Cluster and Host via the oVirt >>> Administration Portal. For simplicity, I am using the default ovirtmgmt >>> network as my only logical network, however I have tried several different >>> schemes with no luck. I have a DHCP server and a DNS server that are >>> siblings to the oVirt host and the engine. Both the engine and the host >>> have been upgraded to version 4.0. >>> >>> The problem: >>> My thought was that I would have the guest VMs on the oVirt host use my >>> existing DHCP server to get their IP addresses, at least at first. The >>> problem I am having is that the DHCPACK is not making it back across the >>> ovirtmgmt bridge and on to the guest. If I tell dhclient(from the guest) >>> to force a Broadcast (by using the –B option) on the DHCP server, it will >>> work. This is not a solution, just a clue. Another clue is that ARP >>> replies from the gateway don’t make it back to the machine, preventing >>> pings even when I force the IP. Lastly, If I turn on Port Mirroring, >>> everything works fine, but it’s my understanding that this is only for >>> debugging purposes. >>> >>> What I have tried (in no particular order): >>> >>> - Reading the docs >>> - Turning on VLAN tagging. >>> - Installing the mac-spoofing hook, making the configuration changes >>> to the engine, and then turning it on in the VM config. I also verified >>> that the ‘filterref’ tag was removed using virsh. >>> - Setting up a second logical network on a different subnet, and >>> connecting it to an additional network interface that I added to the host. >>> On the host, I setup dnsmasq as a DNS and DHCP server. I got this working >>> up to the point of having the same issues that I was having using the >>> existing DHCP and DNS servers on the ovirtmgmt network. >>> - I have tried various changes to iptables as well as the original >>> settings as well as verified that ebtables is not blocking any traffic. I >>> did configure iptables for logging and noticed it was dropping some traffic >>> related to DHCP, however it seemed like it was DISCOVER or REQUEST traffic >>> due to the IN, OUT, SRC, and DST variables in the log. I have viewed the >>> DHCP server logs multiple times and I can see that it is receiving the >>> DISCOVER and the REQUEST from my guests MAC and sending the OFFER and ACK >>> consistently. >>> - Setting SELinux to Permissive >>> - Setting ip_forward to 1 >>> - Turning STP ON on the bridge >>> - Changing the bridge delay >>> - Setting up a dhcrelay using dnsmasq (not sure I implemented this >>> right though) >>> >>> I am really shooting in the dark when it comes to networking because I >>> am learning a lot of this on the fly. I feel like I must have a >>> misconception about how networking should work with oVirt. Is my entire >>> approach naïve? Any help/guidance that someone could offer would be much >>> appreciated. >>> >>> Thanks, >>> Clint >>> >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >> >

2 1