昨天被一个感觉很烂的环境折磨了半天，今天又在上面试了下一个新功能，记录下走了一些比较弱的弯路
首先，不带任何PORT创建一台VM，未来资源池的实现姿势
然后，创建网卡，挂载上去，因为这场景实在是太弱，直接自动化脚本里实现好，来个N并发，结果卡在了网络连通性验证上，看到这里，没有按常理出牌，查看虚拟机的网络状况，而是走了一条另类的路
（1）怀疑角色
十分怀疑我租户添加的角色，因此将上面挂载好的PORT卸载掉，然后创建一个新PORT，再次挂载到VM上，再次验证网络，依旧不通，雀跃；其实在挂载新PORT的时候已经错了；换一个环境，同样的租户角色，创建虚拟机（但是是带PORT，没有更新不带PORT创VM的功能，这里就错了），卸载掉PORT，重新创建新PORT，再次挂载到VM上，再次验证网络，通的，因此更加怀疑角色了，于是，查看了带角色创建PORT的下面几个属性：
tenant_id
network_id
subnet_id
结果都一致，无话可说
（2）确认功能
带PORT创建VM，网络连通无误，卸载掉PORT，重新创建PORT，再次挂载，网络连通性无误，确认新功能引入
（3）执迷不悟
nova查询IP无误
neutron查询IP无误
namespace里ha抓包有误
查询节点TAP设备，发现有dropped丢包情况，说明网卡挂载有问题
（4）无语
正常应该早直接进VM查看，到了这时候，依旧心有不甘地VNC登陆虚拟机看看情况，发现没改密码，单用户重启后，IP啥正常，而且网络不可理喻地好了，也就是可能虚拟机里service networking restart下就行了，此时改密码打快照，恢复虚拟机，不带PORT，创建新PORT挂载，果真又不通，直接VNC登陆进去，终于发现网卡是DOWN，欲吐血ing，本想查出一个高端问题，没想到居然是网卡没起来，再次创建一个公网PORT，依旧是DOWN，问题就在这里了
当然，最终这个的确是功能BUG，至于DOWN的原因，像迷一样，还在探索中
