2017-02-08 5 views
0

スクリプトはかなり長いです。スクリプトの一部がログに書き込まれているか、一部ではない、または書き込まれた部分が2回目にスクリプトを開始すると表示されなくなることがあります。それは伝えるのは不可能です。スクリプトは実行中ですが、ログに何も書き込まれていません

最後の開始では何も書かれていませんでした。

CLIでは、スクリプトがまだ実行中であることを示していることに注意することが重要です。また、結果を表示して表示することもできます。しかし、常に大量のログが欠落しています。

ログの例。

2017-02-07 22:34:08,984 Stage-1 map = 100%, reduce = 35%, Cumulative CPU 399.27 sec 
2017-02-07 22:34:10,082 Stage-1 map = 100%, reduce = 55%, Cumulative CPU 513.1 sec 
2017-02-07 22:34:11,185 Stage-1 m 









2017-02-07 22:34:58,625 Stage-1 map = 100%, reduce = 100%, Cumulative CPU 724.42 sec 
MapReduce Total cumulative CPU time: 12 minutes 4 seconds 420 msec 
Ended Job = job_1479912084949_968905 
MapReduce Jobs Launched: 
Stage-Stage-1: Map: 74 Reduce: 100 Cumulative CPU: 724.91 sec HDFS Read: 1117905 HDFS Write: 20080 SUCCESS 
Total MapReduce CPU Time Spent: 12 minutes 4 seconds 910 msec 
OK 

私はまず、Windowsの行末と関係があると考えました。しかし、それらを変更した後は、すべてが同じままでした。

コードの例がログに書き込まれていません。

yeasterday_with_dash=2017-02-04 
today_without_dash=20170205 

echo "yeasterday_with_dash="$yeasterday_with_dash 
echo "today_without_dash="$today_without_dash 

これは、私はオーケー

bash start_fair_usage.sh >> LOGS/log201702052 2>&1 

答えて

0

スクリプトを起動する方法です。私が追加しなかったので、それは、私が追加したものではありませんでした。

#!/bin/bash 

最初または魔法で。私は第二のものが間違っていると思う。それは私を馬鹿のように感じさせない。

編集2017年9月2日

すべてが細かいいくつかの時間を働いているように見えたが、最近それが再び起こりました。ですから、#!/ bin/bashやWindowsの行終了のせいではありませんでした。一言だけ言ってください。マジック。私は実際には別の理由を考え

編集2017年2月10日

。私はログをディスクに書き出しています。多くの人がこのディスクにアクセスし、そこに何かを書いています。スペースがない場合は、ファイルに何も書き込まれません。

関連する問題