コンテナのcronでスケジュールされたジョブを実行できない

Question

実現したいこと

Dockerコンテナ内でcronを入れてコンテナを常時立ち上げ、PHP/Laravelで作成されたジョブを定期実行したいのですが、No scheduled commands are ready to run.となってしまいます。
また、手動実行では問題なく実行できております。
以下確認した内容です。laravel.logや/var/log/cron.logには何も出力がありませんでした。
which phpの結果：/usr/local/bin/php
ps aux | grep cron：稼働していることを確認
php.iniにdisable_functions = proc_openの記載はなし

発生している問題・分からないこと

php artisan schedule:runした結果は以下です。
INFO No scheduled commands are ready to run.

エラーメッセージ

laravel.logやcron.logには何も出力されていません。

該当のソースコード

version: '3.9'

services:
  backend:
    build:
      context: ./backend
    container_name: backend-container
    volumes:
      - ../src:/var/www/html
    ports:
      - "80:80"
    depends_on:
      - db

  frontend:
    build:
      context: ./frontend
    container_name: frontend-container
    working_dir: /var/www/html
    ports:
      - "5173:5173"
    volumes:
      - ../src:/var/www/html

  batch:
    build:
      context: ./batch
    container_name: batch-container
    volumes:
      - ../src:/var/www/html
    depends_on:
      - db

  db:
    image: mysql:latest
    container_name: db-container
    ports:
      - "3306:3306"
    environment:
      MYSQL_ROOT_PASSWORD: root
      MYSQL_DATABASE: laravel
      MYSQL_USER: laravel
      MYSQL_PASSWORD: laravel
    volumes:
      - db_data:/var/lib/mysql
      - ./mysql/my.cnf:/etc/mysql/my.cnf

volumes:
  db_data:

FROM php:8.4-cli

RUN apt-get update && apt-get install -y \
    cron \
    rsyslog \
    curl \
    zip \
    unzip \
    git \
    libpng-dev \
    libonig-dev \
    libxml2-dev \
    libzip-dev \
    nano \
    vim \
    procps \
    && docker-php-ext-install pdo_mysql mbstring exif pcntl bcmath gd zip

COPY --from=composer:latest /usr/bin/composer /usr/bin/composer

# php.iniをコンテナ内にコピー
COPY php.ini /usr/local/etc/php/

# cron ジョブの設定をコピー
COPY crontab /etc/cron.d/batch-cron

# 設定ファイルの権限を変更
RUN chmod 0644 /etc/cron.d/batch-cron && \
    crontab /etc/cron.d/batch-cron

WORKDIR /var/www/html

# cronのログ出力先を設定（/var/log/cron.log）
RUN echo "cron.* /var/log/cron.log" > /etc/rsyslog.d/cron-log.conf

# ログファイルがない場合に作成し、適切な権限を設定
RUN touch /var/log/cron.log && chmod 666 /var/log/cron.log

# cronとrsyslogをバックグラウンドで実行する
CMD cron && tail -f /var/log/cron.log

<?php

namespace App\Console\Commands;

use Illuminate\Console\Command;

class SampleJob extends Command
{
    /**
     * The name and signature of the console command.
     *
     * @var string
     */
    protected $signature = 'batch:sample';

    /**
     * The console command description.
     *
     * @var string
     */
    protected $description = 'Command description';

    /**
     * Execute the console command.
     */
    public function handle()
    {
        \Log::info('Batch job is run!!!');
    }
}

<?php

namespace App\Console;

use App\Console\Commands\SampleJob;
use Illuminate\Console\Scheduling\Schedule;
use Illuminate\Foundation\Console\Kernel as ConsoleKernel;

class Kernel extends ConsoleKernel
{
    /**
     * Define the application's command schedule.
     *
     * @param  \Illuminate\Console\Scheduling\Schedule  $schedule
     * @return void
     */
    protected function schedule(Schedule $schedule)
    {
        $schedule->command('batch:sample')->everyMinute();
    }

