The UNIX and Linux Forums  
Helloやアメリカ合衆国へようこそ! UNIXおよびLinuxフォーラム!訪問し、当社のグローバルコミュニティに参加いただきありがとうございます。

Go Back   UNIXおよびLinuxフォーラム > トップフォーラム > UNIXのダミー質問と回答のため > よくある質問への回答
Googleのunix.com



よくある質問への回答 よくある質問のUNIXは、 UNIXのコマンドは、 Linux 、オペレーティングシステム、システム管理、プログラミング、シェル、シェルスクリプトは、 Solaris版、 Linuxのは、 HP - UXのは、 AIXので、 OS Xは、 BSD 。

その他のUNIXおよびLinuxフォーラムトピックは参考にすること
スレッド スレッドスターター フォーラム 返信 最後の投稿
新しいプロセスが起動のcronジョブのcron ron76 Sun Solaris 3 2008年5月12日 01:07午前
cronジョブのcronのcrontab Restarterヘルプ ArtuDitu シェルプログラミングとスクリプティング 1 2008年3月5日 11:00午後
cronと擬似のcron dingusmcghee UNIXのダミー質問と回答のため 1 2008年1月31日 12:58午後
AIXのログをフィルタリングとcronのか:は/ etc / cronlog.confは、 / var /のADM / cronを/ログ キースジョンソン AIX 0 2008年1月9日 08:32午後
のcron / crontabが動作していない ezekiel61 UNIXのダミー質問と回答のため 2 2003年2月5日 07:59午前

 
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek を搭載 Powered by Google
 
LinkBack スレッドツール このスレッドを検索 スレッドを評価 表示モード
  #1固定リンク)  
Old 2004年4月4日
Perderabo's Avatar
Perderabo Perderabo is offline Forum Staff  
Unixのデーモン
  
 

参加日: 2001年8月
場所: Ashburn 、バージニア州
投稿数:9119
cronとcrontabの

我々のスレッドをcronとcrontabを含む数百人いる。かなりのリンクが多数とのポストを作成するよりも、私はほんのわずか数選択したリンク付きのチュートリアルを書くだろうと思っていた。

基礎知識

cronは1です デーモン 定期的なタスクが実行されます。 crontabのテキストファイルは、 cronを制御するため使用されている名前です。とのcrontabにも、プログラムの名前は、ファイルを変更するために使用さcrontabを呼ばれています。考えられる限りすべてのユーザーのcrontabファイルがある可能性がある。多くの場合、これらに格納されての/ var /スプール/のcron / crontabs / 。自分のユーザー名をperderabo場合、私の本当のcrontabは/ var /スプール/のcron / crontabs / perderabo 。最初のときは、 1つのcrontab等のcron / crontabを変更することのみをrootで/呼ばれていた書かれています。今では誰もがcronを使用するには、それぞれのcrontabを誰が所有しているユーザーの名前を取得します。存在するため、多くの可能性crontabsは、 cronのすべての変更のために監視することはできません。だから場合は、 crontabのプログラムを使用する必要があります。 crontabファイルを変更するには、また、 cronの変化を知ることができます。の場合は単にファイルを/ var編集/スプール/のcron / crontabs / 、 cronの変更を通知することはありません。

crontabのコマンドは、

ルートはいつものcrontabコマンドを使用することができます。他のユーザーがロックアウトされる可能性があります。でのファイルは、通常は/ usr / libに/のcron / cron.denyユーザのcronの使用を禁止されている人のリストが含まれます。もしそのファイルが存在しない場合は、 / usr / libの/のcron / cron.allow cronを使用することができますが、ユーザーの一覧があります。ファイルが存在する場合も、ルートのcronのみ使用できます。誰もが使用するcronは、空のcron.denyファイルを作成できるようにします。

