Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

タグ

cronに関するU1and0のブックマーク (10)

  • Dockerfileでタイムゾーンを設定する方法 - フリーランスのエンジニア道

    概要 GCPRailsをdeployする時にDockerfileでimageをbuildすると思います。その際にDockerのデフォルトのタイムゾーンはUTCとなっているため、これをAsia/Tokyoの時間に変更したい場合の設定方法です。 2種類のやり方 ホストの/etc/localtimeをコンテナーにマウントする 環境変数TZで指定する ホストからコンテナーにマウントするとDocker Imageのポータビリティには良いですが、ほとんどの人は日時間に固定した方がシンプルで楽だったりするので、2の環境変数で設定したいと思います。 環境変数での設定方法 ENV TZ='Asia/Tokyo' サンプルDockerfile Rails+Whenever(crontab)のイメージサンプルです。 FROM gcr.io/google_appengine/ruby # Install 2.

    Dockerfileでタイムゾーンを設定する方法 - フリーランスのエンジニア道
    U1and0
    U1and0 2019/06/30
    “ENV TZ='Asia/Tokyo'”
  • Debian / Ubuntu で cron を使うときの注意

    最近サーバーも Debian 系を使うことが増えてきた、というか意識的に CentOS (RHEL) から Ubuntu Server に切り替えているのだけれど、なんか cron が意図したとおりに動かないことが多かったので、気がついたことをメモ。 cron.hourly / cron.daily / cron.monthly が動かない場合 /etc/cron.houly、/etc/cron.daily、/etc/cron.monthly 各ディレクトリに実行ファイルをいれておくと、それぞれ1時間ごと、1日ごと、1ヶ月ごとに実行される。はずである。 しかしレンタルサーバー、クラウドIaaS、VPS のように、テンプレートから展開されたと思われる Debian / Ubuntu 環境では、これがまったく動いていない場合が多いように思う。これは「anacron」が入っていないことが原因かも

    Debian / Ubuntu で cron を使うときの注意
    U1and0
    U1and0 2018/07/27
    “Debian 系では、「.」を含むファイル名は実行対象から除外するらしい。 このルールは /etc/cron.d 以下におく crontab 形式のファイルにも適用される。”
  • crontab(cron)設定確認方法

    ユーザ設定crontab 各ユーザが「crontab -e」コマンドで設定したcrontabの設定内容確認方法です。 自分で設定したcrontab確認 自分で設定したcrontabについては「crontab -l」で設定内容を確認することが出来ます。 「crontab -l」実行結果 rootユーザが設定したcrontabの設定を確認しています。 # crontab -l 10 * * * * /root/crontest.sh 毎時10分にcrontest.shが実行されるという設定がされることが確認できました。 他ユーザのcrontab確認 rootならば、「-u」オプションで確認したいユーザを指定することがで、そのユーザのcrontabの設定を確認することが出来きます。なお、一般ユーザには-uオプションを実行する権限がないため、この方法は使用できません。 crontab -u コマン

    crontab(cron)設定確認方法
    U1and0
    U1and0 2018/06/24
    “「cron.daily」「cron.weekly」「cron.monthly」”でぃれくとりに放り込むだけ
  • cron - ArchWiki

    Wikipedia より: cron は Unix ライクなコンピュータオペレーティングシステムにおける時間基準のジョブスケジューラです。cron を使うことでジョブ (コマンドやシェルスクリプト) をスケジュールして定期的に特定の時刻・時間に実行することが可能になります。システムのメンテナンスや管理を自動化するためによく使われます。 インストール cron の実装はたくさん存在しますが、デフォルトではそのいずれもインストールされません。代わりにベースシステムは systemd/タイマー を使用しています。実装の比較については Gentoocron ガイド を見て下さい。 利用可能なパッケージ: cronie fcron dcronAUR vixie-cronAUR fcron-devAUR scron-gitAUR 設定 有効化と自動起動 インストール後、デフォルトではデーモンは有

    cron - ArchWiki
    U1and0
    U1and0 2018/06/24
    “systemctl start cronie”
  • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
  • cron力をつけよう!全てのcrontab入門者に贈る9個のテクニック · DQNEO日記

    なお、時間設定方法や書式についてはここでは解説しません。 拙作「くろんメーカ」をお使いください。 くろんメーカ - crontab用のコマンドを自動で生成します。 そのままコピペしてお使いください。 crontab -e で直接編集しない 有名な話ですが、crontab -r とやってしまうと全てが一瞬で消え去ります。 まさにバルス! 間違えて crontab -r してしまい、crontab をふっとばしてしまった。つか、隣同士にある -e と -r で編集と削除とか、酷いよ><。。。 crontab -r を安全にする - antipop 必ずローカルファイルに設定を書いたうえで、それを反映させるようにしましょう。 $ crontab -l > ~/crontab # 現在の設定をバックアップ $ vi ~/crontab # ローカルファイルを編集 $ crontab < ~/cro

    cron力をつけよう!全てのcrontab入門者に贈る9個のテクニック · DQNEO日記
    U1and0
    U1and0 2018/02/11
    “素人は「何時0分」に起動する設定を書いてしまいがちです。 しかし例えば毎時0分に起動するバッチと、10時0分に実行するバッチが重なると、サーバに不要な負荷をかけてしまいます”
  • 多重起動を防ぐシェルスクリプト - zenpouの日記

    cron等でシェルを複数回実行した時、多重起動するとまずいので、それを回避するスクリプト。 業務上必要だったので作ってみた。 #!/bin/sh SCRIPT_PID="/home/takase/work/run_script.pid" if [ -f $SCRIPT_PID ]; then PID=`cat $SCRIPT_PID ` if (ps -e | awk '{print $1}' | grep $PID >/dev/null); then exit fi fi echo $$ > $SCRIPT_PID (この辺にバッチの処理) rm $SCRIPT_PIDpidでプロセスの有無を確認しているので起動中は2重に実行されないし、 何か理由があって落ちてた場合は再実行される。 後はcrontabにこのシェルを設定してやればOK

    多重起動を防ぐシェルスクリプト - zenpouの日記
  • omnioo.com

    omnioo.com
    U1and0
    U1and0 2017/10/21
    “起動はしているけど働きがかんばしくない場合は、 # /etc/init.d/cron restart ”
  • cron の設定ガイド

    ■はじめに cron とは、ジョブ(スクリプト)を自動実行するためのデーモンプロセスです。そして、Linux システムの管理を行なう場合、ログのローテートや、バックアップなど、定期的に自動実行したいジョブが数多くあります。特に、バックアップなどは、システムへの負荷が大きいため、通常は、ユーザからのアクセスが少ない、深夜や早朝に行なわれます。 このように、定期的に実行されるジョブは、crond というデーモンによって、自動的に行なうように管理することができます。そこで、今回は、cron の設定を行なうために必要なコマンドや、設定ファイルについて説明していきたいと思います。 ■設定手順 このページでは、以下の順番で cronの設定について説明します。 まず、Linuxシステム上で、cron を使用するために、サービスの起動で、サービスの状態を確認し、停止している場合には、サービスを起動します。

  • 1