记一次crontab 报“abrt: detected unhandled Python exception in ”错误的解决过程

题记
上周把一个python服务迁移到新的机器上，顺带着需要把python写的一个后台任务也迁移到新的机器。但是在新的机器上python的定时任务就是不执行。下面记录一下自己的解决过程，以备以后查阅。

现象
先来看一下现象：
首先查看 vi /var/log/cron文件，看定时任务是否执行了，从该文件可以看到任务确实执行了

接下来查看vi /var/log/messages，查看是否有异常信息等

从上面这两张图片，可以得出schedJob.py任务确实执行了，但是失败了，至于怎么失败了，系统日志中并没有记录，查看一下schedJob.py日志，发现日志文件没有任何信息。

解决过程
这里我走了一点弯路，我以为是crontab的写法有问题，所以试了/etc/crontab和crontab -e两种方式，发现问题还是存在。

接下来，我通过google发现有一篇文章说try except可以看到异常信息，我忽然想到，我只是在方法中加了，并没有在main方法中加，然后我就把schJob.py 的main方法加上了try except

然后修改crontab配置为
02 8-23 * * * cd /home/work/poseidon;python schedJob.py > /home/work/poseidon/crontab.log 2>&1
重启crontab服务（root执行）
/etc/init.d/crond restart
/etc/init.d/crond reload

这次在crontab.log看到了异常信息

可是我明明安装了mysql-connector-python，使用pip list 查看一下

那为什么还报这个错误呢？有没有可能crontab中使用的python和我当前环境下的python不是一个？！使用如下三个命令查看一下
python -V
which python
ls -alh

原来系统存在着两个版本的python，那么简单粗暴直接把schedJob.py的执行python版本写死应该就没问题了。
02 8-23 * * * cd /home/work/poseidon;/usr/local/bin/python2.7 schedJob.py > /home/work/poseidon/crontab.log 2>&1
让修改生效，重启crond，见之前的命令
到schedJob.py执行的时间，使用ps -ef |grep schedJob 看进程是否存在。

结语
到目前为止，上面遇到的问题已经解决了，接下来把日志的重定向去掉就可以了。通过这个问题的解决过程可以发现，一些很细小的差别，可能就会造成不一样的结果。遇到问题不要慌，要对自己写的代码有自信

经常记录自己遇到的问题及解决方法，也是自己成长的足迹。