常連

お世話になります。

LinuxのCronであるBASHスクリプトに引数を渡して定期実行したいと考えています。

```bash
*/1 * * * * /xxx/test.sh `引数１ 引数2 引数３` > test.log
```

このように記載したのですが、test.shでは引数が１つとして認識されてしまいます。

直接実行した場合は問題が無いのですが、回避策などはありますでしょうか。

よろしくお願いします。

Linux Cronで複数の引数を渡す方法

## テーマ、知りたいこと
Laravelで構築したWebアプリに、予約LINE通知機能を追加したいと考えています。
そのため、スケジュール実行を実現するための仕組みを検討しているのですが、
最適解がわからず悩んでおります。

現在私が検討している方法は以下2つです。
以下2つのどちらが良いか、または、他の方法や、他の方法のヒントになるような情報を頂けますと
助かります。

【前提】
予約LINE通知機能の概要は以下です。
　・WebアプリからLINE通知したい内容と、通知日時を登録する。
　・登録した日時になったら、LINE通知を行う。


【検討案⓵】
Webアプリで通知日時を登録する際に、CrontabコマンドでCronにスケジュール登録を行う。
（Cronから呼び出す処理は予め作成しておく）


【検討案⓶】
Webアプリで通知日時を登録する際に、「Kernel」クラスの「schedule」メソッドで定義を行う。
1分おきにCronが動作するように設定し、「schedule」メソッドで定義した処理を実行させる。


## 背景、状況
検討案⓶が良いかと考えているのですが、Cronを1分ごとに動作する場合、
リソース不足のリスクがあるのかと考えています。
デプロイするクラウドサーバーからの検討ももちろん必要と考えているのですが、
まずその前に、スケジュール実行のための仕組みを固める必要があると考えています。


何卒よろしくお願いいたします。

【Laravel】 Webアプリでスケジュール実行するための仕組み

いくつかのプログラムをcronで定期的に実行させています。
自宅で作業している場合は問題ありませんが、移動の際に給電がない状態で蓋を閉めるとスリープ状態を解除することができなくなるため、cronが止まってしまいます。
移動の際もcronの実行を止めたくないのですが、何か対策はありますでしょうか？
移動するPCとcronを実行するPCを分けるしかないでしょうか？
通常どのように運用しているか知りたいです。
ご存知の方おられましたら、ご教示お願いいたします。

cronで定期的にプログラムを実行していますが、移動する際にエラーになってしまう。

### 実現したいこと
shellに実装したループ文の結果が手動実行とcron実行で差異があるため、
手動実行内容に合わせたい。

### 質問内容
あるファイル数分繰り返し処理を行いたいのですが、cron側にて意図しない挙動となってしまっております。
色々調べてみたのですが原因が特定出来なかった為、皆様へお聞きしたい次第となります。

### 該当のソースコード
#!/bin/bash
～省略～
USER_NAME=\`whoami`
CURRENT_DIRECTORY=/home/"$USER_NAME"
～省略～
INPUT_DIR="$CURRENT_DIRECTORY"/ディレクトリ
INPUT_FILE1=rotation_list.lst
INPUT_FILE_PATH1="$INPUT_DIR"/"$INPUT_FILE1"
～省略～
#入力ファイルの読込
while read line; do
  TARGET_DIR="$line"
  sudo ls "$TARGET_DIR" >> /ディレクトリ/command.log
  sudo ls "$TARGET_DIR" | while read FILE; do
    echo "呼ばれたよ" >> /ディレクトリ/command.log
    ～省略～
  done
done < "$INPUT_FILE_PATH1"

### 該当のcron設定内容
#パス設定
PATH=/bin/bash:/usr/local/sbin:/usr/bin:/bin:/usr/local/bin
#JOB_NET設定
00 20 * * 0 /bin/bash /ディレクトリ/rotation.sh

### 試したこと
標準出力内容をそれぞれログ出力し、内容の確認を実施。
【手動実行】
20230326_145007_rotation.log
20230402_145007_rotation.log
20230409_201022_rotation.log
呼ばれたよ
呼ばれたよ
呼ばれたよ

【cron】
20230326_145007_rotation.log
20230402_145007_rotation.log
20230409_200803_rotation.log
呼ばれたよ

