cron の意外な落とし穴！ - もろず blog
システムを運用していく上で cron を使う場面はよくありますよね 処理をスケジュール実行したい時にとても便利です そんな cron ですが、最近仕事で作業しているときに ntpdate でシステム時刻を変更した後に cron で設定した時刻になってもジョブが実行されないという問題が見つかりました 全てのジョブが実行されていないわけではなく一部のジョブは実行されているようでした また、時刻を変更した後に crond を再起動すれば全てのジョブが正常に実行されるようになりました 幸い、実運用ではなくてシステムテスト中に見つかった問題なのでまだよかったんですが、運用している環境で同じ問題が起きたら相当マズイですよね そもそも ntp の時刻同期でシステム時刻が修正された場合にも同じ問題が起きそうじゃないですか？ ググっても同じような事象は見つからず、社内のメンバーにも聞いてみても cron で
apacheユーザでcronを実行する方法 - とりあえずphpとか
まずやりたかったことはユーザがアップロードした画像をcronで1日1回加工する。 しかしアップロード画像の所有者はapacheで、権限は「644(rw-r--r--)」であったため作業用アカウントではファイルへの上書きができない状況である そこでまず考えたのは 上書きできるようにファイルの権限を変えてしまおうと考えた。 が、その場合はアップロードプログラムの変更が必要だし、権限甘くして解決するというのもどうも、、、 次に考えたのは 画像加工処理をwebから見える箇所に設置して1日1回そのスクリプトをたたくcronを設定しようかと考えた。 が、これもなんか無駄だし、厳密にはアクセス制限とかもしなくてはならないし、、、 で、apacheユーザでcron設定すればいいだけだったんですね、、、 % su - apache This account is currently not availabl
ntpdateで時刻を自動的に合わせる - 試験運用中なLinux備忘録・旧記事
インターネット上において、正確な時刻を提供するサーバが存在し、そのサーバと時刻を同期させることで、手元のマシンの時刻を正確なものに合わせることができる。 時刻を同期させるのに使用されるプロトコルがNTP(Network Time Protocol)で、正確な時刻を提供するサーバはNTPサーバ、そのサーバと通信するntpdateコマンドなどがNTPクライアント。 NTPサーバの階層構造など、詳しいことはWikipediaなどを参照。 ntpdateとntpd ntpdateのほうがよい? ntpdate+cronの実際 ntpdateを起動時と休止からの復帰時に実行させる設定 Gentoo Linuxの場合 Debian,Ubuntuの場合 hibernate-scriptの設定 サーバの選択 ntpdateとntpdntpdateはサーバから時刻を取得後すぐにシステム時刻に反映する。これに
Kazuho@Cybozu Labs: crontab を使って効率的にサービス監視する方法
監視とは継続的なテストである、という話 (もしくは cronlog とテストスクリプトを組み合わせた監視手法について)に続きます 今日ようやく、積ん読状態だった「Software Design 2010年1月号」を手に取ったのですが、特集が「今日から使えるスクリプト満載！ [プロ直伝]お手軽サーバ監視術」。興味深く拝読したのですが、もっと楽ができるのにと思うところも。ちょうど、昨年末に運用しているサービス「パストラック」のサーバを移転し、crontab と perl で書かれたスクリプト群を使った監視環境を構築したところなので、そこで使っているスクリプト cronlog を紹介したいと思います。 特集の前書きにも書かれていることですが、サーバやネットワーク機器が多数ある環境なら、Nagios を始めとする、専ら監視のために作られたソフトウェアを使って、監視システムを構築すべきです。逆に小規
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 で踏みにじるとはひどい。 とはいえ、
crontabの書き方
crontabの設定方法をすぐに忘れるのでメモ代わりにまとめています。 ※最初にまとめてからかなり時間が経過したので、内容の精査とその間に勉強した項目を追加しました。 crontabを設定する方法 crontabを設定する方法には２通りの方法があるので説明をしていきます。 crontab -e ※コマンドで設定 crontab ファイル ※ファイルを読み込んで設定 「crontab -e」コマンドで設定 「crontab -e」コマンドを実行するとcronを設定する画面が表示されます。 「e」では無く、横にある「r」を誤って指定してしまうと、設定されているcronの内容が削除されてしまうので注意してください。 $ crontab -e 設定を編集する画面が表示されるので、下記のような書式で設定を行います。 00 * * * * /root/disk-space.sh ちなみに、設定している
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[PHP] cronで起動したechoの出力はどこへ？