    /**
     * Register the commands for the application.
     *
     * @return void
     */
    protected function commands()
    {
        $this->load(__DIR__.'/Commands');

        require base_path('routes/console.php');
    }
}

* * * * * root cd /var/www/html && php artisan schedule:run >> /var/log/cron.log 2>&1

試したこと・調べたこと

• teratailやGoogle等で検索した
• ソースコードを自分なりに変更した
• 知人に聞いた
• その他

上記の詳細・結果

1. crontabを以下に修正

* * * * * root cd /var/www/html && /usr/local/bin/php artisan schedule:run >> /var/log/cron.log 2>&1

または

* * * * * root cd /var/www/html && source /etc/profile && php artisan schedule:run >> /var/log/cron.log 2>&1

上記結果は変わらず、ログ出力もなし

2.権限を変更
chmod 644 /var/log/cron.log及びchmod 777 /var/log/cron.log
上記結果は変わらず、ログ出力もなし

3.cron restartやコンテナ再ビルド
上記結果は変わらず、ログ出力もなし

4.各種php artisan のキャッシュクリア
上記結果は変わらず

補足

PHP：8.4
Laravel：12.1
Docker：28.0.0
Docker Compose：v2.33.0

Comments

[hqf00342]

dockerコンテナ内でcrondは動いているのでしょうか？
crondとphp/laravelを1つのコンテナに入れているのでしょうか？dockerfile等も書いたほうが回答がでると思います

[matsu_918]

Dockerfile及びdocker-compose.ymlを追記しました。
cronとphp/laravelは同じコンテナ内です。backendのコンテナが別であり、同じvolumsを使用しています。
service cron statusの結果はcron is running.で動いております。

[tezcello]

> php artisan schedule:runした結果は以下です。
> INFO No scheduled commands are ready to run.
そのエラーメッセージで検索すると、「それを実行した『現時点』では実行すべきモノがない」って事だとか、schedule:run ではなく schedule:work で解決したとか、単にキャッシュの問題だとかが見つかるけれど...
質問者さんは、どの様に調べ、何を試し、どの様な結果を得たのでしょうか？

[matsu_918]

全文確認されているでしょうか。
which phpの結果：/usr/local/bin/php
ps aux | grep cron：稼働していることを確認
php.iniにdisable_functions = proc_openの記載はなし
まずは上記確認し、以下を試しています。
crontab修正
権限変更
cron restartやコンテナ再ビルド
各種php artisan のキャッシュクリア

また、手動実行には問題ありません。

[tezcello]

> 全文確認されているでしょうか。
一応読んでいますけどね。
「それ以外の事はやっていますか？」って事なんですが...

当方が検索したなかで見かけた範囲では、
> schedule:run ではなく schedule:work で解決した
なんて記述もあったけれど、schedule:run しか試していないみたいだし。

cronで実行させようとすると、:run では上手く機能しない事があるみたいな記述もあったり。

[matsu_918]

schedule:workは永続的に実行するのではないでしょうか？
今回は定期的に実行したいのでschedule:runでの実行を要件とした方がよいかと思っています。

[tezcello]

> schedule:runでの実行を要件とした方がよい
僕自身では Laravelに興味が無く実行できる環境をわざわざ構築するつもりもありませんので、調べた範囲で得られた情報しか持ち合わせていません。
検索結果を読んだ限りでは runでは上手くいかないとありましたが、質問者さんがそれを望むのでしたら僕から提供できる情報はありません。 orz..

[matsu_918]

承知しました。ご協力ありがとうございます。

Answer 1

LaravelプロジェクトがKernel.phpを認識していないことが原因でした。
bootstrap/app.phpでKernel.phpを明示的にバインドして返すことで認識させることができ、スケジュール実行も動作しました。
※以下例です。

// Console Kernel を手動でバインド
$app->singleton(
    Illuminate\Contracts\Console\Kernel::class,
    App\Console\Kernel::class
);

return $app;