### 補足情報（FW/ツールのバージョンなど）
PRETTY_NAME="Ubuntu 22.04.2 LTS"
NAME="Ubuntu"
VERSION_ID="22.04"
VERSION="22.04.2 LTS (Jammy Jellyfish)"
VERSION_CODENAME=jammy
ID=ubuntu
ID_LIKE=debian
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
UBUNTU_CODENAME=jammy

shellに実装したループ文における手動実行とcron実行における挙動の差異について

お世話になっております。ubuntuで下記のコマンドを実行しました

```
sudo crontab -u root -e
```

そしてその中で
```
00 11 * * * apachectl stop;
```
と設定しました
ところが、11:00になってもapacheが動いたままでした

設定した後にコマンドが必要でしたでしょうか？
あるいは設定後、一定時間経過が必要条件でしたでしょうか？

よろしくお願いいたします

ubuntuでcrontabに設定した反映が実行されない

### 実現したいこと

Docker環境のsqlを、コンテナの外であるWSL2のUbuntu内のディレクトリに定期バックアップしたいです。


### 前提
・WSL2環境
・Dockerを利用

シェルスクリプトを手動で実行するとうまく動作するのですが、
シェルスクリプトをcronから呼び出すと、ファイルのタイムスタンプが更新されません。
平たく言うと、中身が更新されていません。

