Bootstrap/cache not present/writable

Version ie <v5.10.30>

v5.11.41

Environment <Docker/Shared Hosting/Zip/Other>

Docker on Ubuntu 24.04

Checklist

  • Can you replicate the issue on our v5 demo site https://demo.invoiceninja.com or Invoice Ninja? N/A
  • Have you searched existing issues? YES
  • Have you inspected the logs in storage/logs/laravel.log for any errors? Not sure how? This is a docker install with startup issues

Describe the bug

Spinning up a fresh install of the latest docker debian v5.11.41.
Everything looks great in the logs until I start getting an endless loop for app-1:
Public Folder is up to date

In PackageManifest.php line 179:

The /var/www/html/bootstrap/cache directory must be present and writable.

Steps To Reproduce

Download dockerfiles from Git repository
Update .env and docker-compose.yml
start everything with: docker compose up -d && docker compose logs -f

Expected Behavior

Expected app to launch and be accessible

Additional context

Screenshots

Logs

Hi,

Maybe the suggestions here will help:

Feel free to ask in a discussion on GitHub.

Thank you, sir! That definitely did help my direction, however, in the end I could not get the app container up using local folders instead of volumes.
I’m running rootless Docker.
In the docker-compose.yml I specified local folders for ease of backup like this:
volumes:
- ./.env:/var/www/html/.env
# - ./php/php.ini:/usr/local/etc/php/conf.d/invoiceninja.ini:ro
# - ./php/php-fpm.conf:/usr/local/etc/php-fpm.d/invoiceninja.conf:ro
# - ./supervisor/supervisord.conf:/etc/supervisor/conf.d/supervisord.conf:ro
- ./docker-data/app_cache:/var/www/html/bootstrap/cache
- ./docker-data/app_public:/var/www/html/public
- ./docker-data/app_storage:/var/www/html/storage

Unfortunately, even after trying to set the folders to 777, the best I got was an error that I needed to specify a cache folder.
Most of the fixes I read to create the /var/www/html/bootstrap/cache folder manually and change it’s permissions seem to be referring to local installs… I have zero idea how I’d do that to a docker image. I can’t even exec into it because it keeps failing and restarting.

I then decided to test with the original docker volumes from the repo’s docker-compose.yml and lo and behold it works just fine. So I’m guessing it has to be a permissions issue on the folders but I have no idea what those permissions would have to be as it didn’t even work by chmod-ing them to 777.
Would love some help if anyone has any ideas! Until then I guess I’ll run like it is with the docker volumes and figure out a way to back those up.

Thanks!