环境是 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
改好的效果
