救助： 自己写的shell脚本无法重新启动httpd服务

yagas

有如下一段脚本，用手工调用的时候，工作正常。但设置到 crond 下运行的时候。apache无法重新启动了。不知道大家有没有出现过同样的情况？

1. #!/bin/bash
   
2. 
   
3. # split apache log
   
4. 
   
5. 
   
6. # flush MySQL bin.
   
7. echo "Flush MySQL bin..."
   
8. mysqladmin -ulocal flush-logs
   
9. 
   
10. 
    
11. # stop service
    
12. echo "httpd service stop..."
    
13. service httpd stop
    
14. PROC=$(ps -A|grep httpd|wc -l)
    
15. 
    
16. while [ $PROC -gt 0 ];
    
17. do
    
18. 
    
19. if [ -f "/usr/local/apache/logs/httpd.pid" ];
    
20. then
    
21.     kill `cat /usr/local/apache/logs/httpd.pid` > /dev/null 2>&1
    
22. fi
    
23. 
    
24. PROC=$(ps -A|grep httpd|wc -l)
    
25. done
    
26. 
    
27. 
    
28. 
    
29. # move log file
    
30. echo "move log file..."
    
31. mv /chinasc/b2b/logs/*_log /chinasc/b2b/logs/tmp/ > /dev/null 2>&1
    
32. 
    
33. 
    
34. # restart service
    
35. echo "httpd service start..."
    
36. service httpd start
    
37. PROC=$(ps -A|grep httpd|wc -l)
    
38. 
    
39. while [ $PROC -eq 0 ];
    
40. do
    
41. if [ !-f "/usr/local/apache/logs/httpd.pid" ];
    
42. then
    
43.     /usr/local/apache/bin/apachectl -k start
    
44. fi
    
45. 
    
46. PROC=$(ps -A|grep httpd|wc -l)
    
47. done
    
48. 
    
49. echo "awstats statistic..."
    
50. /var/www/awstats/awstats.pl -update -config=b2b.csc86.com > /dev/null 2>&1
    
51. /var/www/awstats/awstats.pl -update -config=www.csc86.com > /dev/null 2>&1
    
52. 
    
53. YEAR=`date -d today +%Y-%m-%d`
    
54. tar -cjvf /chinasc/b2b/logs/b2b/${YEAR}.tar.bz2 /chinasc/b2b/logs/tmp
    
55. rm -f /chinasc/b2b/logs/tmp/* > /dev/null 2>&1
    
56. 
    
57. echo "done";
    

复制代码

chenyx

cron执行脚本的时候没有环境变量,你活着用绝对路径调用命令,或者在脚本里面设置PATH环境变量

yagas

cron执行脚本的时候没有环境变量,你活着用绝对路径调用命令,或者在脚本里面设置PATH环境变量
chenyx 发表于 2011-06-03 15:22

我在cron里调用的就是文件的绝对路径呀，要不然他也不会把httpd停止后，把log文件打包了
只是停止后，他无法完成对httpd的重启动作

chenyx

回复 3# yagas


    就像你给的代码里面的那样,service,mysqladmin....,这些命令都没写绝对路径啊

wake2000x

2楼的已经指出你的问题了,我之前发了一个贴内容如下，应可以帮助你
同事写了一个脚本手动执行没问题,放在cron里面却没有反映,网上搜了下文章，更改以后正常，供大家分享

如题，那肯定是执行这个脚本需要用户环境变量，注意这里面的区别，在crontab里面执行的脚本并没有去执行所在用户的profile, 而你手动的执行的话，至少是执行了该用户的环境变量！
解决的办法就是在脚本开始的地方添加执行该用户的profile的命令，如下：

#!/bin/ksh
. $HOME/.profile

注意这里的"."和后面必须要有空格！



这里还有另外一种情况(在Linux下面)：
#!/usr/bin/sh
......

对于这样的一个脚本，我们可能在命令行模式下直接./ 去执行它，并没有任何问题，但一旦放到crontab里面执行 就会发现报错，当然这个报错信息是很好确认问题在哪的，原因是/usr/bin/sh在Linux系统里面并不存在，
它是Solaris里面的路径，所以只需要把这个更改好就可以了，可以参考下面的文章：
http://www.cublog.cn/u1/56521/showart_2008889.html

yagas

现在更郁闷了，我都用了绝对路径也不行。还是无法启动服务。

zhaoke0128

建议把脚本中的/dev/null 2>&1 改成某个目录下的文件，查看执行过程中的日志文件、/var/log/cron