しかし、 crontabをコマンドで注意してください。私たちは、事故で研究"は、完全にあなたのcrontabを削除する" crontabをした人々から十数のスレッドが必要です。そこから回復するためには、簡単な方法です。むしろ、単に"メール"あなたのファイルを編集するのcrontabを使用するよりも、一部のメンバーのことをお勧め
のcrontab - lの> mycrontab
mycrontab
crontabの< mycrontab

crontabのエントリの形式を

crontabのエントリは典型的なかもしれない:
15 18 * * 1-5 /一部/スクリプト
これを実行すると/月曜日から金曜日の18:15でいくつかの/スクリプトを実行します。

最初の5つのフィールドがあります:
分( 0-59 )
時間( 0-23 )
今月( 1月31日)の1日
今年( 1月12日)の刊行
曜日( 0-6 0 \u003d日曜日)

各フィールドのすべての値、または1つの整数の範囲を示すためにアスタリスクの意味は、いくつかの整数をカンマ、または2つの整数をhypenで区切らで区切ることができます。

のcronのいくつかのバージョンについては、曜日を1-7 7 \u003d日曜日とされています。 cronを受け入れるの多くのバージョンのいずれかを0または7日。

金曜日の最初の一ヶ月、または他のすべての火曜日、今月の最終土曜日のためのcrontabエントリ

このエントリを考えます:
0 0 1-7 * 5 /いくつか/スクリプト
を実行することを期待するかもしれない/最初の金曜日、毎月の最初の分の中にいくつかの/スクリプトを実行します。残念ながら、それは月の最初の1週間のそれぞれの日には、スクリプトが実行され、毎週金曜日。見る このスレッド この問題への解決策を確認してください。
crontabのエントリには、毎月最後の日を実行する


これは、コマンドラインからではないが、 crontabの作品

これはおそらく我々のコードのcronと苦情されています。 Unixの場合、スタートアップスクリプトを設定している環境にログインします。場合は、コマンド" printenv "またはお使いの環境で見ることができる"環境変数" 。一方、最大のcronはまばらな環境を設定します(参照してください 問題のcrontabに 詳細は。 )

私は、最善の解決策は、自身の環境を設定し、 cronを介してこれらを実行するシェルスクリプトを書くことだと思う。それは何の仕事の のcronで実行していない

〜で cronからのpingは、ユーザーは、 PATH環境変数の再定義というよりも、絶対パスを使用した。

このスレッドでは: cronの問題?と、ユーザーはソース。プロファイルは、環境を設定するファイルを働いた。しかし、それは技術の問題の原因 stty : tcgetattr :なしタイプライター と私はまた、それは神秘的な問題解決のためにセットアップすると思う。変更してください。プロファイルとcronjobs突然失敗することがあります。

最後の理由は、 crontabをコマンドで1のように署名を使用しています この記事

ほかのcronチュートリアル

そして最後に、 ちぇのcronについての情報が必要 および cronジョブ 他のcronのチュートリアルへのリンクしている。
 

ブックマーク

スレッドツール このスレッドを検索
このスレッドを検索

高度な検索
表示モード このスレッド
このスレッド

投稿ルール
あなた ことができない。 新しいスレッドを投稿
あなた ことができない。 返信の投稿
あなた ことができない。 添付ファイルの投稿
あなた ことができない。 自分の投稿を編集

BBコード なる 〜の上に
スマイリー なる 〜の上に
[イメージ] コードは オフ
HTMLコードは、 オフ
トラックバック なる 〜の上に
ピングバック なる 〜の上に
Refbacks なる 〜の上に




すべてGMT -4です。現在の時刻は 03:21午前


提供: vBulletin、著作権© 2000 - 2006、Jelsoft企業株式会社。言語翻訳による電源
vBCredits v1.4著作権© 2007 - 2008 、 PixelFXスタジオ
は、 UNIXおよびLinuxフォーラムのコンテンツ著作権© 1993 〜 2009 。すべての権利を管理しReserved.Ad RedTyger

コンテンツ関連のURLで vBSEO 3.2.0