环境是 nova-network +vmware+flatdhcp

错误表现为 开出来的虚拟机有一定几率获取不到dhcp地址，手工赋予ip则正常，用flat模式注入的ip正常，下面是排错过程

1首先找网络

 防火墙已经把 dnsmasq对应的端口已经打开

 抓包结果：

  可以看到虚拟机dhcp 已经发到br100上面，但是br100 没有返回，基本可以排除网络原因

2 找dhcp 原因

首先kill掉 nova启动的 dnsmasq进程，手工去启一个dnsmasq，虚拟机是正常的。

其次 查看 dnsmasq 的日志

有如下 报错

Sep 12 08:32:31 centos-6568 dnsmasq[1947]: bad DHCP host name at line 3 of /var/lib/nova/networks/nova-br100.conf

Sep 12 08:32:31 centos-6568 dnsmasq[1947]: bad DHCP host name at line 4 of /var/lib/nova/networks/nova-br100.conf

Sep 12 08:32:31 centos-6568 dnsmasq[1947]: bad DHCP host name at line 7 of /var/lib/nova/networks/nova-br100.conf

Sep 12 08:32:31 centos-6568 dnsmasq[1947]: bad DHCP host name at line 8 of /var/lib/nova/networks/nova-br100.conf

Sep 12 08:44:41 centos-6568 dnsmasq-dhcp[1947]: DHCPDISCOVER(br100) fa:16:3e:4e:70:42 no address available

谷歌一下，很多人这个问题，但是没解决方案

于是看了下这个这个文件，再对比下同样的环境，使用neutron的文件截图如下

一眼可以看出 出错的行都是hostname 以数字开头的。

知道原因了，在开两台虚拟机 一台以数字开头 一台字母开头 一对比 果然是这个原因：

nova-network +vmware+flatdhcp

这个环境下 nova-network是直接把虚拟机的hostname写进dnsmasq的列表中，但是dnsmaqs不认数字开头的hostname

解决办法： 修改源代码中 这条dhcp插入的方法

 vim /usr/lib/python2.7/site-packages/nova/network/linux_net.py

改好的效果

openstack nova-network 的小bug的排错经历