fresh install with docker image throws 500 internal server error

[thelittleblackbird]

here the lgos from the docker composer:
docker@clouddocker:/docker/davis/docker$ docker compose logs
WARN[0000] /docker/davis/docker/docker-compose.yml: the attribute version is obsolete, it will be ignored, please remove it to avoid potential confusion
nginx | 2025/09/21 13:50:02 [notice] 1#1: using the "epoll" event method
nginx | 2025/09/21 13:50:02 [notice] 1#1: nginx/1.25.5
nginx | 2025/09/21 13:50:02 [notice] 1#1: built by gcc 13.2.1 20231014 (Alpine 13.2.1_git20231014)
nginx | 2025/09/21 13:50:02 [notice] 1#1: OS: Linux 6.1.0-12-amd64
nginx | 2025/09/21 13:50:02 [notice] 1#1: getrlimit(RLIMIT_NOFILE): 1048576:1048576
nginx | 2025/09/21 13:50:02 [notice] 1#1: start worker processes
nginx | 2025/09/21 13:50:02 [notice] 1#1: start worker process 9
nginx | 2025/09/21 13:50:02 [notice] 1#1: start worker process 10
nginx | 2025/09/21 13:50:02 [notice] 1#1: start worker process 11
nginx | 2025/09/21 13:50:02 [notice] 1#1: start worker process 12
mysql | 2025-09-21 13:50:01+00:00 [Note] [Entrypoint]: Entrypoint script for MariaDB Server 1:10.11.14+mariaubu2204 started.
mysql | 2025-09-21 13:50:02+00:00 [Warn] [Entrypoint]: /sys/fs/cgroup///memory.pressure not writable, functionality unavailable to MariaDB
mysql | 2025-09-21 13:50:02+00:00 [Note] [Entrypoint]: Switching to dedicated user 'mysql'
mysql | 2025-09-21 13:50:02+00:00 [Note] [Entrypoint]: Entrypoint script for MariaDB Server 1:10.11.14+mariaubu2204 started.
mysql | 2025-09-21 13:50:02+00:00 [Note] [Entrypoint]: MariaDB upgrade not required
mysql | 2025-09-21 13:50:02 0 [Note] Starting MariaDB 10.11.14-MariaDB-ubu2204 source revision 053f9bcb5b147bf00edb99e1310bae9125b7f125 server_uid 2tSYeDRQ+mOTQEuOO/g54RJgz6s= as process 1
mysql | 2025-09-21 13:50:02 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
mysql | 2025-09-21 13:50:02 0 [Note] InnoDB: Number of transaction pools: 1
mysql | 2025-09-21 13:50:02 0 [Note] InnoDB: Using crc32 + pclmulqdq instructions
mysql | 2025-09-21 13:50:02 0 [Note] mariadbd: O_TMPFILE is not supported on /tmp (disabling future attempts)
mysql | 2025-09-21 13:50:02 0 [Warning] mariadbd: io_uring_queue_init() failed with EPERM: sysctl kernel.io_uring_disabled has the value 2, or 1 and the user of the process is not a member of sysctl kernel.io_uring_group. (see man 2 io_uring_setup).
mysql | create_uring failed: falling back to libaio
mysql | 2025-09-21 13:50:02 0 [Note] InnoDB: Using Linux native AIO
mysql | 2025-09-21 13:50:02 0 [Note] InnoDB: innodb_buffer_pool_size_max=128m, innodb_buffer_pool_size=128m
mysql | 2025-09-21 13:50:02 0 [Note] InnoDB: Completed initialization of buffer pool
mysql | 2025-09-21 13:50:02 0 [Note] InnoDB: File system buffers for log disabled (block size=512 bytes)
mysql | 2025-09-21 13:50:02 0 [Note] InnoDB: End of log at LSN=46980
mysql | 2025-09-21 13:50:02 0 [Note] InnoDB: 128 rollback segments are active.
mysql | 2025-09-21 13:50:02 0 [Note] InnoDB: Setting file './ibtmp1' size to 12.000MiB. Physically writing the file full; Please wait ...
mysql | 2025-09-21 13:50:02 0 [Note] InnoDB: File './ibtmp1' size is now 12.000MiB.
mysql | 2025-09-21 13:50:02 0 [Note] InnoDB: log sequence number 46980; transaction id 14
mysql | 2025-09-21 13:50:02 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
mysql | 2025-09-21 13:50:02 0 [Note] Plugin 'FEEDBACK' is disabled.
mysql | 2025-09-21 13:50:02 0 [Warning] You need to use --log-bin to make --expire-logs-days or --binlog-expire-logs-seconds work.
mysql | 2025-09-21 13:50:02 0 [Note] InnoDB: Buffer pool(s) load completed at 250921 13:50:02
mysql | 2025-09-21 13:50:02 0 [Note] Server socket created on IP: '0.0.0.0', port: '3306'.
mysql | 2025-09-21 13:50:02 0 [Note] Server socket created on IP: '::', port: '3306'.
mysql | 2025-09-21 13:50:02 0 [Note] mariadbd: ready for connections.
mysql | Version: '10.11.14-MariaDB-ubu2204' socket: '/run/mysqld/mysqld.sock' port: 3306 mariadb.org binary distribution
davis | [21-Sep-2025 13:50:02] NOTICE: [pool www] 'user' directive is ignored when FPM is not running as root
davis | [21-Sep-2025 13:50:02] NOTICE: [pool www] 'group' directive is ignored when FPM is not running as root
davis | [21-Sep-2025 13:50:02] NOTICE: fpm is running, pid 1
davis | [21-Sep-2025 13:50:02] NOTICE: ready to handle connections
davis | 172.30.0.4 - 21/Sep/2025:13:50:05 +0000 "GET /index.php" 500
davis | 172.30.0.4 - 21/Sep/2025:13:50:06 +0000 "GET /index.php" 500
davis | 172.30.0.4 - 21/Sep/2025:13:50:07 +0000 "GET /index.php" 500
davis | 172.30.0.4 - 21/Sep/2025:13:50:07 +0000 "GET /index.php" 500
davis | 172.30.0.4 - 21/Sep/2025:13:50:08 +0000 "GET /index.php" 500
davis | 172.30.0.4 - 21/Sep/2025:13:50:09 +0000 "GET /index.php" 500
davis | 172.30.0.4 - 21/Sep/2025:13:50:09 +0000 "GET /index.php" 500
davis | 172.30.0.4 - 21/Sep/2025:13:50:10 +0000 "GET /index.php" 500

