cron上でのコマンド実行を再現する - Qiita
シェル上だと動くのにcron上だと動かない。 よく聞くお話ですよね。 大体はcron上と普段のシェル上で環境変数が違うために起こる問題です。 そういう時に使えるtipsを共有します。 個人のマシン上で適当に動かすようなcronだと みたいにしてログインシェルを間に噛まして環境変数を上書きして実行することでごまかしたりもできます。 これまた別の依存する箇所を増やすので 個人のマシンかrcファイルがちゃんと管理されているような状況以外ではオススメできません。 なのでcron上で実行される状況とほぼ同じ状況でスクリプトを実行してみましょう。 cron上では環境変数はほぼ空なので環境変数を空にしてみましょう。
cron で > /dev/null して椅子を投げられないための3つの方法 - 酒日記 はてな支店
(タイトルは釣りです) いい加減、>/dev/null 2>&1と書くのをやめたらどうか - DQNEO起業日記 この記事のタイトルが twitter で流れてきたのを見て、「そうだ！出力を /dev/null に捨てるなんてとんでもないよね！」と思ってよく読んだら /dev/null に間違いなく捨てる方法だったのでつい crontabに > /dev/null 書いたら椅子投げる 2012-06-13 00:01:17 via YoruFukurou とつぶやいてしまったのですが、では出力を捨てないためにはどうすればいいのか。現時点での個人的ベストプラクティスを書き留めておきます。 デフォルト : メールで送る (MAILTO) せっかく cron daemon がログを捨てないためにわざわざメールで送ってくれるのに、それを > /dev/null で踏みにじるとはひどい。 とはいえ、
さくらサーバのCronでRubyを動かす時のメモ - まめ畑
サーバを移行して、さくらにレンサバにしました。 そこで、rubygemsを使用したRubyスクリプトをCronで動かそうとしてはまったのでメモ。 普通にCronの設定をして動かすと、rubygemsがないっす！ロード出来ないって怒られます。 なので、涙目になりながらいろいろ探してたらあった。 普通にあった。 コントロールパネルのCronの設定の中に、環境変数の設定があります、そこです。 RUBYLIB /home/自分のID/lib/ruby GEM_HOME /home/自分のID/lib/ruby/gem です。 これは、自分の環境に合わせてください。 crontab -eで編集を行う場合は一番上に記述します。 これは、すでに自分のホームで環境変数を設定していてもcronの設定で行わないとだめです。 めでたしめでたし。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
