Hi,
I used same base_mac configuration as previous release. It is "base_mac = 00:05:86:00:00:00".
As the comments in /etc/neutron.conf, the mac address should be fixed in first 3 octets.
# The base MAC address Neutron will use for VIFs. The first 3 octets will
# remain unchanged. If the 4th octet is not 00, it will also be used. The
# others will be randomly generated. (string value)
But in my case, it generated below mac address(9d:05:86:ba:64:a5) and failed to boot vm.
It complains "expected unicast mac address, found multicast '9d:05:86:ba:64:a5'"
Below is nova-compute log:
2017-09-28 10:16:13.553 18290 INFO os_vif [req-9047022d-dcb0-4a6d-bb17-d3cb1a530dd7 928cd394b6414f30ada45587ea5eb1a7 3577dbdee580484eac05b3e89d37b00f - default default] Successfully plugged vif VIFBridge(active=False,address=9d:05:86:ba:64:a5,bridge_name='brqb8c050bf-16',has_traffic_filtering=True,id=56595ff5-080b-481d-93ce-09ccdd943a42,network=Network(b8c050bf-16e3-4fb0-8376-96dd1974b4ea),plugin='linux_bridge',port_profile=<?>,preserve_on_delete=False,vif_name='tap56595ff5-08')
2017-09-28 10:16:13.555 18290 ERROR nova.virt.libvirt.guest [req-9047022d-dcb0-4a6d-bb17-d3cb1a530dd7 928cd394b6414f30ada45587ea5eb1a7 3577dbdee580484eac05b3e89d37b00f - default default] Error defining a guest with XML: <domain type="kvm">
<uuid>b4f36284-2537-455f-b0f3-5562ac7f7d83</uuid>
<name>instance-0000000b</name>
<memory>8388608</memory>
<vcpu>2</vcpu>
<metadata>
<nova:instance xmlns:nova="http://openstack.org/xmlns/libvirt/nova/1.0">
<nova:package version="16.0.0-1.el7"/>
<nova:name>test-vm</nova:name>
<nova:creationTime>2017-09-28 02:16:13</nova:creationTime>
<nova:flavor name="2x8x60">
<nova:memory>8192</nova:memory>
<nova:disk>60</nova:disk>
<nova:swap>0</nova:swap>
<nova:ephemeral>0</nova:ephemeral>
<nova:vcpus>2</nova:vcpus>
</nova:flavor>
<nova:owner>
<nova:user uuid="928cd394b6414f30ada45587ea5eb1a7">xmchen</nova:user>
<nova:project uuid="3577dbdee580484eac05b3e89d37b00f">xmchen</nova:project>
</nova:owner>
<nova:root type="image" uuid="9f3c23db-5d67-4aba-9dd2-aec5287f5f1c"/>
</nova:instance>
</metadata>
<sysinfo type="smbios">
<system>
<entry name="manufacturer">RDO</entry>
<entry name="product">OpenStack Compute</entry>
<entry name="version">16.0.0-1.el7</entry>
<entry name="serial">1e15f5b2-e204-43bd-8377-e4804db44e5d</entry>
<entry name="uuid">b4f36284-2537-455f-b0f3-5562ac7f7d83</entry>
<entry name="family">Virtual Machine</entry>
</system>
</sysinfo>
<os>
<type>hvm</type>
<boot dev="hd"/>
<smbios mode="sysinfo"/>
</os>
<features>
<acpi/>
<apic/>
</features>
<cputune>
<shares>2048</shares>
</cputune>
<clock offset="utc">
<timer name="pit" tickpolicy="delay"/>
<timer name="rtc" tickpolicy="catchup"/>
<timer name="hpet" present="no"/>
</clock>
<cpu mode="host-model" match="exact">
<topology sockets="2" cores="1" threads="1"/>
</cpu>
<devices>
<disk type="file" device="disk">
<driver name="qemu" type="qcow2" cache="none"/>
<source file="/var/lib/nova/instances/b4f36284-2537-455f-b0f3-5562ac7f7d83/disk"/>
<target bus="virtio" dev="vda"/>
</disk>
<interface type="bridge">
<mac address="9d:05:86:ba:64:a5"/>
<model type="virtio"/>
<source bridge="brqb8c050bf-16"/>
<target dev="tap56595ff5-08"/>
</interface>
<serial type="file">
<source path="/var/lib/nova/instances/b4f36284-2537-455f-b0f3-5562ac7f7d83/console.log"/>
</serial>
<serial type="pty"/>
<input type="tablet" bus="usb"/>
<graphics type="vnc" autoport="yes" keymap="en-us" listen="10.0.0.110"/>
<video>
<model type="cirrus"/>
</video>
<memballoon model="virtio">
<stats period="10"/>
</memballoon>
</devices>
</domain>
: libvirtError: XML error: expected unicast mac address, found multicast '9d:05:86:ba:64:a5'
2017-09-28 10:16:13.556 18290 ERROR nova.virt.libvirt.driver [req-9047022d-dcb0-4a6d-bb17-d3cb1a530dd7 928cd394b6414f30ada45587ea5eb1a7 3577dbdee580484eac05b3e89d37b00f - default default] [instance: b4f36284-2537-455f-b0f3-5562ac7f7d83] Failed to start libvirt guest: libvirtError: XML error: expected unicast mac address, found multicast '9d:05:86:ba:64:a5'
Version:
Pike on CentOS 7:
openstack-neutron-11.0.0-1.el7.noarch
openstack-neutron-common-11.0.0-1.el7.noarch
openstack-neutron-linuxbridge-11.0.0-1.el7.noarch
python-neutron-lib-1.9.1-1.el7.noarch
python-neutron-11.0.0-1.el7.noarch
openstack-neutron-ml2-11.0.0-1.el7.noarch
I think I see the problem. The configuration option in neutron has the comment you posted above:
"The first 3 octets will remain unchanged. If the 4th "
"octet is not 00, it will also be used. The others "
"will be randomly generated."
Neutron now uses the get_random_mac() code in neutron-lib, which has a different comment:
"""Get a random MAC address string of the specified base format.
Any part that is '00' will be randomized
That's obviously not going to produce the same results.
It was broken in this change:
commit 4a78c722aa4c6cb
Author: Martin Roy <email address hidden>
Date: Mon Nov 21 16:15:50 2016 -0500
Make the get_random_mac more versatile
The past version was not well documented and could use
a little dusting. This new version offers a custom OUI size.
This is a random code enhancement.