CronでOS起動時に処理を実行する@rebootの実装による差異 -- ぺけみさお
crontabで以下のように@rebootを指定すると、cronの起動時にジョブを実行することができる。 つまりOS起動時に任意の処理を実行する設定が、root権限なしにできる。このため@rebootには、Windowsでいうところのスタートアップのような手軽さがあり、重宝する。 しかし、ここで気になるのは、これはcronの機能なので、OS起動とは無関係にcronが再起動されたらどうなるのか?という点だ。結論から言うと、@rebootの挙動はOSが採用しているcronの実装により異なる。 93年のVixie Cron 3.1のソースコードを見ると、OS起動の延長とcronの再起動を区別する実装にはなっていない。cronの起動時にもれなく@rebootの処理が実行される。 調べた限り、FreeBSD、Debian、CentOSの3つのOSでは、cronを取り込むにあたって、異なるアプローチを
perlbrewとextlibなアプリのcronとかdaemontools - As a Futurist...
perl は system perl じゃなくて perlbrew で入れて、アプリで必要な CPAN モジュールは全てアプリのディレクトリ下の extlib というディレクトリにインストールする方式は個人的にはいい感じだよなぁと思いつつ、cron とか daemontools がいつもどうやるのが正解なのか分からず困ってた。 またセットアップする機会があったので色々考えた結果、こんな感じなら割とすっきりした感じになった。 env このファイルがキモで、アプリのディレクトリに移動しつつ、いい感じに perl とか PATH とか@INC を設定して、渡されたコマンドを実行してくれる。 # perl -v This is perl, v5.8.8 built for x86_64-linux-thread-multi # ./env perl -v This is perl 5, versi
ファイル/ディレクトリの変更を検知してコマンドを実行するincron - Glide Note
incron :: inotify cron system webistranoでファイルをデプロイして、設定の再読み込みやサービス再起動などが必要な際に、 デプロイユーザがsudoでreloadやらrestartなどを実行しているのが、 権限的に何となく気になって、ファイルの更新を検知して 自動的にreloadやrestartする方法を模索していたら incronという良い物があったので検証。 検証環境はScientific Linux 6.2です。 実現したいこと デプロイユーザとサービス再起動ユーザの分離(sudo権限の剥奪) Nagiosの設定ファイルをデプロイしたら、Nagiosのreloadが自動でかかる Passengerのrestart.txt的な感じでreload.txtがトリガーでNagiosのreload的な incronの導入 incronをyumで導入
crontabの"-i"オプションで"-r"のうっかりミスを防止する - 元RX-7乗りの適当な日々
今、お風呂からあがって、TwitterのTLを見てたら「crontab -e は「絶対に」使ってはいけない - ろば電子が詰まつてゐる」のエントリを読んで、その勢いで書く。 crontabコマンドにはrオプション(Remove)があり、これを実行すると何の警告もなく全てが消え失せる。 crontab -e は「絶対に」使ってはいけない - ろば電子が詰まつてゐる 確かに、(僕も含めて) 誰もが一度くらいは怖い/ドキドキするような思いをするのかもしれないですが、crontabコマンドには"-i"オプションという、削除時に確認のプロンプトを出してくれるオプションが存在します。 つまり、aliasでこのオプションをつけておけば良いわけですな。 $ crontab -e crontab: installing new crontab $ crontab -r $ crontab -l no cro
rsync + cron + ssh （rsyncd を立てない編）
目的と環境条件 このテキストでは、 rsync を使ったリモートバックアップ（遠隔バックアッ プ）の方法、特に ssh と cron を利用して、暗号化された経路を経由しての バックアップを自動的に行うための手順を示します。 ここで ssh の認証には、パスフレーズを空にし、かつ実行できるコマンドを 限定した ssh 鍵ペアを作成し使用します。これにより、 ssh-agent や eychain を利用する方法、ホストベース認証を利用する方法よりも安全なバッ クアップ体制が整えられる……はずです。 なお、このドキュメントの内容の正確さについては無保証です。なんせ、備忘 録みたいなものですので……。また、このドキュメントに書かれていることを 実行した結果直接的および間接的に発生した損害について、私（佐藤裕介）は 何ら責任を負いかねます。 用語の説明 ローカルホスト、ローカルマシン、ローカル
suz-lab.com - suz lab リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
aptの自動更新 - ksaitoの日記
cron-aptというパッケージを使ってaptパッケージの更新を自動化することができます。 インストール 下記でインストールします。 $ sudo aptitude install cron-apt 設定 デフォルトでは、パッケージのアップデートとダウンロードしかしないのでsafe-upgradeでパッケージ更新まで実行するようにします。 $ sudo hg diff cron-apt diff -r 8f14f4dd8a31 cron-apt/action.d/3-download --- a/cron-apt/action.d/3-download Sat Jan 23 00:42:47 2010 +0900 +++ b/cron-apt/action.d/3-download Sat Jan 23 01:11:16 2010 +0900 @@ -1,2 +1,2 @@ autocle
ファイル／ディレクトリの変更に応じて任意のジョブを実行するincron
時刻指定型のジョブ実行である伝統的なcronと比べると、ファイルシステムの変更を検出して指定のコマンドを実行させるというコンセプトで作られたcronクローン「incron」は大きな将来性を期待させる。 Linuxでジョブのスケジューリングを行う定番ツールであるcronについては、その機能と活用法を詳細に解説した多数のドキュメント、チュートリアル、ガイドの類が存在しており、いまさら特に説明する必要はないだろう。こうした伝統的なcronで行えるのが時刻指定型のジョブ実行であるのに対し、ファイルシステムの変更を検出して指定のコマンドを実行させるというコンセプトで作られたcronクローンの一種にincronというツールが存在する（正式名称はinotify cron）。incronを使用するための設定としては、どのようなファイル／ディレクトリの変更を監視対象とするかおよび、そこでの変更発生時に実行す
cronを使ってrsyncで自動バックアップし、成否をgnomeの通知で表示 - 古い冷凍庫
2011/2/16 update http://d.hatena.ne.jp/sr10/20110216/1297856718 参考 Amarok を目覚しに使う (続き) - ルギア君の戯言 「CLIとGUIの架け橋」zenity - 試験運用中なLinux備忘録・旧記事 ハマったとこ cronは環境変数がほとんどないため、zenityを使ってgnomeの通知を出すには、環境変数DISPLAY,LANGの設定が要る zenityの通知を使うには、--listenオプションを使い、標準入力から"message: **"の形で送る 多分shだと標準入出力のごにょごにょができないため、crontabでSHELLをbashに設定する sleepしてzenityをすぐに閉じないようにしないと、通知を表示する前に終了しちゃう感じ ついでの機能 バックアップするフォルダのサイズが1MB以下だったら大事
crontabの書き換えミス防止にWheneverを使おうとして失敗
てなことも普段やっているんだけど、経過時間ではなく時刻指定で alert を上げてほしいこともよくある。タスクに名前の付くものは Remember the Milk を使っているんだけど、そこまででもない小さなものは cronteb -e して自分用の crontab にそのまま書いてしまうこともある。 crontab の設定ミスに気づかないところがこの crontab の設定を時々間違える。致命的な文法ミスなら crontab -e で開いたエディタを終了したときにチェックが走って怒られるんだけど、そういうレベルでは見つからないミスをする。 また、/etc/crontab のレベルなら何度も確認をするのでミスがあってもすぐに見つかる。しかし crontab -e のレベルではそこまで確認しないのでミスがあってもなんとなくスルーしてしまう。 そこでチェックツールか何かないかと思ったけど、見
[Linux] crontabで利用できる特殊文字列（日時指定） - よかろうもん！
特定処理の定期実行をするcrontabの書式は以下のようになっています。 分 時 日 月 曜日 コマンド ですが、この実行日時指定では、"よく利用される日時のショートカット"である特殊文字列を利用することができます。 その特殊文字列は以下のようになっています。 @reboot 起動時に一度だけ実行。 @yearly 年に一度だけ実行 ("0 0 1 1 *" と等価)。 @annually (@yearly と同様) @monthly 月に一度だけ実行 ("0 0 1 * *" と等価)。 @weekly 週に一度だけ実行 ("0 0 * * 0" と等価)。 @daily 一日に一度だけ実行 ("0 0 * * *" と等価)。 @midnight (@daily と同様) @hourly 一時間に一度だけ実行 ("0 * * * *" と等価)。 上記の特殊文字列を利用してcronta
![[Linux] crontabで利用できる特殊文字列（日時指定） - よかろうもん！](https://cdn-ak-scissors.b.st-hatena.com/image/square/aac0bf267e8ef32553ba6e9d32a14e58c7290227/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F13208692334729889349%2F12704591929885833648%2F1339982000)
crontab コマンドでの設定内容を自動バックアップ
作ってみた。ヘボいモノなのに shell スクリプトがロクに書けないので Ruby になってしまっていますごめんなさい。 ほんとは保存ファイル名もオプションで渡したかったんだけど、「あるオプションだけ取り除いて残りを crontab に丸投げする」という処理をどう書いたものやら、考えるのが面倒くさくなったので決め打ちになってます。 一応機能としては すべて crontab コマンドに丸投げする-e オプションが与えられた場合は、設定完了後自動的に -e を -l に置き換えて crontab -l > ~USER/.crontab を実行、内容を保存するということをやってます。 自分はこれを alias にセットして安心しております。 wtnabe's crontabwrap at master - GitHub [2010-10-09 追記] ベタにここに貼るのをやめて github に
Route 477(2010-03-16)
■ [ruby] Ruby meets Manpage manは、Unix系OSで一般的に使われているドキュメントシステムだ。 これを、Rubyのgemに対しても応用できないかという試みが現れた。 その名もgem-man。 gem install gem-man とすると、 gem man <gem名> でそのgemの説明が見られるようになる。例えば gem man gem-man とか。 ライブラリ作者の側では、gemを作る際にman/以下にmanのファイルを置けばいい。 manファイルの作り方はman whatが参考になりそう (ronnを使う例が載っている)。 おまけ http://man.cx/ruby : ネットでmanを引けるサイト。
再起動時に一度だけ実行されるcron定義
cles::blog 平常心是道 blogs: cles::blog NP_cles() « 著作権はいつから70年が世界標準になったのか :: 家の電話が壊れた » 2009/11/24 再起動時に一度だけ実行されるcron定義 linux 168 4へぇ 先日のcrontab -r とやってしまった時の対処法のアクセスが意外と多くてかなり驚きました。ちなみに僕はクーロンと読む派です。それはそうと、これを機にちゃんとcrontabのmanを読んでみたら、日次の定義に@rebootと書くと再起動時に一度だけ実行されるcron定義がかける事が判明。CentOS 5.3では、日本語のmanにはこの部分が記載されていませんでした。 $ man 5 crontab These special time specification "nicknames" are supported, which
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
cronでperlbrewなPerlを使う際の設定メモ | いわぶろ（ろてん）
Check if cron is working with monit - MrBrown blob
cron.d にファイル置く場合の注意点 - sotarokのお勉強
Mac で cron を設定しても消えてしまう
はてなブログ | 無料ブログを作成しよう
実用裏方 Perl 入門