any idea?

[tchapi]

Did you run the migrations ?

[thelittleblackbird]

Yep, I did.

But according to the install instructions i understand that downloading the pre-compiled image this migration is not necessary, right?

in case it is useful i was able to collect this data with "dev" mode:
[22-Sep-2025 17:00:12] NOTICE: [pool www] 'user' directive is ignored when FPM is not running as root
[22-Sep-2025 17:00:12] NOTICE: [pool www] 'group' directive is ignored when FPM is not running as root
[22-Sep-2025 17:00:12] NOTICE: fpm is running, pid 1
[22-Sep-2025 17:00:12] NOTICE: ready to handle connections
172.24.0.4 - 22/Sep/2025:17:00:25 +0000 "GET /index.php" 500
NOTICE: PHP message: 2025-09-22T17:00:26+00:00 [critical] Uncaught Error: Class "Symfony\Bundle\WebProfilerBundle\WebProfilerBundle" not found
127.0.0.1 - 22/Sep/2025:17:00:42 +0000 "GET /status" 200
127.0.0.1 - 22/Sep/2025:17:01:12 +0000 "GET /status" 200

any other idea ?

thanks in advance

[tchapi]

But according to the install instructions i understand that downloading the pre-compiled image this migration is not necessary, right?

What pre-compiled image are you talking about? In any case, you need to run the migrations, no DB are included in any image

[critical] Uncaught Error: Class "Symfony\Bundle\WebProfilerBundle\WebProfilerBundle" not found

You're running the app in dev mode but have not installed the dev dependencies. Make sure you run the app in prod mode: APP_ENV=prod, I've added a blurb here

[thelittleblackbird]

I am downloading the v5.4.2 from github, from the docker-compose.yml
davis:
image: ghcr.io/tchapi/davis:latest

so, I understood with a fresh install no db migration was necessary because the new image will create the database as needed from the scratch. In any case the migration was done but no changes in the error 500

here is the stacktrace:
_RuntimeException:
Unable to create the "cache" directory (/var/www/davis/var/cache/pro).

