![]() |
Helloやアメリカ合衆国へようこそ! UNIXおよびLinuxフォーラム!訪問し、当社のグローバルコミュニティに参加いただきありがとうございます。
|
|
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午前 |
|
|
LinkBack | スレッドツール | このスレッドを検索 | スレッドを評価 | 表示モード |
|
|||||
|
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のチュートリアルへのリンクしている。 |