crontab database ～君がしでかしてくれたもの～ - Qiita
この記事は本番環境でやらかしちゃった人のアドベントカレンダー２日目の記事です。 内容的にそろそろ時効だと思うので供養のために書きました。 追記。そういえば時期をちゃんと書いてなかったけど事件が起きたのは去年2018年、つまり仕込み（ヲイ）は2017年の話です ぶっちゃけネタ記事ですｗ （たまたま見つけて参加してみただけなのに昨日の記事の伸びっぷりを見て戦々恐々としてる TL;DR DB移行作業において、テスト期間中は常に最新のデータで処理できるように書いておいたプログラムをcrontabで実行していた。最終的に本番に合わせて日時を調整していたが、そのことを失念し１年後に再実行されてしまい、本番データが１年前に巻き戻る事故発生。 crontab は分、時、日、月、曜日を指定できるが、１年後に帰ってくるから気をつけてね。という話。 惨劇はなぜおこってしまったのか 結論から言えばcrontabの
crontabの設定で変数に日付を代入しようとしたらうまく動かない at softelメモ
問題 cronで変数を使いたいのですがうまくいきません。 具体的には、ファイル名に日付をつけようとして以下のようにしたのですが、思ったように実行されないです。 答え cronのコマンド部分では、%をエスケープする必要がある。 cron デーモンは、6 番目のフィールドに指定されたコマンドを、選択された日時に実行します。6 番目のフィールドに % (パーセント記号) を指定した場合、この % 記号をエスケープ (¥%) しない限り、cron デーモンは % 記号の前のすべてのデータをコマンド呼び出しとして処理し、% 記号のあとのすべてのデータを標準入力に使用できるようにします。ブランク行、および行の最初のブランク以外の文字が番号記号 (#) である行は、無視さ れます。 コマンドに与えられる引数にバックスラッシュ (¥) がある場合、そのバックスラッシュの前にもう 1 つバックスラッシュがな
安全なcrontabの設定管理 - Qiita
crontabのオプションは隣にあるeとrで意味が逆になる(edit/remove)のでcrontabコマンドを実行するのは怖いけれど，crontabの引数にファイル名を渡すと，そのファイルから読んで設定してくれる． crontab -l > ~/crontab # 今の内容を出力 edit ~/crontab # 設定変更 crontab ~/crontab # ファイルから読み込む．現在の設定は上書きされるので注意 Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with sign
【違い】/etc/crontabと/var/spool/cron/[user] - Qiita
はじめに これまで、cronの設定をする際は/etc/crontabに記述して設定を行っていました。 しかし、ある時/var/spool/cron/[user]というファイルを見つけてしまったので、この二つの違いを自分なりに調べてまとめてみます。 ちなみに、[user]には任意のOSのユーザー名が来ます。 比較 システムジョブ（デイリーログローテーション、デイリーバックアップ等）で使用するもの すべてroot権限で実行 設定ファイル： /etc/crontab 設定方法: # vi /etc/crontabでファイルを編集 記述方法： 分 時 日 月 曜日 ユーザ コマンド 設定の反映には、HUPシグナルを手動で送信する必要あり（crondの再起動） ユーザージョブ（臨時バックアップなどの臨時で実行するジョブ） [user]毎に実行 設定ファイル： /var/spool/cron/[use
![【違い】/etc/crontabと/var/spool/cron/[user] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/7b173d61cd14a487e2071939cd0800ae453c1ced/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JUUzJTgwJTkwJUU5JTgxJTk1JUUzJTgxJTg0JUUzJTgwJTkxJTJGZXRjJTJGY3JvbnRhYiVFMyU4MSVBOCUyRnZhciUyRnNwb29sJTJGY3JvbiUyRiU1QnVzZXIlNUQmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWU4YWYxZmU4NmNhNjhlZjMyNTIwM2ZhOTA4MDFjNjcy%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwdGFrYWhhc2hpLWthenVraSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9OTY1ZDExYWY3MTE1NDYyYzE0ZmRjMWRlOTljMjZlMGQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3De423eac135385219689d0fb94e163c7e)
crondはtimezone変えただけだと反映されない - まーぽんって誰がつけたの？
cronはUTCのまま JSTにタイムゾーン変更したときに、crondをrestartしないと実行がUTCのままでした。 service crond restart で反映しました。 参考: Timezoneを設定したらcronの実行時間がずれる EC2の初期スクリプトとかでrebootいる？ AWSのEC2のuser data等で初期スクリプトで設定すると思うけど、それは大丈夫なのかなとふと思いました。 もろもろやったあと、rebootしてるからたまたま大丈夫なのかやらなくても大丈夫なのかちょっと気になりました。 Linux インスタンスの時刻の設定 にもrestart必要と書いてあった。 システムを再起動し、すべてのサーバーとアプリケーションで新しい時間帯情報を取得します。
cronで特定時間を除外して実行する at softelメモ
問題 cronで定期的に実行している処理があるのですが、午前3時だけ実行したくないです。 現状 */10 * * * * /usr/bin/php hoge.php 答え 時間を指定する左から2個目の項目で時間を指定できる。 実行しない時間ではなく、実行する時間の指定になるので以下のようになる。 ・実行したい時間を全部並べる */10 0,1,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23 * * * /usr/bin/php hoge.php ・何時から何時指定 */10 0-2,4-23 * * * /usr/bin/php hoge.php ・cronからは呼び出すけど、hoge.php 側で時間を見て何とかする */10 * * * * /usr/bin/php hoge.php
macでの定期実行はcronじゃなくてlaunchdを使う - $shibayu36->blog;
手元PC(mac)で、スクリプトを定期実行したいときにどうするんだろう？という気持ちになり、いろいろ調べたところcronとかではなくてlaunchdを使ったら良さそうらしいと知ったのでメモ。 定期実行をlaunchdを使って登録する launchdで定期的にスクリプトを実行 - Qiita が非常に参考になる。基本的にはStartIntervalかStartCalendarIntervalを使ったらcronのように定期実行ができる。例えば10分に一回実行したかったらこんな感じ。 ~/Library/LaunchAgents/com.github.shibayu36.mycommand.plist <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http:
次世代バックグラウンドジョブシステム Faktory を試す - リサーチ・アンド・イノベーション 開発者ブログ
リサーチ・アンド・イノベーションの浜田(hamadu)と申します。 いつものお買い物がちょっとお得に、家計簿にもなるポイントアプリ「CODE」のサーバサイド、およびAndroidアプリの開発を担当しています。 序 CODE ではバックグラウンドジョブシステムとして、Sidekiq を採用しています。その作者、Mike Perham 氏が新しい仕組みを作っていました。その名も Faktory。Sidekiq と違いワーカーが言語に依存せず、また本体はGoで書かれているためスケールするのがウリのようです。まだまだ開発中で、プロダクションで使うには厳しい印象を受けますが、今後Sidekiqを置き換えうるプロジェクトになるのではと思います。 本稿では簡単に仕組みの紹介をして、Rubyでジョブを投げるClientと、ジョブを処理するワーカーをそれぞれ実装してみました。 ソースコードは faktory
定期的にtcpdumpをある期間だけ実行したいという時 - その手の平は尻もつかめるさ
tcpdumpの提供する-Wオプションと-Gオプション，ならびにcrontabを併用するといける． tcpdumpの-Wオプションはログローテーションを行う回数で，-Gはそのローテーション期間を秒数で指定できる． 例えば $ tcpdump -w ./%Y%m%d%H%M%S.pcap -W1 -G60などとやると，ログローテーション1回，ローテーション期間は60秒となるので，つまり60秒tcpdumpを実行した後にexitする (ローテーション1回指定なので)． ちなみに-wオプションで指定するファイル書き出し先についてはstrptimeと同じフォーマットが利用できるのでこういう時に便利． あとはcrontabでこのコマンドを仕込んでやるとOK (id:hirose31さんから「crontabでは%をエスケープする必要がある」との指摘があり修正しました)． 55 * * * * tcpd
crontabを多少読みやすくするcrontocを作った - ariarijp’s blog
個人的に欲しくなったので作った。crontab(CRON TABle)を読むためのツールなので、crontoc(CRON Table Of Contents)という名前。 github.com 導入方法などはREADMEのとおり。 使い方 crontab -lを見やすくするツールなのでどこで動かしてもいいけど、個人的には「あのサーバー、直近で動くバッチってなんだっけ」というのをサクッと確認したくて作ったので、sshコマンドでcrontab -lを実行し、その結果を標準入力として渡すと良い。 $ ssh remote-server crontab -l | crontoc Next: 2017-09-19 23:33:00 +0900 JST # * * * * * vmstat >> /tmp/vmstat.log Next: 2017-09-20 00:10:00 +0900 JST #
mysqldumpでsshごしにリモートサーバにMariaDBのバックアップを取得する | 俺的備忘録 〜なんかいろいろ〜
MariaDBで手元のPC上で動作しているDBから、リモートサーバにssh越しにバックアップする必要があったので、備忘で残しておく。 mysqldump -u ユーザ名 -p パスワード DB名 | gzip | ssh リモートサーバ 'cat > ~/BackupPATH.sql.gz' mysqldump --single-transaction -u ユーザ名 -p パスワード DB名 | gzip | ssh リモートサーバ 'cat > ~/BackupPATH.sql.gz' # オンラインバックアップ なお、逆のパターン(リモートのDBサーバから手元の環境にssh越しにバックアップを取得する)の場合は以下。 ssh リモートサーバ 'mysqldump -u ユーザ名 -p パスワード DB名 | gzip' | cat > ./BackupPATH.sql.gz ssh
Dockerコンテナをホスト側のcronで実行する - SUGAKU NIKKI
やりたいこと とあるプログラムを実行するDockerコンテナを毎日定刻に起動したい。 処理が完了したらコンテナは消去したい。 つまり、次のコマンドをcronで実行したい。 $ docker run -it --rm my_image my_command やったこと crontabにそのまま書けばいいじゃん！ と思ったが、そうは東京医科歯科大学。 $ crontab -e 0 7 * * * docker run -it --rm my_image my_command 定刻になっても、うんともすんともしない。 まずは、crontabの実行環境で、dockerコマンドにパスが通ってんのかが気になった。 $ which docker /usr/bin/docker $ crontab -e * * * * * echo $PATH > /tmp/env.txt 結果は、 $ cat /tmp
Rundeckを使ってリッチに定期ジョブを作った - のんびりしているエンジニアの日記
皆さんこんにちは お元気ですか。昨日食べた中華そばおいしかったです。 定期的に実行するJobを作成・実行する場合何を使っているでしょうか？ メジャーなツールであれば、cronがあります。 しかし、このツールはCUI、かつ、 他に色々追加したいこと（リトライ、通知）などを 設定したい場合に大変で、面倒です。 そこで、Rundeckです。RCO&RLSさんの勉強会に触発されて使ってみました。 Rundeckとは？ 一言で表すとジョブスケジューラです。 ジョブを作成し、実行間隔の管理、通知、実行方式などを管理できます。 GUIで実行コマンドを管理できるので、非常に管理しやすく 過去のログも確認しやすい、成功失敗で通知ができるなど、様々なメリットがあります。 個人的に思いつく使い道は機械学習バッチ処理ですね！ Rundeckの起動 早速、実行用のjarファイルをダウンロードしましょう。 runde
CentOS 6 で yum-cron でセキュリティアップデートして、通知メールを送信する - Qiita
０．はじめに CentOS 6 を運用していて、セキュリティアップデートを手作業で行っていたんですが、大分面倒だな…。と思う様になり、自動でセキュリティアップデートして、通知メールが届く様にしたいなぁと思い、色々調べてやってみました。 ただ、ほとんどこちらのサイトの手順通りになりました。 CentOS6 でセキュリティに関するパッケージの更新のみ行う パソコン鳥のブログ/ウェブリブログ 本当に、ありがとうございました。 心から感謝です。 １．yum-plugin-security のインストールとリポジトリの設定 参考サイトの「インストール・設定」の手順を実施します。 ２．リポジトリの更新バッチの作成と cron への登録 参考サイトの「セキュリティアップデートの仕方」の手順を基に、以下のスクリプトを作成します。 /etc/cron.daily/0yum-security-update.c
イマドキのジョブスケジューラについて考える - メドピア開発者ブログ
こんにちは。Ruby化をすすめるメドピアをお手伝いしている@willnetといいます。 メドピアではPHPからRubyに移行するにあたり、単純に言語を置き換えるだけではなく、言語以外の仕組みについても適宜見直しを行っています。今回はそのうちジョブスケジューラを見直した件について書いていきます。 言語を置き換えた話はこちらを参考にしてください。 レガシーな独自フレームワークから脱却してRailsへ徐々に移行している話 - メドピア開発者ブログ そもそもジョブスケジューラってなに 「毎日1時になったら前日のアクセスログを集計して統計データとしてまとめる」などといった定期的に実行するジョブを登録するためのものです。 ウェブサービスを作るときのジョブスケジューラといったらやっぱりcronですよね。メドピアでもこれまでcronを活用していました。しかしサービスが小さいうちはcronでもそれほど問題な
【Linuxのジョブスケジューリング】cronとat とアクセス制御
なんらかの処理を毎月、毎週、毎日のように一定期間で繰り返したいということはLinuxを触っているとよく起こる。 例えば、毎月一回あるディレクトリを見に行って、容量を確認して、管理者にメールを送るなど、自動的にやってくれるととても楽だろう。それを実行できるのが、cronだ。 また一回だけ未来にある処理を実行したい時につかえるのがatだ。 このページではLinuxのジョブスケジューリングに当たる、それぞれの使い方をご紹介しよう。 クライアントマシンだけに触れていると、意外に忘れがちなのがジョブスケジューリング「ジョブの定期実行」だ。 実際Windowsクライアントでも定期的に後ろではタスクを実行している。しかし定期実行されているジョブというものは大概バックグランドで走るため、ユーザが意識することはあまりない。 ましてやクライアントの場合ほぼ隠蔽されているといっても過言ではない。時刻の同期やセキ
ジョブスケジューラ「Rundeck」を試してみる | DevelopersIO
森永です。 最近は大逆転裁判をやりながら寝落ちするという毎日を送っています。 サーバ構築する上で、ジョブをどうするかというのは考慮が必要な点です。 簡単に実現するにはcronを使えばいいのですが、要件によってはジョブスケジューラを使わないと厳しいということがあります。 かと言って、エンタープライズで使われている本格的なジョブスケジューラを使うのも大げさすぎる、というのもわかります。 そこで今回は、簡単に構築ができてそれなりに痒いところには手が届くジョブスケジューラ「Rundeck」を試してみます。 Rundeckとは OSSのジョブスケジューラです。 特徴として以下の様なものがあげられます。 エージェントレス SSH接続できればジョブを実行できます。 なので、別サブネットはもちろん、別VPCでも別AWSアカウントでもはたまたオンプレでもRundeckサーバからSSH接続とジョブを実行できる
crontabコマンドについてまとめました 【Linuxコマンド集】
crontabは定期的にジョブを実行するようスケジュールするcronを設定するコマンドだ。 定期的なログの取得などに活用できる。 このページでは、次のようなプロセスの実行状況をテキストファイルlogdata.txtに蓄積するシェルを定期的に動作させる方法を紹介する。 シェルファイルpslog.sh date >> logdata.txt //取得時間の記録 ps -a >> logdata.txt //プロセス情報の記録 シェルファイルpslog.shはあらかじめ次のchmodコマンドにて実行権限を付与しておく。 $ chmod 755 pslog.sh この時点で、コマンドラインから次のように入力すればpslog.shが実行される状態となっている。 $ ./pslog.sh さらに、指定するジョブの絶対パスも調べておこう。 今回のファイルpslog.shの絶対パスを調べるには、現在のディ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - javan/whenever: Cron jobs in Ruby
lynx で定期的に Basic 認証付のページにアクセスする。 | ひとにやさしく
