Bug 1011887
Summary: | vmDestroy is repeatedly called after starting VM with multicast MAC address and port mirroring on its NIC | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | tgeft | ||||||
Component: | vdsm | Assignee: | Ondřej Svoboda <osvoboda> | ||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Meni Yakove <myakove> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | low | ||||||||
Version: | 3.3.0 | CC: | bazulay, danken, lpeer, mburman, mpoledni, myakove, nobody, osvoboda, srevivo, ylavi | ||||||
Target Milestone: | ovirt-3.6.0-rc3 | Keywords: | CodeChange | ||||||
Target Release: | 3.6.0 | Flags: | ylavi:
Triaged+
|
||||||
Hardware: | x86_64 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2016-04-20 01:39:08 UTC | Type: | Bug | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | Network | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
tgeft
2013-09-25 10:39:24 UTC
Created attachment 802721 [details]
incorrect file
Please provide vdsm version and vdsm.log + supervdsm.log as for every other bug opened on the vdsm component. The fact that we can ask a VM to start with a multicast address is (another) Engine bug imo. I believe that the very same vmDestroy bug exists in rhev-3.2, hence this bug should not block the rhev-3.3 release. Created attachment 804651 [details]
logs (updated with correct files)
Created attachment 867568 [details]
VDSM (4.14.1-108.giteb16cad.el6) and oVirt engine (3.4.0-0.11.beta3.fc20) logs
The exception from the original vdsm.log no longer occurs in the current (master) version of VDSM so the 'destroy' call finishes. Thread-241::ERROR::2013-09-24 19:04:43,237::BindingXMLRPC::993::vds::(wrapper) unexpected error Traceback (most recent call last): File "/usr/share/vdsm/BindingXMLRPC.py", line 979, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/BindingXMLRPC.py", line 211, in vmDestroy return vm.destroy() File "/usr/share/vdsm/API.py", line 323, in destroy res = v.destroy() File "/usr/share/vdsm/vm.py", line 4326, in destroy response = self.releaseVm() File "/usr/share/vdsm/vm.py", line 4252, in releaseVm supervdsm.getProxy().unsetPortMirroring(network, nic.name) AttributeError: 'NetworkInterfaceDevice' object has no attribute 'name' According to the current logs, port mirroring (probably causing the bug originally) is ignored: Thread-1886::DEBUG::2014-02-25 17:19:33,039::vm::1259::vm.Vm::(__init__) vmId=`47d76bfb-a180-455c-8ffa-71856d9c6ebc`::Ignoring param (portMirroring, ['net']) in NetworkInterfaceDevice The issue is gone in my case, but I will need to investigate further. You are right Ondrej. commit 8225ae9aeebe8 broke portMirroring in the master branch, which should be fixed asap by adding it as __slot__ to NetworkInterfaceDevice. Then, please re-check this issue. Hopefully fixed with bug 1254713. Verified on - 3.6.0.2-0.1.el6 Blocked by engine from entering multicast MAC addresses : Blocked in step 3 from steps to reproduce ^^ 01:1a:4a:16:88:54 --> 'This field must contain a valid unicast MAC addresses.' |