奇技 · 指南
今日分享：rsyslog服务异常导致Python rpc服务启动异常的排查
问题背景
1. ⼀次线上某个服务器的python rpc的agent端服务启动异常，执⾏启动⽆任何响应，且⽆任何报错；
2. 在去掉daemonize相关的代码后，服务可以正常启动。
下面是涉及的关键部分的代码
问题排查
直接原因排查
对于这种⽆任何明确报错的异常，⾸先很明确想到⽤strace去跟踪⼀下整个启动过程，然后分析对⽐⼀下⼀些关键过程的差异，以下是对于分析诊断问题有关键意义的信息：
-
1. 启动异常
-
2. 启动正常
通过对⽐，可以知道，核⼼点在于对/dev/log的访问上，启动异常显⽰的信息为Connection refused
⽽能够正常启动的显⽰信息为连接正常：
在服务能正常启动的服务器上，查看/dev/log文件是哪个程序在占用，可以知道该文件是rsyslogd进程所有：
同时，在服务不能正常启动的服务器上，查看rsyslogd服务是否正常，发现服务处于终止状态：
在尝试重启rsyslogd服务后，重启rpc的agent端服务，已经能正常启动了
daemonize的逻辑
1.Daemonize 类的初始化函数：
2.Daemonize类中的start函数
从上面的逻辑可以看出，当该类初始化未指定logger时，会将⽇志定向到/dev/log，并且，在上⾯定位rsyslog服务状态时，得到的信息为：
可以判断出，rsyslog服务为异常终⽌，因此，/dev/log会因为来不及清理⽽残留，导致不可⽤（Connection refused）
问题修复
鉴于上⾯的两点原因，可以从以下两个⽅⾯进⾏修复：
1. 在Daemonize类初始化不指定logger时，保证系统rsyslog服务可⽤，或处于正常停⽌的状态（⽆/dev/log残留）；
2. Daemonize类初始化时，指定logger；
后⾯分别针对上⾯两种修复做了验证，都能解决问题，在⽆法保证rsyslog服务状态（或需通过添加额外的机制检验）时，倾向于使⽤第⼆种修复⽅式。
中奖名单公布
在公布中奖名单之前，要提醒各位参与抽奖的朋友
一定要看清楚抽奖条件哦
另外，不要刷票！！！
活动一中奖名单：
一等奖：
二等奖：
三等奖：
活动二中奖名单：
小编说了中奖率很高！！
错过了是不是很遗憾！！
往期精彩回顾
为什么要学习TypeScript
一种通过云配置处理应用权限弹框的方案
360Stack裸金属服务器部署实践
360技术公众号
技术干货|一手资讯|精彩活动
扫码关注我们