An easy to use editor for crontab schedules.
なお、時間設定方法や書式についてはここでは解説しません。 拙作「くろんメーカ」をお使いください。 くろんメーカ - crontab用のコマンドを自動で生成します。 そのままコピペしてお使いください。 crontab -e で直接編集しない 有名な話ですが、crontab -r とやってしまうと全てが一瞬で消え去ります。 まさにバルス! 間違えて crontab -r してしまい、crontab をふっとばしてしまった。つか、隣同士にある -e と -r で編集と削除とか、酷いよ><。。。 crontab -r を安全にする - antipop 必ずローカルファイルに設定を書いたうえで、それを反映させるようにしましょう。 $ crontab -l > ~/crontab # 現在の設定をバックアップ $ vi ~/crontab # ローカルファイルを編集 $ crontab < ~/cro
とりあえずここではCentOS5.3に標準で入ってたcronでの話ということで crondは動いているか 実行ファイルの権限は正しいか cronのログを確認すべし ということで crondは動いていますか? # /etc/rc.d/init.d/crond status crond (pid xxx) を実行中...で動いているか確認 # chkconfig --list crond crond 0:off 1:off 2:on 3:on 4:on 5:on 6:offで2-5番までonになっていますか? 実行ファイルの権限は正しいですか? ls -al | grep test -rwxrwxr-x 1 hoge hoge 2615380 3月 10 01:54 test.jarで実行したいファイルの実行権限を確認してみましょう ちなみにここでは 最初のrwxはファイル所有者の権限 次のr
@reboot /path/to/execuable1The above example will execute /path/to/executable1 when the system starts. For more information on special strings enter "man 5 crontab". Crontab Options The -l option causes the current crontab to be displayed on standard output. The -r option causes the current crontab to be removed. The -e option is used to edit the current crontab using the editor specified by the E
今までナチュラルにcrontab -eでcron編集をしていたのだけど、実はこれはとてつもなく危ないやり方だった。ということを、今さら知った。 crontab -rの恐怖 crontabコマンドにはrオプション(Remove)があり、これを実行すると何の警告もなく全てが消え失せる。 macbook:~ ozuma$ crontab -l 15 * * * * /home/ozuma/bin/hoge.sh 0 9 1 * * /home/ozuma/bin/piyo.sh > /dev/null 2>&1 */5 * * * * /home/ozuma/bin/fuga.sh > /dev/null 2>&1 macbook:~ ozuma$ crontab -r macbook:~ ozuma$ crontab -l crontab: no crontab for ozuma macbo
(タイトルは釣りです) いい加減、>/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をいじるような現場(サーバに詳しくないアプリケーションプログラマが多数を占めるような現場とか、Webデザイナや非プログラマがcrontabをおそるおそるいじったりするような現場)を想定しています。 >/dev/null 2>&1 の問題点 この記法の問題点は、「覚えにくい、間違えやすい、間違ってても気づかない」ということです。 初心者を迷わせる要素がこんなにあります。 >/dev/nullは先か後か 1と2はどちらが先か &はどこに書くのか よって下記のように多種多様なミスが起こり得ます。 2>&1 >/dev/null >/dev/null 1>&2 >/dev/null 2>1& >/dev/null &2>1 これをぱっと見て
crontab -r とやってしまった時の対処法 cronの設定を変えようと crontab -e と打とうとして、間違って crontab -r と打ってしまい、cronの設定が根こそぎぶっ飛んで参りました。 俺も経験したことがある。 しかし、こんなスクリプトを書いたり、いちいちcrontab -lで確認したりする必要はない。たんに「crontab FILENAME」を実行すればそのファイルをcrontabに登録してくれる。 俺の場合、 ~/.crontab というファイルを作成し、保存と同時に登録するようにしている。 Emacsでやるには (defun shell-command-with-error-notification (cmd error-regexp) (let ((buf " *shell-command-with-error-notification*")) (shel
■ What's This? UNIXのCRONTABの設定ヘルパーです。 crontabとはUNIXのバックグラウンドで自動処理を行う「CRON」デーモンへの指示です。もっと簡単にいいますと「毎日*時*分に/home/cron.shを実行せよ」といったもの。 ユーザーレベルで設定ができるUNIXのシステム管理必携ツールです。 solarisやXwindow系のマウスユーザーの方はGUIツールを使われていることでしょうが、コマンドパンチャー(?)にとっては便利なツールかと思われます。 crontabの設定を覚えるのが面倒な方以外にも、crontabを勉強されている方は設定方法の参考にお使いください。(とりあえずの答えを出せます) 更に詳細設定についてはJFなどをご覧ください。
FreeBSD(PC-UNIX)一般のTips UNIX 管理者からすればごく当たり前のコマンドでも、DOSしか知らない初心者 にはなかなか理解できないことがよくあります。このページは、言わば当たり前 の内容を、まとめるページにしたいと思います。 ・ マシンの終了・再起動 UNIXでは、一般ユーザにはマシンの終了・再起動を行う権限がありません。 終了・再起動を行うことができるユーザは、root と operator グループに 属するユーザだけです。終了して電源を切る必要があるユーザは、operator グループに登録しておく必要があります。 shutdown -r now (直ちにリブート) shutdown -h +10 (10分後に終了) rootの場合 以下のコマンドを使用することが可能です。 reboot (直ちにリブート) halt (直ちに終了) shutdown コマンドで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く