From fernando.frediani at upx.com Mon Jul 3 14:22:47 2017 Content-Type: multipart/mixed; boundary="===============3315027833734774005==" MIME-Version: 1.0 From: FERNANDO FREDIANI To: users at ovirt.org Subject: [ovirt-users] Virtual Machine looses connectivity with no clear explanation Date: Mon, 03 Jul 2017 11:22:36 -0300 Message-ID: --===============3315027833734774005== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a multi-part message in MIME format. --------------CA6FA101A23C7121C82BF9C5 Content-Type: text/plain; charset=3Dutf-8; format=3Dflowed Content-Transfer-Encoding: 7bit I have a rather strange issue which is affecting one of my last deployed = Hypervisors. It is a CentOS 7 (not a oVirt Node) which runs only 3 = Virtual Machines. One of these VMs have a reasonable output traffic at peaks (500 - = 700Mbps) and the hypervisor underneath is connected to the switch via a = bonding (mode=3D2) which in turn creates bond0.XX interfaces which are = connected to different bridges for each network. The VM in question is = connected to bridge "ovirtmgmt". When the problem happens the VM stops passing traffic and cannot reach = even the router or other VMs in the same Layer 2. Seems the bridge stop = passing traffic for that particular VM. Other VMs work fine since they = were created. When this problem happens I just need to go to its Console = and run a reboot (Ctrl-Alt-Del), don't even need to Power Off and Power = On again using oVirt Engine. I have even re-installed this VMs operating system from scratch but the = problem persists. Have also changed the vNic mac address in the case = (already check) of conflicted mac addresses somewhere in that Layer 2. Last, my hypervisor machine (due a mistake) has been running with = SElinux disabled, not sure if it could have anything to do with this = behavior. Anyway, anyone has ever seen any behavior like that ? Thanks Fernando --------------CA6FA101A23C7121C82BF9C5 Content-Type: text/html; charset=3Dutf-8 Content-Transfer-Encoding: 7bit I have a rather strange issue which is affecting one of my last deployed Hypervisors. It is a CentOS 7 (not a oVirt Node) which runs only 3 Virtual Machines.

One of these VMs have a reasonable output traffic at peaks (500 - 700Mbps) and the hypervisor underneath is connected to the switch via a bonding (mode=3D2) which in turn creates bond0.XX interfaces which are connected to different bridges for each network. The VM in question is connected to bridge "ovirtmgmt".

When the problem happens the VM stops passing traffic and cannot reach even the router or other VMs in the same Layer 2. Seems the bridge stop passing traffic for that particular VM. Other VMs work fine since they were created. When this problem happens I just need to go to its Console and run a reboot (Ctrl-Alt-Del), don't even need to Power Off and Power On again using oVirt Engine.
I have even re-installed this VMs operating system from scratch but the problem persists. Have also changed the vNic mac address in the case (already check) of conflicted mac addresses somewhere in that Layer 2.

Last, my hypervisor machine (due a mistake) has been running with SElinux disabled, not sure if it could have anything to do with this behavior.

Anyway, anyone has ever seen any behavior like that ?

Thanks
Fernando
--------------CA6FA101A23C7121C82BF9C5-- --===============3315027833734774005== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" VGhpcyBpcyBhIG11bHRpLXBhcnQgbWVzc2FnZSBpbiBNSU1FIGZvcm1hdC4KLS0tLS0tLS0tLS0t LS1DQTZGQTEwMUEyM0M3MTIxQzgyQkY5QzUKQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PXV0Zi04OyBmb3JtYXQ9Zmxvd2VkCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IDdiaXQK CkkgaGF2ZSBhIHJhdGhlciBzdHJhbmdlIGlzc3VlIHdoaWNoIGlzIGFmZmVjdGluZyBvbmUgb2Yg bXkgbGFzdCBkZXBsb3llZCAKSHlwZXJ2aXNvcnMuIEl0IGlzIGEgQ2VudE9TIDcgKG5vdCBhIG9W aXJ0IE5vZGUpIHdoaWNoIHJ1bnMgb25seSAzIApWaXJ0dWFsIE1hY2hpbmVzLgoKT25lIG9mIHRo ZXNlIFZNcyBoYXZlIGEgcmVhc29uYWJsZSBvdXRwdXQgdHJhZmZpYyBhdCBwZWFrcyAoNTAwIC0g CjcwME1icHMpIGFuZCB0aGUgaHlwZXJ2aXNvciB1bmRlcm5lYXRoIGlzIGNvbm5lY3RlZCB0byB0 aGUgc3dpdGNoIHZpYSBhIApib25kaW5nIChtb2RlPTIpIHdoaWNoIGluIHR1cm4gY3JlYXRlcyBi b25kMC5YWCBpbnRlcmZhY2VzIHdoaWNoIGFyZSAKY29ubmVjdGVkIHRvIGRpZmZlcmVudCBicmlk Z2VzIGZvciBlYWNoIG5ldHdvcmsuIFRoZSBWTSBpbiBxdWVzdGlvbiBpcyAKY29ubmVjdGVkIHRv IGJyaWRnZSAib3ZpcnRtZ210Ii4KCldoZW4gdGhlIHByb2JsZW0gaGFwcGVucyB0aGUgVk0gc3Rv cHMgcGFzc2luZyB0cmFmZmljIGFuZCBjYW5ub3QgcmVhY2ggCmV2ZW4gdGhlIHJvdXRlciBvciBv dGhlciBWTXMgaW4gdGhlIHNhbWUgTGF5ZXIgMi4gU2VlbXMgdGhlIGJyaWRnZSBzdG9wIApwYXNz aW5nIHRyYWZmaWMgZm9yIHRoYXQgcGFydGljdWxhciBWTS4gT3RoZXIgVk1zIHdvcmsgZmluZSBz aW5jZSB0aGV5IAp3ZXJlIGNyZWF0ZWQuIFdoZW4gdGhpcyBwcm9ibGVtIGhhcHBlbnMgSSBqdXN0 IG5lZWQgdG8gZ28gdG8gaXRzIENvbnNvbGUgCmFuZCBydW4gYSByZWJvb3QgKEN0cmwtQWx0LURl bCksIGRvbid0IGV2ZW4gbmVlZCB0byBQb3dlciBPZmYgYW5kIFBvd2VyIApPbiBhZ2FpbiB1c2lu ZyBvVmlydCBFbmdpbmUuCkkgaGF2ZSBldmVuIHJlLWluc3RhbGxlZCB0aGlzIFZNcyBvcGVyYXRp bmcgc3lzdGVtIGZyb20gc2NyYXRjaCBidXQgdGhlIApwcm9ibGVtIHBlcnNpc3RzLiBIYXZlIGFs c28gY2hhbmdlZCB0aGUgdk5pYyBtYWMgYWRkcmVzcyBpbiB0aGUgY2FzZSAKKGFscmVhZHkgY2hl Y2spIG9mIGNvbmZsaWN0ZWQgbWFjIGFkZHJlc3NlcyBzb21ld2hlcmUgaW4gdGhhdCBMYXllciAy LgoKTGFzdCwgbXkgaHlwZXJ2aXNvciBtYWNoaW5lIChkdWUgYSBtaXN0YWtlKSBoYXMgYmVlbiBy dW5uaW5nIHdpdGggClNFbGludXggZGlzYWJsZWQsIG5vdCBzdXJlIGlmIGl0IGNvdWxkIGhhdmUg YW55dGhpbmcgdG8gZG8gd2l0aCB0aGlzIApiZWhhdmlvci4KCkFueXdheSwgYW55b25lIGhhcyBl dmVyIHNlZW4gYW55IGJlaGF2aW9yIGxpa2UgdGhhdCA/CgpUaGFua3MKRmVybmFuZG8KCi0tLS0t LS0tLS0tLS0tQ0E2RkExMDFBMjNDNzEyMUM4MkJGOUM1CkNvbnRlbnQtVHlwZTogdGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04CkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IDdiaXQKCjxodG1sPgog IDxoZWFkPgoKICAgIDxtZXRhIGh0dHAtZXF1aXY9ImNvbnRlbnQtdHlwZSIgY29udGVudD0idGV4 dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4KICA8L2hlYWQ+CiAgPGJvZHkgYmdjb2xvcj0iI0ZGRkZG RiIgdGV4dD0iIzAwMDAwMCI+CiAgICA8Zm9udCBmYWNlPSJhcmlhbCwgaGVsdmV0aWNhLCBzYW5z LXNlcmlmIj5JIGhhdmUgYSByYXRoZXIgc3RyYW5nZQogICAgICBpc3N1ZSB3aGljaCBpcyBhZmZl Y3Rpbmcgb25lIG9mIG15IGxhc3QgZGVwbG95ZWQgSHlwZXJ2aXNvcnMuIEl0CiAgICAgIGlzIGEg Q2VudE9TIDcgKG5vdCBhIG9WaXJ0IE5vZGUpIHdoaWNoIHJ1bnMgb25seSAzIFZpcnR1YWwKICAg ICAgTWFjaGluZXMuPGJyPgogICAgICA8YnI+CiAgICAgIE9uZSBvZiB0aGVzZSBWTXMgaGF2ZSBh IHJlYXNvbmFibGUgb3V0cHV0IHRyYWZmaWMgYXQgcGVha3MgKDUwMCAtCiAgICAgIDcwME1icHMp IGFuZCB0aGUgaHlwZXJ2aXNvciB1bmRlcm5lYXRoIGlzIGNvbm5lY3RlZCB0byB0aGUgc3dpdGNo CiAgICAgIHZpYSBhIGJvbmRpbmcgKG1vZGU9Mikgd2hpY2ggaW4gdHVybiBjcmVhdGVzIGJvbmQw LlhYIGludGVyZmFjZXMKICAgICAgd2hpY2ggYXJlIGNvbm5lY3RlZCB0byBkaWZmZXJlbnQgYnJp ZGdlcyBmb3IgZWFjaCBuZXR3b3JrLiBUaGUgVk0KICAgICAgaW4gcXVlc3Rpb24gaXMgY29ubmVj dGVkIHRvIGJyaWRnZSAib3ZpcnRtZ210Ii48YnI+CiAgICAgIDxicj4KICAgICAgV2hlbiB0aGUg cHJvYmxlbSBoYXBwZW5zIHRoZSBWTSBzdG9wcyBwYXNzaW5nIHRyYWZmaWMgYW5kIGNhbm5vdAog ICAgICByZWFjaCBldmVuIHRoZSByb3V0ZXIgb3Igb3RoZXIgVk1zIGluIHRoZSBzYW1lIExheWVy IDIuIFNlZW1zIHRoZQogICAgICBicmlkZ2Ugc3RvcCBwYXNzaW5nIHRyYWZmaWMgZm9yIHRoYXQg cGFydGljdWxhciBWTS4gT3RoZXIgVk1zIHdvcmsKICAgICAgZmluZSBzaW5jZSB0aGV5IHdlcmUg Y3JlYXRlZC4gV2hlbiB0aGlzIHByb2JsZW0gaGFwcGVucyBJIGp1c3QKICAgICAgbmVlZCB0byBn byB0byBpdHMgQ29uc29sZSBhbmQgcnVuIGEgcmVib290IChDdHJsLUFsdC1EZWwpLCBkb24ndAog ICAgICBldmVuIG5lZWQgdG8gUG93ZXIgT2ZmIGFuZCBQb3dlciBPbiBhZ2FpbiB1c2luZyBvVmly dCBFbmdpbmUuPGJyPgogICAgICBJIGhhdmUgZXZlbiByZS1pbnN0YWxsZWQgdGhpcyBWTXMgb3Bl cmF0aW5nIHN5c3RlbSBmcm9tIHNjcmF0Y2gKICAgICAgYnV0IHRoZSBwcm9ibGVtIHBlcnNpc3Rz LiBIYXZlIGFsc28gY2hhbmdlZCB0aGUgdk5pYyBtYWMgYWRkcmVzcwogICAgICBpbiB0aGUgY2Fz ZSAoYWxyZWFkeSBjaGVjaykgb2YgY29uZmxpY3RlZCBtYWMgYWRkcmVzc2VzIHNvbWV3aGVyZQog ICAgICBpbiB0aGF0IExheWVyIDIuPGJyPgogICAgICA8YnI+CiAgICAgIExhc3QsIG15IGh5cGVy dmlzb3IgbWFjaGluZSAoZHVlIGEgbWlzdGFrZSkgaGFzIGJlZW4gcnVubmluZyB3aXRoCiAgICAg IFNFbGludXggZGlzYWJsZWQsIG5vdCBzdXJlIGlmIGl0IGNvdWxkIGhhdmUgYW55dGhpbmcgdG8g ZG8gd2l0aAogICAgICB0aGlzIGJlaGF2aW9yLjxicj4KICAgICAgPGJyPgogICAgICBBbnl3YXks IGFueW9uZSBoYXMgZXZlciBzZWVuIGFueSBiZWhhdmlvciBsaWtlIHRoYXQgPzxicj4KICAgICAg PGJyPgogICAgICBUaGFua3M8YnI+CiAgICAgIEZlcm5hbmRvPGJyPgogICAgPC9mb250PgogIDwv Ym9keT4KPC9odG1sPgoKLS0tLS0tLS0tLS0tLS1DQTZGQTEwMUEyM0M3MTIxQzgyQkY5QzUtLQo= --===============3315027833734774005==--