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 に登録 〜 CentOS6
# vi /usr/local/sbin/check-service.sh #!/bin/bash if [ $1 = 'help' ] || [ $1 = 'usage' ] || [ $1 = 'man' ] then echo "usage:# check-service.sh service" else service=$1 script="/etc/init.d/$service" if ! $script status | grep -q "pid" then $script stop > /dev/null 2>&1 $script start echo "$service is restarted." else echo "$service already runs." fi fi
サーバーのサービスを自動的にチェックするスクリプト - Qiita
ホスチングサーバーほとんどは99.9%のサーバーアップタイムを保証してますが、0.1%のダウンを避けるため、あるいはサーバー混乱でapacheやmysqlが落ちるのを防止するため、このスクリプトが役に立ちます。 Shellscriptでサービス状況を確認 #!/bin/bash #確認したいサービス services=( "httpd" "mysqld" ) for service in "${services[@]}" do if (( $(ps -ef | grep -v grep | grep $service | wc -l) == 0 )) then /etc/init.d/$service restart fi done
cron 設定ファイル (crontab ファイル) の置き場所と書式について - ひだまりソケットは壊れない
cron周りのベストプラクティス読んだ - $shibayu36->blog; 上の記事を読んで興味を惹かれたので、『WEB+DB PRESS Vol.79』 の 「cron 周りのベストプラクティス」 を読んだ。 Web 上でも公開されている。 (2014-06-23 追記。) 第25回 cron周りのベストプラクティス（1）：Perl Hackers Hub｜gihyo.jp … 技術評論社 そこでは cron 設定 (crontab) ファイルの記述方法として crontab コマンドを使用する方法が書かれていた *1。 で、記事を見てるうちに、以前 crontab コマンドやら /etc/cron.d やらの違いがよくわからずに調べて社内日記に書き残しておいたことを思いだしたのでブログで公開しておこうと思う。 ちなみに man の内容などは Debian 7 で見てるので、別ディス
cron の設定ガイド
■はじめに cron とは、ジョブ（スクリプト）を自動実行するためのデーモンプロセスです。そして、Linux システムの管理を行なう場合、ログのローテートや、バックアップなど、定期的に自動実行したいジョブが数多くあります。特に、バックアップなどは、システムへの負荷が大きいため、通常は、ユーザからのアクセスが少ない、深夜や早朝に行なわれます。 このように、定期的に実行されるジョブは、crond というデーモンによって、自動的に行なうように管理することができます。そこで、今回は、cron の設定を行なうために必要なコマンドや、設定ファイルについて説明していきたいと思います。 ■設定手順 このページでは、以下の順番で cronの設定について説明します。 まず、Linuxシステム上で、cron を使用するために、サービスの起動で、サービスの状態を確認し、停止している場合には、サービスを起動します。
Linux logrotateのタイミングでapacheが落ちる | Bamboo lath 日々の記録
どうも/etc/cron.daily時にapacheが落ちていて毎日monitがapacheを 叩き起している風だったので原因を調べた。 httpdのエラーログ # less /var/log/httpd/error_log.1 [Tue Jul 12 03:16:04 2011] [notice] SIGHUP received. Attempting to restart 上記のメッセージでググると以下のサイトを発見。 httpdのlogrotateのタイミングでhttpdが落ちてしまう時の対処法 どうもlogroteteが悪いらしい。自分の設定ですが。。 logrotateしたときにapacheの再起動がかかるが、そのときに正常に再起動しない ことによってweb表示がされないとかなんとか。 上記サイトにのっとって設定を変更。 もともとreloadだったのをrestartにしておいた。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA