网卡Attach之后的反应

昨天被一个感觉很烂的环境折磨了半天,今天又在上面试了下一个新功能,记录下走了一些比较弱的弯路

首先,不带任何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的原因,像迷一样,还在探索中

发表评论