定期的にライブラリの依存関係をアップデートしてPull Requestする
tl;dr Cron for GitHubで定期的にCIサーバーのフックを起動する CI側では、特定のブランチの場合のみ起動するスクリプトを用意する 自分のやりたい操作をして、git_httpsable-push, pull_request_create でPull Requestを送る 定期的にDependency UpdateのPull Requestを送る フックの起動 Cron for GitHubのschedulerはこのように設定した。 bundle exec cron-for-github clear --slug=metarubygems/carrion_crow --namespace=cron_for_tachikoma --verbose && bundle exec cron-for-github ping --slug=metarubygems/carrion_c
GitHubとHerokuの組み合わせでCron for GitHub
tl;dr GitHubとHeroku Schedulerの組み合わせでCron for GitHubを実現する cron-for-githubの実行結果イメージ 使い道 たとえば、毎日ping/ のbranchを生成しておく。 CI用のスクリプトには、ping/ 以下のbranchのビルドだったらこれこれする、と条件を書く。 完成! はじめ方 cron_for_github-app の からherokuにデプロイ。 cronを使いたいリポジトリがprivateならrepo, publicならpublic_repoのgithub access tokenを発行。 GITHUB_ACCESS_TOKEN にそれを設定。 このコマンドを実行できるようになる。 cron-for-github ping --slug=YOU/YOUR_REPO Heroku Schedulerで定期実行。 her
Rundeck - cronから移行しやすいジョブスケジューラを使ってみよう
こんにちは。斎藤です。 最近、Dockerなどのコンテナ型仮想化技術、Chef, Ansible, Itamae などによるITインフラ構築・運用自動化技術の利用が進んでいます。一方で、何年も動いて「歴史」を積み重ねているシステムも数多くあります。そして、私を含めてそれらの運用に関わる事もあるでしょう。そんな「歴史」のあるシステムも、何とか運用を効率化したいと思う事があるかもしれません。 今日は、バッチジョブや複数サーバに対する運用を効率化するRundeckを取り上げます。「何ができるの？」「はじめかた」そして「利用時の留意点」の3点についてお話しします。 ※OSはCentOS 6系、Rundeck はバージョン 2.4.0、Java VM は Oracle JDK 1.7.0_72 を利用しています。 cron。Linux系OSに標準搭載されているジョブスケジューラです。標準で使えるため
第25回 cron周りのベストプラクティス（1） | gihyo.jp
本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回のハッカーはsongmuさんこと松木雅幸さんで、テーマはcronです。 なお本稿のサンプルコードは、本誌サポートサイトから入手できます。 cronとは？ cronは指定日時にジョブの自動実行を行うジョブスケジューラです。UNIX系のOSであれば実装の違いこそあれ、ほぼ標準でインストールされています。 作業自動化や、タスクを自動実行したいなどといった場合にcronは避けては通れません。Perlでバッチ処理を書く際などに多くの人が活用していると思いますが、ベストプラクティスがわからず恐る恐る使っている人も多いのではないでしょうか。 本稿では、cron活用におけるベストプラクティスについてお話します。 cronの使いどころ cronの使い途は、主に次の3つが考えられます。 a．アプリケーションのジョブの実行 b．システムに関わる
WEB+DB PRESS Vol.79 Perl Hackers Hubにcron関連の記事を寄稿しました | おそらくはそれさえも平凡な日々
本日見本誌を受け取りました。感激しております。ありがとうございます。 縁あって、2/22 発売の WEB+DB PRESS Vol.79 に記事を書かせてもらえることになり「cron周りのベストプラクティス」というPerlにあまり関係ない記事を書かせてもらいました。 WEB+DB PRESS Vol.79 安定しつつも扱いづらいcronをどのようにWebアプリケーションプロジェクトで安定的に利用・活用するかについて書いています。cronだけで9ページという驚きの充実の内容です。とは言え、まだ書き足りない部分もあり、例えば比較対象としてJenkinsについても取り上げたかったのですが、泣く泣く削っております。 個人的にイノベーティブなプロダクトである、App::RunCronについても2ページを割いて取り上げております。 これであなたも、cronのログを捨ててしまったり、逆に溢れさせてしまっ
ファイル/ディレクトリの変更を検知してコマンドを実行する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で導入
[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)
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 で踏みにじるとはひどい。 とはいえ、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
cronからjobschedulerにマイグレーションする方法