2017-04-17 7 views
0

私はテストを自動化しようとしており、ストレスユーティリティがトリガーするためにcentos vmでcronジョブをスケジュールしました。ユーティリティは30分ごとに目を覚ますと600秒間実行する必要がありますcentos vmでcronjobとしてストレスユーティリティを実行

1) Install cron 
2) crontab -e 
3) */30 * * * * root stress --cpu 100 --io 4 --vm 2 --timeout 600s 

これらは私が続くステップです。

問題:ストレスユーティリティは、 commond lineから手動で起動したときに完全に正常に機能します。しかし、cronジョブとしてスケジュールされている場合、トリガーされますが、 ストレスを作成しません。

例:ジョブを手動でトリガーすると、仮想マシンに100%のストレスが発生します。 cronジョブとして実行されたとき、わずか3%のストレスが作成されます。

答えて

0

user crontabに入れないでください。私はこれが低いniceレベルを導入していると考えています.は、プロセスが高いCPUを使用している場合に優先度を低くします。あなたは物事のカップルを試すことができます

#1 Create a script from these commands 
~]# cat <<EOF> /usr/local/etc/get_stress.sh 
    #!/bin/bash 
    stress --cpu 100 --io 4 --vm 2 --timeout 600s 
    EOF 
~]# chmod u+x /usr/local/etc/get_stress.sh 
~]# echo '*/30 * * * * root /usr/local/etc/get_stress.sh' > /etc/cron.d/stress-cron 

上記は、システムのcronとして動作するはずです。これがうまくいかない場合。実行中のプロセスのレベルをniceで確認してください。

`ps axl | grep stress` 

NIカラムには、実行中の優先度が表示されます。

関連する問題