2016-02-12 66 views
1

我已经构建了一个bash脚本,它在从命令行执行时运行良好,但在作为批处理作业(使用at)运行时不起作用。首先,我认为是因为环境,但在调试时,我认为我需要创建的数组存在问题。当从命令行运行日志时,创建它的内容是我期望的,但是在创建任何日志时运行。任何想法是什么导致这个问题?Bash at job not running - 数组

与片的码A短脚本我想它没有运行低于

#!/bin/bash 

fsol=`date +%Y%m%d` 

for dia 
    in 0 1 2 
do 

    var=$(date -d "$fsol +$dia days" +'%Y-%m-%d') 

    orto=`awk -v j=$var 'BEGIN { FS=","} $2 == j { print $3}' hora-sol.dat` 

    h_orto=${orto:0:2} 
    m_orto=${orto:2:2} 

    a_orto+=($h_orto $m_orto) 

echo "dia $dia" $var $h_orto $m_orto >> log1.txt 

done 

echo ${a_orto[@]} >> log2.txt 

数据在Hora的-sol.dat

32,2016-02-01,0711,1216,1722,10.1885659530428 
33,2016-02-02,0710,1216,1723,10.2235441870822 
34,2016-02-03,0709,1216,1724,10.2589836910036 
35,2016-02-04,0708,1216,1725,10.2948670333624 
36,2016-02-05,0707,1216,1727,10.3311771153741 
37,2016-02-06,0706,1217,1728,10.3678971831004 
38,2016-02-07,0705,1217,1729,10.4050108377139 
39,2016-02-08,0704,1217,1730,10.4425020444393 
40,2016-02-09,0703,1217,1731,10.4803551390436 
41,2016-02-10,0701,1217,1733,10.5185548339287 
42,2016-02-11,0700,1217,1734,10.5570862213108 
43,2016-02-12,0659,1217,1735,10.5959347763989 
44,2016-02-13,0658,1217,1736,10.6350863580571 
45,2016-02-14,0657,1217,1737,10.6745272092687 
46,2016-02-15,0655,1217,1738,10.7142439549499 
47,2016-02-16,0654,1217,1740,10.7542236006922 
48,2016-02-17,0653,1217,1741,10.7944535282585 
49,2016-02-18,0652,1216,1742,10.8349214920733 
50,2016-02-19,0650,1216,1743,10.8756156133281 
51,2016-02-20,0649,1216,1744,10.9165243743526 
52,2016-02-21,0648,1216,1745,10.9576366115941 
53,2016-02-22,0646,1216,1746,10.9989415078031 
54,2016-02-23,0645,1216,1747,11.0404285846154 
55,2016-02-24,0644,1216,1749,11.0820876932144 
56,2016-02-25,0642,1216,1750,11.123909005324 
57,2016-02-26,0641,1215,1751,11.1658830035395 
58,2016-02-27,0639,1215,1752,11.2080004711946 
59,2016-02-28,0638,1215,1753,11.2502524821626 
60,2016-02-29,0636,1215,1754,11.2926303895977 
+1

你能用更小的更孤立的脚本来重现这个吗? [mcve] –

+0

你打电话给at?很可能你的文本被忽略,并且'sh'试图运行你的脚本。 – chepner

+0

我运行'at -f ./prova.bash -t 02121427'。当问题解决时,我打算添加到crontab作业 – pacomet

回答

1

手动运行,它产生:

# cat log.txt 
dia 0 2016-02-12 0659 1217 1735 
dia 1 2016-02-13 0658 1217 1736 
dia 2 2016-02-14 0657 1217 1737 
06 
59 
06 
58 
06 
57 

计划在:

# echo "/tmp/horasol/script.sh" | at now +1 minute 
warning: commands will be executed using /bin/sh 
job 1 at Fri Feb 12 12:11:00 2016 

它产生完全相同的:

# cat log.txt 
dia 0 2016-02-12 0659 1217 1735 
dia 1 2016-02-13 0658 1217 1736 
dia 2 2016-02-14 0657 1217 1737 
06 
59 
06 
58 
06 
57 

注意warninig通知 '在' 用途/ bin/sh的: 警告:命令将被执行的使用/ bin/sh的

告诉我们你是如何得出结论:“当为批处理作业(与)运行不起作用

告诉我们更多关于你的“磨片n调试“的时刻。

也许我在这里使用不同的进程在这里复制你。由于这种差异,它适用于我。

+0

Hi @ hudson-santos当代码尝试查找主脚本何时失败时,此代码是更大脚本的一部分。 “不起作用”意味着更大的脚本不执行后续命令,简短的示例不会创建任何日志。 – pacomet

+0

脚本是以'#!/ bin/bash'开头的吗? – pacomet

+0

不,因为我已经调度它并通常用#!/ bin/bash执行。也许你有权限问题。你有没有检查过这些log.txt是否可以在/tmp/log.txt文件中生成?试试>> /tmp/log1.txt和log2.txt相同。这个/ tmp是一个drwxrwxrwt目录。 :)这意味着每个人都可以在那里编写自己的文件。如果权限是问题,那么使用/ tmp /你会发现。 –