### 発生している問題・エラーメッセージ
![イメージ説明](https://ddjkaamml8q8x.cloudfront.net/questions/2023-03-05/7f39f3dc-e2c2-4efe-9b88-51fb425ff8d1.png)

18:30に``/bin/bash /usr/local/bin/database-backup.sh``
を手動で実行しました。

シェルスクリプトの中身は下記です。
```sh
#!/bin/bash
export PATH=/usr/local/bin:$PATH

#目的のディレクトリへ移動
cd  ${projectDirectory} 

#sqlのデータをコンテナ内の/tmpに書き出し
/usr/bin/docker-compose exec -T db bash -c 'mysqldump --no-tablespaces -u hogehoge -phogehoge laravel_local > /tmp/dump.sql'

#コンテナ内に書き出したデータを、コンテナ外にコピー
docker cp `docker-compose ps -q db`:/tmp/dump.sql ${backupDirectory}/sql/backup_`date +%Y%m%d%H%M`.sql
```

18:30のタイムスタンプで``backup_202303051830.sql``というファイルが、
コンテナの外である``\\wsl.localhost\Ubuntu\tmp\backup\sql``に無事生成されました。

しかし、このスクリプトをcrondから実行すると、タイムスタンプが過去の時間で中身の更新されていないデータが生成されてしまいます。（上記スクショ参照）

cronは下記のファイルで実行しいます。
``/etc/cron.d/ubuntu``
```cron
* * * * * root /bin/bash /usr/local/bin/database-backup.sh >> /var/log/cron.log 2>&1
```

### 試したこと1
ログを確認しましたが、データベースの接続情報をハードコーディングしないほうがいいぞ、って警告が出てくるだけです。
``cat /var/log/cron.log``
```log
mysqldump: [Warning] Using a password on the command line interface can be insecure.
```
これは普段成功するときも出ます。

手動でシェルスクリプトを呼び出したときは正しく動作するのに、
cronで呼び出すと、
```
#sqlのデータをコンテナ内の/tmpに書き出し
/usr/bin/docker-compose exec -T db bash -c 'mysqldump --no-tablespaces -u hogehoge -phogehoge laravel_local > /tmp/dump.sql'
```
~~だけがうまく実行できていないように思えます。~~
↓
勘違いでした。追記します。

### 試したこと2(追記)
最後の行
``docker cp `docker-compose ps -q db`:/tmp/dump.sql ${backupDirectory}/sql/backup_`date +%Y%m%d%H%M`.sql``
のコマンドをフルパスにしたら意図通りの動きになりました。

↓

``/usr/bin/docker cp `docker-compose ps -q db`:/tmp/dump.sql ${backupDirectory}/sql/backup_`date +%Y%m%d%H%M`.sql``



```sh
#!/bin/bash

projectDirectory=/root/crm-systrem
backupDirectory=/tmp/backup

export PATH=/usr/local/bin:$PATH
cd  ${projectDirectory} 
/usr/bin/docker-compose exec -T db bash -c 'mysqldump --no-tablespaces -u hogehoge -phogehoge laravel_local > /tmp/dump.sql'
/usr/bin/docker cp `docker-compose ps -q db`:/tmp/dump.sql ${backupDirectory}/sql/backup_`date +%Y%m%d%H%M`.sql
```

てっきり下から2行目のコマンド（コンテナ内にいったんバックアップを書き出す）がうまくいっていないとばかり思ってましたがそうではなったということになりますよね。

ただ、これだとotnさんがおっしゃるように
/usr/local/bin/dockerが別物として存在することになりますね。

``which docker``コマンドで調べると、``/usr/bin/docker``との結果が返ってきました。
``export PATH=/usr/local/bin:$PATH``をシェルスクリプト冒頭で宣言していて、フルパスじゃない状態でも違う挙動で動いたので、dockerコマンドが2つあるってことですよね。

ちょっとこれが何者なのかはまだわかりません。

よって根本解決とは言えないので、「未解決」に戻しました。

### 試したこと3(追記)
`` /usr/bin/docker``と`/usr/local/bin/docker`のバージョン確認
```bash
# /usr/bin/docker -v
Docker version 23.0.1, build a5ee5b1

# /usr/local/bin/docker -v
-bash: /usr/local/bin/docker: No such file or directory

#ls /usr/local/bin/
database-backup.sh
```
確認方法があっているかわかりませんが、``/usr/local/bin/docker``なんて元々いないんじゃ・・・
``/usr/local/bin/``には該当のシェルスクリプトがあるだけでした。

これは憶測ですが、WSL2環境なのでWindows側にインストールされているDocker Desktopを参照しようとしたのか？
などとも考えています。

ほぼ同じ方法でgit cloneした別環境ではどうなのか、日をまたぎますが試そうと思います。

### 
今回cronで実行しているシェルスクリプトである``database-backup.sh``末尾に
```sh
echo "job done"
docker -v
/usr/bin/docker -v
```
の3行を追加してみました。
↓結果
```bash
cat /var/log/cron.log
echo "job done"
Docker version 23.0.1, build a5ee5b1
Docker version 23.0.1, build a5ee5b1
```
「2つのdockerコマンドが独立していてそれぞれのバージョンが異なる」とかはちょっと考えづらいかな？
って感想です。

そもそもdockerコマンドがフルパスかどうかで実行されるコマンドが違うなら、
「cronではなく手動で実行した時には意図した動作をしていた」ことの説明がつかない気がしてきました。

### 補足情報（FW/ツールのバージョンなど）

- Laravel8
- Docker
- docker-compose
- WSL2
- Ubuntu

シェルスクリプト実行時に、dockerコマンドをフルパスで書いたときとそうでないときで挙動が異なる

logroteで設定しcronで動かすように設定してるのですが・・。
(logorote.confとcorntabには　0 0 * * * root run-parts /etc/cron.daily)

昨日設定して今朝確認したところ動いておりませんでした。
手動実行(sudo logrotate -f /etc/logrotate.conf)しましたが、それは普通に動いてました。

調べてみるとlogorote.timerなるものがあるようですが該当のフォルダには
無かったです。
パッケージなどはyumで調べてみましたが当たりがつきません。。
どうすればcronで動くようになりますでしょうか。
デフォルトのままであればlogorote.confで週次の4週分バックアップとしては動作は
していたのですが何が悪かったのかわかりません。

どうぞよろしくお願い致します。

[root@hogehoge timers.target.wants]# ls -l
total 3
lrwxrwxrwx.  1 root root   43 May  5  2021 dnf-makecache.timer
lrwxrwxrwx.  1 root root   44 May  5  2021 nm-cloud-setup.timer
lrwxrwxrwx.  1 root root   44 May  5  2021 unbound-anchor.timer

Logroteがcronで動かない

ubuntu18でcrontabで定期的に実行したいのですが、うまくいきません。
２分毎にtest.rbを実行しようと下記のようにしました。

当方cronを使うのは初めてで設定の仕方が間違っているのでしょうか？
```
$ crontab -e
*/2 * * * *     [user]      ruby /home/[username]/workspace/test.rb >> /home/[username]/workspace/test.log

$ sudo serviece cron restart

$ vi /var/log/syslog
・
・
Nov  6 16:50:01 k CRON[8291]: ([user]) CMD ([user]^Iruby /home/[username]/workspace/test.rb >> /home/[username]/workspace/test.log)
Nov  6 16:50:01 k CRON[8290]: (CRON) info (No MTA installed, discarding output)

```