plugin-daemon: Unable to connect to Postgres

[marcelgoya]

Self Checks

• I have read the Contributing Guide and Language Policy.
• This is only for bug report, if you would like to ask a question, please head to Discussions.
• I have searched for existing issues search for existing issues, including closed ones.
• I confirm that I am using English to submit this report, otherwise it will be closed.
• 【中文用户 & Non English User】请使用英语提交，否则会被关闭 ：）
• Please do not modify this template :) and fill in all the required fields.

Dify version

v1.10.1

Cloud or Self Hosted

Self Hosted (Docker)

Steps to reproduce

I just upgraded from v1.10.0 to the latest v1.10.1 and the langgenius/dify-plugin-daemon:0.4.1-local container is giving me the following error message:

2025/11/26 11:37:57 /app/internal/db/pg/pg.go:30
[error] failed to initialize database, got error failed to connect to `host=db_postgres user=postgres database=dify_plugin`: hostname resolving error (lookup db_postgres on 127.0.0.11:53: server misbehaving)

2025/11/26 11:37:57 /app/internal/db/pg/pg.go:34
[error] failed to initialize database, got error failed to connect to `host=db_postgres user=postgres database=postgres`: hostname resolving error (lookup db_postgres on 127.0.0.11:53: server misbehaving)
2025/11/26 11:37:57 init.go:99: [PANIC]failed to init dify plugin db: failed to connect to `host=db_postgres user=postgres database=postgres`: hostname resolving error (lookup db_postgres on 127.0.0.11:53: server misbehaving)
panic: [PANIC]failed to init dify plugin db: failed to connect to `host=db_postgres user=postgres database=postgres`: hostname resolving error (lookup db_postgres on 127.0.0.11:53: server misbehaving)

✔️ Expected Behavior

Able to connect with Postgres DB

❌ Actual Behavior

Not connecting

[dosubot]

Hi @marcelgoya! I'm Dosu and I’m helping the dify team.

There are no changes in the docker-compose or environment files between v1.10.0 and v1.10.1 that would explain a new hostname resolution failure for db_postgres. Both plugin_daemon and db_postgres are attached to the default Docker network, which should allow hostname resolution via Docker's internal DNS. The error you’re seeing (lookup db_postgres on 127.0.0.11:53: server misbehaving) suggests a runtime DNS issue inside the container, not a config or code change reference.

Here are some targeted steps to troubleshoot:

• Make sure the db_postgres container is running and healthy (docker ps and docker inspect for health status).
• Restart both db_postgres and plugin-daemon containers to clear any transient DNS issues.
• If the problem persists, try recreating the Docker network (docker-compose down -v and then docker-compose up -d).
• Check that your Docker version is up to date and that no system-level DNS changes have been made recently.
• If you have custom Docker networks or have modified network settings, ensure both services are on the same network.

If you still see the DNS error after these steps, please share the output of docker network inspect for the relevant network and any logs from the db_postgres container.

To reply, just mention @dosu.

---

^{How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other}

   

[koalababy2024]

same as me

[marcelgoya]

The following command fixes the problem for now. Apparently it's a renaming issue ...

docker compose --profile postgresql up -d

[jlfloresTeika]

Check .env.example for new postgres config. related environment variables.

Even with the docker compose --profile postgresql up -d

My docker stack that was working fine on the previous release it was unable to connect to database in this release.

Issue in my case was that those keys:

DB_TYPE=postgresql
DB_HOST=db_postgres

Were not updated (my fault).
DB_TYPE was not present and DB_HOST was pointed to db instead of db_postgres .

I've noticed by carefully examining diff --color=auto -u .env.example .env since the .env.example is up-to-date.

After update those env vars the stack with docker compose up -d came up working good again but with some lingering console errors that:

docker compose down
docker compose --profile postgresql up -d

Completely solved.

Very interested in what env vars are worth to keep an eye on for self-hosted instances to be in-line with the recent improvements and config requirements.

Million Thanks @crazywoola and team

[crafthm]

same to me ,but this method 'docker compose --profile postgresql up -d' can't fix my dify.

[dht-hedaihua]

The real reason is that the relevant configurations in the.env.example file have been changed, and the latest docker-compose.yaml file has renamed the original db service to db_postgres So the correct solution is to replace the updated .env file with the latest .env.example file, and then modify your exclusive configuration. Then execute docker compose up - d normally.

[crafthm]

@dht-hedaihua thank you, it works.

[0x5c0f]

If your .env configuration file only contains key items, then you need to keep this configuration: COMPOSE_PROFILES=${VECTOR_STORE:-weaviate},${DB_TYPE:-postgresql}

[Zhang-Man]

Accoring @dht-hedaihua answer fix this bug from old version, you need rebuild .env file according to the lastest .env.example .

1. cp .env .env-$(date +%s).bak
2. open .env.example to configure your configuration.
3. cp .env.example .env
4. follow Upgrade Guide
5. docker compose up -d