自动化环境部署问题记录

1. 自动化测试环境连接web环境的方法

连接自动化的web环境比较特殊，需要使用如下命令进行后台访问：

• 先使用ssh协议，连接站点10.5.254.13（root/redhat）；
• 再执行命令：kubectl get pods --namespace=rcm01

• 上述命令执行后会返回一个列表，根据列表连接对应的站点
• 比如我们要连接自动化测试环境的web，就执行命令：inpod rc-webproxy-6g0vz rcm01

• 这样才能连接到指定的后台。

2. 在调试自动化环境过程中celery worker启动出现errno 111错误

由于是新部署的环境，所以首先怀疑了配置文件的错误，对比10.5.0.229将conf.py、supervisord.conf等都对比修改了一下，但是仍然出现：

socket.error: [Errno 111] Connection refused

最后还是请教了张岩，才解决此问题，由于错误信息中有明显的fileConfig(conf.LOGGING_CONFIG_FILE)错误信息，所以问题根本其实是：

无法连接syslog服务器导致的，需要在celery端执行如下命令：

sed -i 's/,syslog//g' /opt/trunk/ncelery/logging.cfg

再次启动worker就正常了。

3. 在调试黑链celery环境的时候，遇到了linktest.py文件执行返回：cannot connect to X server错误

这是由于缺少库文件导致的，需要执行如下命令：

apt-get -y install xvfb
echo "export DISPLAY=:0" >> /root/.bashrc
source /root/.bashrc
nohup /usr/bin/Xvfb :0 -screen 0 1024*768*24 &

4. 新建订单处于待开通状态

订单模板状态存储在MySQL数据库的template_setting表中：

• service_name = websafe
• service_key = websafe.order_status

• service_value = 2（待开通）
• service_value = 4（已生效）

5. 在调试DNS服务的时候，在daemon端的dns_collect.log里始终可以看到告警页面却没有告警

在daemon端的dns_collect.log里看到的告警内容如下：

2017-02-23 15:51:05,046 [24060:139960582731520:dns_collect.py|397] get merged collect result {"asset_id": 39708, "status": "danger", "domain": "www.tudou.com", "start_time": 1487836244.149204, "results": {"oscilla": [], "fail": [[["202.98.224.68", 53], ["beijing"]], [["202.98.96.68", 53], ["beijing"]], [["124.89.12.94", 53], ["beijing"]], [["210.27.143.2", 53], ["beijing"]], [["202.102.227.68", 53], ["beijing"]], [["210.31.198.65", 53], ["beijing"]], [["221.7.34.10", 53], ["beijing"]], [["221.130.162.250", 53], ["beijing"]], [["61.234.254.6", 53], ["beijing"]], [["221.13.65.42", 53], ["beijing"]], [["202.38.64.7", 53], ["beijing"]], [["211.137.241.35", 53], ["beijing"]], [["202.114.240.6", 53], ["beijing"]], [["218.75.56.138", 53], ["beijing"]], [["202.198.141.5", 53], ["beijing"]], [["202.118.223.1", 53], ["beijing"]], [["218.89.185.196", 53], ["beijing"]], [["202.121.183.1", 53], ["beijing"]], [["218.195.208.65", 53], ["beijing"]], [["202.203.66.3", 53], ["beijing"]], [["211.98.112.168", 53], ["beijing"]], [["210.35.240.2", 53], ["beijing"]], [["221.13.30.242", 53], ["beijing"]], [["220.163.97.172", 53], ["beijing"]], [["202.203.128.33", 53], ["beijing"]], [["202.102.224.68", 53], ["beijing"]], [["210.36.48.4", 53], ["beijing"]], [["124.128.217.114", 53], ["beijing"]], [["221.11.156.118", 53], ["beijing"]], [["222.39.47.51", 53], ["beijing"]], [["202.118.32.2", 53], ["beijing"]], [["202.116.224.33", 53], ["beijing"]], [["202.99.168.8", 53], ["beijing"]], [["222.19.96.2", 53], ["beijing"]], [["202.120.111.3", 53], ["beijing"]]], "region": [], "error": []}, "expire_time": 300, "action": "check", "dns_fail_threshold": 1}
2017-02-23 15:56:05,274 [24060:139960501925632:dns_collect.py|397] get merged collect result {"asset_id": 39708, "status": "danger", "domain": "www.tudou.com", "start_time": 1487836544.507701, "results": {"oscilla": [], "fail": [[["202.98.224.68", 53], ["beijing"]], [["202.98.96.68", 53], ["beijing"]], [["124.89.12.94", 53], ["beijing"]], [["210.27.143.2", 53], ["beijing"]], [["202.102.227.68", 53], ["beijing"]], [["210.31.198.65", 53], ["beijing"]], [["221.7.34.10", 53], ["beijing"]], [["221.130.162.250", 53], ["beijing"]], [["61.234.254.6", 53], ["beijing"]], [["221.13.65.42", 53], ["beijing"]], [["202.38.64.7", 53], ["beijing"]], [["211.137.241.35", 53], ["beijing"]], [["202.114.240.6", 53], ["beijing"]], [["218.75.56.138", 53], ["beijing"]], [["202.198.141.5", 53], ["beijing"]], [["202.118.223.1", 53], ["beijing"]], [["218.89.185.196", 53], ["beijing"]], [["202.121.183.1", 53], ["beijing"]], [["218.195.208.65", 53], ["beijing"]], [["202.203.66.3", 53], ["beijing"]], [["211.98.112.168", 53], ["beijing"]], [["210.35.240.2", 53], ["beijing"]], [["221.13.30.242", 53], ["beijing"]], [["220.163.97.172", 53], ["beijing"]], [["202.203.128.33", 53], ["beijing"]], [["202.102.224.68", 53], ["beijing"]], [["210.36.48.4", 53], ["beijing"]], [["124.128.217.114", 53], ["beijing"]], [["221.11.156.118", 53], ["beijing"]], [["222.39.47.51", 53], ["beijing"]], [["202.118.32.2", 53], ["beijing"]], [["202.116.224.33", 53], ["beijing"]], [["202.99.168.8", 53], ["beijing"]], [["222.19.96.2", 53], ["beijing"]], [["202.120.111.3", 53], ["beijing"]]], "region": [], "error": []}, "expire_time": 300, "action": "check", "dns_fail_threshold": 1}

感觉已经对照之前的解决办法，把daemon端的config.yaml、celery端的conf.py、dnsconf.py文件里的配置都核对过，却还是不告警；

mongo里的ippool数据，始终都缺少nsip的记录，想通过命令添加却没有成功，也就放弃了；

想着修改下ip记录，也许还能告警，就在里面增加了一个不属于该站点的ip：123.123.123.123，可是还是没有告警；

试了各种办法也没用，最后还是咨询了闫斌，上述日志说明配置是通的，没有问题，上面的信息都是从celery取回的验证结果；

只不过没有后续的验证内容，比如验证是否在白名单、是否设置了忽略等操作，由此怀疑，可能是站点本身没问题；

于是把mongo里的ip数据，不能是添加个不存在的ip应该是修改一个原有的ip，这样就能告警了，果然修改后立马就告警了。

如果对python自动化测试、web自动化、接口自动化、移动端自动化、大型互联网架构技术、面试经验交流等等感兴趣的老铁们，可以关注我。我会在公众号（程序员阿沐）/群里（810119819）不定期的发放免费的资料链接，这些资料都是从各个技术网站搜集、整理出来的，如果你有好的学习资料可以私聊发我，我会注明出处之后分享给大家。欢迎分享，欢迎评论，欢迎转发。需要资料的同学可以关注我获取资料链接。