Closed jermanoid closed 2 months ago
I'm note sure, it seems the application is indeed stuck at the database init step. Maybe a permission problem?
You could try the following:
data
directoryQUARKUS_LOG_LEVEL=DEBUG
env variable to enable more verbose logs5.0.2-h2-jvm
docker tag that uses a JVM instead of the binary executable to see if the issue also happensI didn't find any success. I was able to get the more verbose logging from Quarkus, which was useful but I didn't see anything that jumps out to me as a problem. This was from a fresh launch of the h2 instance using a fresh volume to alleviate potential permission problems. I tried with the JVM image also without any luck. For now I'm going to stick with 4.6.0 as I believe this is some kind of issue with my setup and not Commafeed itself.
Here was the Debug logs from my last run rss-commafeed-1_logs.txt
One last thing before I'm out of ideas, could you try with the master-h2
docker tag? It uses Quarkus 3.13.3 which fixes this issue, which in turn fixes this one that seems to drain the entropy causing liquibase to be stuck.
Ah this worked! on my clean test instance, and my existing postgresql instance
Describe the bug I'm unable to successfully launch a docker instance of Commafeed version 5.0.0 or later. I initially attempted an upgrade of my existing Commafeed + postgresql stack, but decided to revert that back to 4.6.0 and attempt with a separate fresh install using the h2 docker-compose example. Commafeed appears to launch successfully, although there are no log messages you'd typically see with an initial launch where the database is being initialized. I only see one log entry. This was the same experience I had trying to upgrade my existing 4.6.0 installation to 5.0.2. I'm unaware of any environment variables or options to achieve more verbose logs.
I do see the application running
The data directory populates, so I know the database is at least being created. I'm unable to access the server at http://[my server's IP]:8082. I attempted to log into the container and run netstat -a but I see nothing listening on the expected port.
I did attempt to launch on 5.0.0 and 5.0.1 as well.
To Reproduce Steps to reproduce the behavior:
Screenshots
Expected behavior Launch a docker-compose container using the provided example (modified for bind mount location, etc). access server from a browser at http://[server IP]:8082
Environment (please complete the following information):