Created attachment 1283880 [details] md5 checksum of sosreport
Created attachment 1283885 [details] mapping.yaml
Created attachment 1283894 [details] config.json
So the issue that if you have an ovsbond, the mappings are not applied to the members of the ovsbond. This is also true for any such constructs. Mappings only work on top level network interfaces in os-net-config. A workaround is to include a nic_mapping on the first interface in the group which will result in the mappings being loaded.
It should be noted that the nic_mapping has to be on the *first loaded* interface. So load order matters. To be safe you could just include it on every member. Ideally this should be fixed in os-net-config to consume the global mapping file.
the fix, to put the nic mapping in config.json is not helping for the general deployment issue (that is failing as the nic mapping is not being used) as the config.json - in contrast to the mapping.yaml - is getting rewritten before the deployment starts. so the nic mapping is gone before it is needed.
Upstream fix in progress - https://review.openstack.org/#/c/470073/
>Hey Bob, >The upstream fix has been merged +10 days ago as far as I can tell. Any progress on >this downstream? Backport to ocata is in progress - https://review.openstack.org/#/c/475531/. Will update bug when patch is merged.
https://review.openstack.org/#/c/475531/ backport to Ocata has merged.
Pablo, I believe that teaming was added in OSP-10, I'm not sure when the ability for a user to provide a mapping file was added. This bug can affect all releases that have nested objects i.e. bridges, bonds, teams etc. in which a custom mapping file is provided. It does not affect network config when a custom mapping file is not provided.
verified in os-net-config-6.1.0-1.el7ost.noarch
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://access.redhat.com/errata/RHBA-2017:1778