Currently ovirt-engine can not handle vlans with names not in standard "dev.VLANID" (e.g. eth0.10-fcoe, em1.myvlan10, vlan20, ...). If host has a vlan already created with an alternative name, host can not get activated and engine shows the error: 2013-08-22 10:21:03,315 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (DefaultQuartzScheduler_Worker-29) Failed in GetCapabilitiesVDS method, for vds: vdsm-devel; host: 192.168.122.158 2013-08-22 10:21:03,316 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (DefaultQuartzScheduler_Worker-29) Command GetCapabilitiesVDS execution failed. Exception: NumberFormatException: For input string: "myvlan40" engine is trying to deduct vlan id from vlan name. After split the name, engine is hoping for "myvlan40" as vlan ID, which is clearly not true. Commit "8b2bbe6 [2/3] Add "vlanid" to VLAN information" introduced in vdsm the ability to report the vlan id as an independent field, regardless the vlan name. Now engine must be fixed to get vlan id from this new field instead of deducting it from vlan name. Steps to Reproduce: - Change Host to maintenance mode. - Add a vlan with alternative name to the Host: # ip link add dev eth1.myvlan10 link eth1 name eth1.myvlan10 type vlan id 10 - Activate the Host.
A fix for this bug should be on the VDSM side. Reporting of the VLAN tag instead of the vlan device name.
(In reply to lpeer from comment #1) > A fix for this bug should be on the VDSM side. Reporting of the VLAN tag > instead of the vlan device name. Livnat, I believe that the vdsm side is already done upstream: http://gerrit.ovirt.org/18180 http://gerrit.ovirt.org/18181 http://gerrit.ovirt.org/18182 http://gerrit.ovirt.org/18449 and that we are left with collecting this information in Engine. Amador, haven't you started an Engine-side patch for this?
(In reply to Dan Kenigsberg from comment #2) > (In reply to lpeer from comment #1) > > A fix for this bug should be on the VDSM side. Reporting of the VLAN tag > > instead of the vlan device name. > > Livnat, I believe that the vdsm side is already done upstream: > http://gerrit.ovirt.org/18180 > http://gerrit.ovirt.org/18181 > http://gerrit.ovirt.org/18182 > http://gerrit.ovirt.org/18449 > Yes, upstream vdsm is reporting vlanid like this: ... vlans = {'eth0.10': {'addr': '', 'cfg': {}, 'iface': 'eth0', 'ipv6addrs': [], 'mtu': '1500', 'netmask': '', 'vlanid': 10}, <---- ... > and that we are left with collecting this information in Engine. Amador, > haven't you started an Engine-side patch for this? No, I have not.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHSA-2015-0158.html
*** Bug 1198005 has been marked as a duplicate of this bug. ***