WSL2環境でCronを実行してみる

さらにChatGPTに質問したところ、以下のようにコンソールに表示されないそうなのでログファイルに出力させるようにしました。

Cronジョブは通常、ユーザーがログインしているコンソールやターミナルに出力を表示しません。Cronはバックグラウンドで動作し、スクリプトの標準出力や標準エラー出力はどこにも表示されないため、特定の出力先にリダイレクトする必要があります。

出力のハンドリング:

1. ファイルへのリダイレクト: スクリプトの出力をファイルにリダイレクトすることで、後で確認することができます。たとえば、次のようにCron設定を行います。

   bash

   Copy code

   * * * * * /home/shozo1030/scripts/helloWorld.sh >> /home/shozo1030/logs/helloWorld.log 2>&1


   この設定では、標準出力と標準エラー出力の両方を helloWorld.log に追記します。

2>&1の意味

1は標準出力2は標準エラー出力
つまり標準エラー出力を標準出力にリダイレクトしていることを意味しています。
これによりエラーメッセージが標準出力と同じ場所に送られることでコンソールに表示することができるというわけです。

話は戻って、

上記のようにcrontab -eの内容を変更したのちに、logsフォルダとhelloWorld.logを作成しました。
その後、tailコマンドで追記されているかどうかを確認したところ以下のようになりました。

Permission deniedになっている！！！！
けどとりあえずcronがしっかり実行されているところまでは行けた！
あとは実行権限を付与してあげればよさそう。

実行権限を以下のように付与します。

以下ChatGPTによる説明

実行権限の付与について

Crontab自体に直接実行権限を付与するというよりは、Cronで実行するスクリプトに実行権限を付与する必要があります。ここでは、Cronで実行するスクリプトファイルに実行権限を付与する方法について説明します。

### スクリプトに実行権限を付与する手順

1. **ターミナルを開く**: ターミナルまたはコマンドラインインターフェイスを開きます。

2. **スクリプトの場所に移動**: `cd` コマンドを使って、スクリプトが保存されているディレクトリに移動します。例えば、スクリプトが `/home/username/scripts` ディレクトリにある場合は、以下のコマンドを実行します。
“`bash
cd /home/username/scripts
“`

3. **実行権限を付与**: `chmod` コマンドを使用してスクリプトに実行権限を付与します。スクリプト名が `helloWorld.sh` である場合、以下のコマンドを実行します。
“`bash
chmod +x helloWorld.sh
“`

このコマンドにより、スクリプトは実行可能になります。

### 注意点
– **パスの確認**: スクリプトをCronジョブとして追加する際には、スクリプトのフルパスを正確に指定することが重要です。`which` コマンドを使ってコマンドのフルパスを確認することができます。
– **Cronの環境**: Cronジョブは限定的な環境変数セットで実行されるため、スクリプト内で必要な環境変数を設定するか、使用するコマンドのフルパスを指定する必要があります。
– **ログの確認**: Cronジョブの実行結果を確認するために、出力をログファイルにリダイレクトすると良いでしょう。

以上の手順でスクリプトに実行権限を付与し、Cronジョブとして問題なく実行できるようになります。

+xの意味

`+x` はUNIXおよびUNIX系オペレーティングシステムのファイルシステムにおける権限設定の一部で、特定のファイルに「実行権限」を追加することを意味します。`chmod` コマンドを使用してこの設定を行います。

### `chmod` コマンドの概要

`chmod` は “change mode” の略で、ファイルやディレクトリのアクセス権限を変更するために使用されます。アクセス権限には以下の三つがあります：

– **読み取り権限 (r)**: ファイルの内容を読むことができる権限。
– **書き込み権限 (w)**: ファイルの内容を変更することができる権限。
– **実行権限 (x)**: ファイルをプログラムやスクリプトとして実行することができる権限。

### 実行権限 (`x`) の意味

ファイルに対する `+x` の指定は、そのファイルを実行可能なプログラムまたはスクリプトとして扱えるようにするためのものです。通常、シェルスクリプトやコンパイル済みのプログラムファイルに対して実行権限を付与します。

### 使用例

例えば、`helloWorld.sh` という名前のシェルスクリプトファイルに実行権限を付与する場合、以下のコマンドを使用します：

“`bash
chmod +x helloWorld.sh
“`

このコマンドは `helloWorld.sh` に実行権限を追加します。これにより、ユーザーはスクリプトファイルを直接実行することが可能になります（例: `./helloWorld.sh`）。

### 権限の確認

ファイルの現在の権限を確認するには、`ls -l` コマンドを使用します。このコマンドはファイルの権限を含む詳細なリストを表示します。例えば、

“`bash
ls -l helloWorld.sh
“`

出力例:

“`plaintext
-rwxr-xr-x 1 user group 28 Oct 18 12:00 helloWorld.sh
“`

ここで、`rwxr-xr-x` という部分がファイルの権限を表しており、最初の `rwx` はファイルの所有者に対する読み取り、書き込み、実行の権限があることを示しています。

再度、logファイルを見てみる

ちゃんとログが表示されている！
地味に色々調べてめんどくさかったけど、無事に成功しました！

systemctlでは動かなくてserviceでは動く

この原因は何でなのか？気になったので調べました。

`systemctl`と`service`コマンドは、Linuxシステムでサービスを管理するためのツールですが、それぞれ異なるシステムに基づいています。

1. **systemctl**
– `systemctl`は`systemd`システムの一部で、現代のほとんどのLinuxディストリビューションで採用されている初期化システムです。
– `systemd`は従来のSysV initスクリプトに代わるものとして導入されました。
– `systemctl`を使用すると、ユニットファイルという設定ファイルを通じてサービスを有効化、無効化、開始、停止、再起動、ステータス確認などができます。
– マルチユーザー環境や依存関係のあるサービスの管理に優れており、より詳細なコントロールが可能です。

2. **service**
– `service`コマンドは、より古いSysV initスタイルのサービス管理を行いますが、多くの現代のディストリビューションでも後方互換性のためにサポートされています。
– このコマンドはスクリプトを直接操作してサービスを開始、停止、再起動します。
– `service`コマンドは`systemd`が主流になる前の古いディストリビューションで広く使用されていました。
– `service`コマンドの使用は、直感的な操作ではありますが、`systemd`の提供する機能や細かな設定オプションに比べると限定的です。

要約すると、`systemctl`は`systemd`に基づいた現代的な管理方法を提供し、`service`は古いSysV initシステムに基づいた管理方法を提供しますが、多くのシステムで後方互換性のために依然として利用可能です。

これだけだとまだ深くわからないので今度調べてみます！

以上です。参考にしてみてください！