at /var/www/davis/vendor/symfony/http-kernel/Kernel.php:601
at Symfony\Component\HttpKernel\Kernel->buildContainer()
(/var/www/davis/vendor/symfony/http-kernel/Kernel.php:498)
at Symfony\Component\HttpKernel\Kernel->initializeContainer()
(/var/www/davis/vendor/symfony/http-kernel/Kernel.php:744)
at Symfony\Component\HttpKernel\Kernel->preBoot()
(/var/www/davis/vendor/symfony/http-kernel/Kernel.php:170)
at Symfony\Component\HttpKernel\Kernel->handle(object(Request))
(/var/www/davis/vendor/symfony/runtime/Runner/Symfony/HttpKernelRunner.php:35)
at Symfony\Component\Runtime\Runner\Symfony\HttpKernelRunner->run()
(/var/www/davis/vendor/autoload_runtime.php:29)
at require_once('/var/www/davis/vendor/autoload_runtime.php')
(/var/www/davis/public/index.php:14)_

my apologies for not seeing the trace before

[tchapi]

so, I understood with a fresh install no db migration was necessary because the new image will create the database as needed from the scratch

The image does not contain any db, and will not run migrations on its own, you have to do it (it's indicated in the README)

Unable to create the "cache" directory (/var/www/davis/var/cache/pro).

You have a permission issue — the proxy user (nginx, www-data, etc — depends on what you're using) cannot write to the app folder. Make sure your shared volume has the correct permissions set so that both PHP and NGINX (for example) can rw to it

[thelittleblackbird]

OK, I will check again the volume, but honestly I don't know where to start, the volume is a docker managed one as defaulted in the example of docker-compose.yml

Do we know if the folders are created with enough permissions to the other apps to reused them?

Thanks in advance

[tchapi]

@thelittleblackbird, why not give a try to the standalone Docker version? It's probably easier to setup if you're not familiar with Docker permissions shenanigans

[thelittleblackbird]

well, I will spend a few more tries before quitting, just to see/learn where i am missing

but thanks for the tip

[thelittleblackbird]

Hi,
small and stupid question, the FPM_USER flag in the arguments for the image builds, has anything to do with the user nginx is running under?

I did a small comparison and it is the only difference i can spot. please remember than in my use case i download all the images.

[tchapi]

the FPM_USER flag in the arguments for the image builds, has anything to do with the user nginx is running under?

Yes, it's linked to the www-data user, so that the proxy (nginx, for instance) and the app server (fpm) can access the app root with the same user hence the same permissions; otherwise, we'd need to chmod aggressively so that both users can read/write there

[thelittleblackbird]

hi,
If i didnt understand anything wrong i think i spotted a few problems in the images downloaded from dockerhub

the nginx is running under user 101 but the www-data is user 82. this is solved in the dockerfile with the FPM_USER flag, but it is not present in the download image, making virtually impossible to fix only with the downloaded images.

in addition i was able to see that the nginx conf file relies in the /var/www/davis/public but the public folder is not created by the davis image.

and the migration can not be run using solely the download docker images because they are not built with that in fact the action listed in the instructions ("docker exec -it davis sh -c "APP_ENV=prod bin/console doctrine:migrations:migrate --no-interaction") is failing because all the needed scripts are not there.

So, unless i am mistaken, the only way to make this run is when you compile the image yourself. The published docker image seems not to work.

can you confirm these findings?

[tchapi]

Hi

I assume you're talking about the standard image, right? Not the standalone one.

the nginx is running under user 101 but the www-data is user 82.

There is no nginx in the docker image, it's just a PHP-FPM container without a proxy. You're free to use any proxy you want

this is solved in the dockerfile with the FPM_USER flag, but it is not present in the download image, making virtually impossible to fix only with the downloaded images.

FPM_USER is an environment var, so you can override it at run time if 82:82 doesn't suit you

in addition i was able to see that the nginx conf file relies in the /var/www/davis/public but the public folder is not created by the davis image.

The /var/www/davis/public is in the docker image, it's part of the source of the app (it's in the repo)

and the migration can not be run using solely the download docker images because they are not built with that in fact the action listed in the instructions ("docker exec -it davis sh -c "APP_ENV=prod bin/console doctrine:migrations:migrate --no-interaction") is failing because all the needed scripts are not there.

All scripts needed to run this are there, it runs just right as soon as you have correctly configured the DB connection (via env)

So, unless i am mistaken, the only way to make this run is when you compile the image yourself. The published docker image seems not to work.

It does work very well, I'm using it in production. Again, a Docker setup for a php-fpm container only is not an easy feat, you'd better use the standalone version if you're not comfortable with all the details. You'll still need to properly configure the DB of course, as indicated in the README

[thelittleblackbird]

ok, thanks for the answer