Cronjob命令超长的处理

---

如果您是查crontab命令被截断的问题，请先查下命令中是否存在%没有被转义。

背景

在docker中启动容器，结合django-crontab，可以在容器中传入crontab job具体使用
请参考 django-crontab。然后在容器的docker-file中 CMD [“/furion/run.sh”]，其中run.sh 内容大概是这样的：

python manage.py crontab add
/usr/local/bin/supervisord --nodaemon
python manage.py crontab remove

在容器的启动命令中加入环境变量：

• Command options -e and –env
• Variables files –env-file

在容器内执行：printenv，可以看到各种环境变量的值

root@46b3db827c89:/app# printenv
HOSTNAME=46b3db827c89
DOCKER_HOST=unix:///tmp/docker.sock
DOCKER_GEN_VERSION=0.4.2
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
PWD=/app
NGINX_VERSION=1.9.6-1~jessie
SHLVL=1
HOME=/root
_=/usr/bin/printenv

crontab本身有个不太好的地方，就是无法获取宿主机的环境变量，django-crontab就是可以解决这个问题，如下描述。

CRONTAB_COMMAND_PREFIX
something you want to do or declare, before each job gets executed. A good place for environment variables.
default: ” (empty string)
example: ‘STAGE=production’

但是当环境变量非常多的时候，多到和命令加起来大于等于1000，这个时候，你可以crontab -e看到那个很长的命令，但是tail -f /var/log/syslog会看到命令在999的长度位置发生了截断，遇到这种问题，先分析下原因。

---

1. crontab job 长度1000的由来

在此处有人讨论，长度为999，遂查找crontab源码： vixie-cron-4.1.tar.bz2，

./macros.h:48:
    #define MAX_COMMAND 1000
    /* max length of internally generated cmd */

这个crontab并没有一个配置文件可以用来设置其命令大小，所以自然而然一个解决办法就是修改源码，重新编译内核，我没有具体实践，感兴趣的同学可以试试，记得分享下。

---

2. 解决长度限制的方法

• 在容器运行之初，将环境变量保存到一个文件中
  env | grep -v ' '| grep -v LS_COLORS |
sed 's/\([\<\>]\)/\\\1/g' | sed 's/^/export /g' > /share_env.var
  这里你可以过滤下不想传的环境变量，记得把>、<给转义下，不然会有问题。

• 在每一个crontab job之前 添加一个使环境变量生效的命令
  . /share_env.var;
  在django-crontab中使用的话，就是将该命令放在CRONTAB_COMMAND_PREFIX中，
  ！注意： source命令无效
  经过以上步骤以后，你在也不需要考虑环境变量的问题了。

以上。