Open VorpalBlade opened 8 months ago
Seems part of the problem is that it gitea doesn't manage to talk to the database:
[gitea] | 2024/03/03 10:21:47 routers/common/db.go:37:InitDBEngine() [I] Backing off for 3 seconds
[gitea] | 2024/03/03 10:21:50 routers/common/db.go:30:InitDBEngine() [I] ORM engine initialization attempt #9/10...
[gitea] | 2024/03/03 10:21:50 cmd/web.go:194:serveInstalled() [I] PING DATABASE postgres
[gitea] | 2024/03/03 10:21:55 routers/common/db.go:36:InitDBEngine() [E] ORM engine initialization attempt #9/10 failed. Error: dial tcp: lookup db on 10.89.2.1:53: read udp 10.89.2.8:37392->10.89.2.1:53: read: connection refused
I assume this earlier message has something to do with it:
[db] | The files belonging to this database system will be owned by user "postgres".
[db] | This user must also own the server process.
[db] |
[db] | The database cluster will be initialized with locale "en_US.utf8".
[db] | The default database encoding has accordingly been set to "UTF8".
[db] | The default text search configuration will be set to "english".
[db] |
[db] | Data page checksums are disabled.
[db] |
[db] | fixing permissions on existing directory /var/lib/postgresql/data ... ok
[db] | creating subdirectories ... ok
[db] | selecting dynamic shared memory implementation ... posix
[db] | selecting default max_connections ... 100
[db] | selecting default shared_buffers ... 128MB
[db] | selecting default time zone ... Etc/UTC
[db] | creating configuration files ... ok
[db] | running bootstrap script ... ok
[db] | performing post-bootstrap initialization ... ok
[db] | syncing data to disk ... ok
[db] |
[db] |
[db] | Success. You can now start the database server using:
[db] |
[db] | pg_ctl -D /var/lib/postgresql/data -l logfile start
[db] |
[db] | waiting for server to start....2024-03-03 10:20:36.730 UTC [45] LOG: starting PostgreSQL 16.2 (Debian 16.2-1.pgdg120+2) on x86_64-pc-linux-gnu, compiled by gcc (Debian 12.2.0-14) 12.2.0, 64-bit
[db] | 2024-03-03 10:20:36.731 UTC [45] LOG: listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
[db] | 2024-03-03 10:20:36.734 UTC [48] LOG: database system was shut down at 2024-03-03 10:20:36 UTC
[db] | 2024-03-03 10:20:36.737 UTC [45] LOG: database system is ready to accept connections
[db] | done
[db] | server started
[db] | CREATE DATABASE
[db] |
[db] |
[db] | /usr/local/bin/docker-entrypoint.sh: ignoring /docker-entrypoint-initdb.d/*
[db] |
[db] | waiting for server to shut down...2024-03-03 10:20:36.896 UTC [45] LOG: received fast shutdown request
[db] | .2024-03-03 10:20:36.897 UTC [45] LOG: aborting any active transactions
[db] | 2024-03-03 10:20:36.898 UTC [45] LOG: background worker "logical replication launcher" (PID 51) exited with exit code 1
[db] | 2024-03-03 10:20:36.898 UTC [46] LOG: shutting down
[db] | 2024-03-03 10:20:36.899 UTC [46] LOG: checkpoint starting: shutdown immediate
[db] | 2024-03-03 10:20:37.062 UTC [46] LOG: checkpoint complete: wrote 923 buffers (5.6%); 0 WAL file(s) added, 0 removed, 0 recycled; write=0.013 s, sync=0.149 s, total=0.164 s; sync files=301, longest=0.002 s, average=0.001 s; distance=4257 kB, estimate=4257 kB; lsn=0/1913068, redo lsn=0/1913068
[db] | 2024-03-03 10:20:37.068 UTC [45] LOG: database system is shut down
[db] | done
[db] | server stopped
[db] |
[db] | PostgreSQL init process complete; ready for start up.
[db] |
Seems like the database starts up but then shuts down again? Maybe? This is well outside my expertise.
I don't use podman myself. If anybody has a fix, I will review the PR 👍
Bug description
While trying to make a PR for release-plz I have had lots of issues running the test suite. I have podman, not docker, installed. And it is failing with
Error: no container with name or ID "gitea" found: no such container
. I thought the issue wasimage: gitea/gitea:1.21.6-rootless
rather than specifying which registry it is supposed to come from (podman wants you to specifydocker.io/library/gitea/gitea:1.21.6-rootless
, the docker.io registry isn't considered more "blessed" than any other registry), but even changing that didn't fix the test run.To Reproduce
Steps to reproduce the behavior:
cd tests; podman-compose up
If I apply the basic fix the containers start:
But the tests still don't pass:
Expected behavior
Images should start and work just fine. And work with tests. I cannot install docker, I have a setup that assumes podman for other critical things.
Screenshots
Environment
Additional context