You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I encountered a database error when trying to deploy an application with multiple services via docker-compose. Let me first explain, how I got to this issue: I want to deploy an application with multiple different services. There is a container hosting a web frontend, a container hosting a backend service, multiple different database, and so on. Almost all of these services have some kind of UI to manage them. For example, I am using the database Influx for time series data and want to be able to access the provided UI from a public domain. So I created a new docker-compose resource and pasted the docker-compose file with the services. I noticed that I was only able to set a custom domain for some services. The problem seems to be that Coolify detects some services (including Influx) as databases and some as applications. I could only define a custom domain for the applications. This does not make sense to me.
While trying to work around this problem, I set the FQDN env variable in the docker-compose to get any domain. This produced the following error message:
SQLSTATE[42703] Undefined column 7 ERROR column fqdn of relation service_databases does not exist
LINE 1 update service_databases set fqdn = $1, updated_at = $...
^ (Connection pgsql, SQL update service_databases set fqdn = httpsinfl-kc40wc4c0wgswcgo4wc04swc.aimpera.de, updated_at = 2025-01-12 095134 where id = 13)
The database error is thrown but the resource is still created.
Notice how the EdgeDB service (which is also a database) has a generated domain but Influx has not. This counterintuitive in my opinion.
Example Repository URL
No response
Coolify Version
v4.0.0-beta.380
Are you using Coolify Cloud?
No (self-hosted)
Operating System and Version (self-hosted)
Ubuntu 22.04
Additional Information
Apart from fixing this bug, it might be good to know if there is any way to make a service accessible via domain, even if it is recognized internally as a database.
The text was updated successfully, but these errors were encountered:
mxhffmn
added
🐛 Bug
Reported issues that need to be reproduced by the team.
🔍 Triage
Issues that need assessment and prioritization.
labels
Jan 12, 2025
Error Message and Logs
I encountered a database error when trying to deploy an application with multiple services via docker-compose. Let me first explain, how I got to this issue: I want to deploy an application with multiple different services. There is a container hosting a web frontend, a container hosting a backend service, multiple different database, and so on. Almost all of these services have some kind of UI to manage them. For example, I am using the database Influx for time series data and want to be able to access the provided UI from a public domain. So I created a new docker-compose resource and pasted the docker-compose file with the services. I noticed that I was only able to set a custom domain for some services. The problem seems to be that Coolify detects some services (including Influx) as databases and some as applications. I could only define a custom domain for the applications. This does not make sense to me.
While trying to work around this problem, I set the FQDN env variable in the docker-compose to get any domain. This produced the following error message:
Steps to Reproduce
Example Repository URL
No response
Coolify Version
v4.0.0-beta.380
Are you using Coolify Cloud?
No (self-hosted)
Operating System and Version (self-hosted)
Ubuntu 22.04
Additional Information
Apart from fixing this bug, it might be good to know if there is any way to make a service accessible via domain, even if it is recognized internally as a database.
The text was updated successfully, but these errors were encountered: