crontab小节2则：①crontab运行失败；②shell批量管理crontab

①crontab运行失败

首先，用crontab一般都是来跑shell脚本的，python相关的暂请绕道= =！

排除我遇到的问题的第一种可能：：我们来分析下crontab的机制。（每个linux用户都有自己的crontab任务：/var/spool/cron/每个用户都是自己名字命名的文件夹。）so，可以这么理解。当我们每个用户用自己的号登陆服务器的时候，每个终端(tty)启动的时候，都会读一次环境变量(/etc/profile)，但是crontab跑起来的就不一样了，它不会去读所谓的/etc/profile的，所以，脚本中最好加上source /etc/profile，才能保证这里不会出问题。

然后我来描述下我遇到的问题：

需求：需要监控每台服务器上N多用户中配置文件中的异常。我的服务器环境是禁止root-ssh登录的，需要用admin用户登录，然后su到root。所以当遇到很多台机器的时候，就有一些的局限性。（之前试着写了几次expect，总是绕不过su，写了一会没耐心就停了。我试了另外一种方法第二段写出来。）

经过1：在这里，会有很多人发现我饶了很多圈！这点我现在做这个当时已经考虑到了，但是仍然这么走尝试了下：因为root一般情况下不登录。我们对admin放了一个sh的权限，也就是在/etc/sudoer里面给admin负了个可以sh的权限。这里有一点疏忽，后边我会说到。

经过2：我写好的脚本是放在本机root跑的，然后把结果放在本机上，然后统一用一台管理机来扫这个文件，然后把结果汇总，进行报警通知。

经过3：别的不贴了，写一下我采集的脚本中的1个函数，也就是这里出了问题：

经过4：细心的大哥们会看到，我这里ssh的时候，起了1个终端t，这里的t在man里面的大概解释是这样的：强制配置pseudo-tty. 这可以在远程机器上去执行任意的screen-based方程式。所以这里就可以相当于expect一样echo密码进去了，达到sudo输入密码的效果，然后在进行处理。

结果，我把这个脚本放在crontab里面，2天后才发现他根本没跑。然后经过各种测试，确定了函数里面没运行。但是奇怪的是我命令行调脚本跑的很畅快。。

最后，我把全部错误信息都打了出来，发现提示我没有tty去跑。

解决办法：

1、将zabbix的整个目录都改了权限，然后直接ssh admin去cat

2、将/etc/sudoer中的Defaults requiretty 注释掉。

当然，这种“老套”的监控方式是有很多的弊端的，我也进行了一些别的修改。今天想不全当时遇到的繁琐的问题了，所以整理的有些简单，以后想到了会来补一下。

②shell“批量管理”crontab

1、首先来曝下上边提到的安装方法：

函数：

2、crontab任务，

Crontab添加任务 为crontab -e ，方式为一些前学者提到的“交互式”，反正就是没法用命令行进行修改吧。

于是我这样来写了一下

删除