Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug]: File permissions on service stack configuration files after Coolify upgrade #4911

Open
actraiser opened this issue Jan 22, 2025 · 0 comments
Labels
🐛 Bug Reported issues that need to be reproduced by the team. 🔍 Triage Issues that need assessment and prioritization.

Comments

@actraiser
Copy link

actraiser commented Jan 22, 2025

Error Message and Logs

After upgrading to the Coolify 4.0.0-Beta-384 , i also noticed that when restarting my Supabase Stack, it failed. The Container logs threw errors for both supabase-db and supabase-kong. Both complained about errors accessing configuration files (kong.yml and postgres.conf) - those files reside in /data/coolify/services/-the-id-/volumes/api and /data/coolify/services/-the-id-/volumes/db

I had to manually update the file permissions of the two files to make restarting the stack work again. Did any of the recent coolify updates change how configuration files bind by docker-compose stack are treated/stored? While I modified postgres.conf a lot in the past, i never touched kong.yml by the way.

-act

Steps to Reproduce

Restart an existing Supabase Service Stack under Beta 384

Example Repository URL

No response

Coolify Version

v4.0.0-beta.385

Are you using Coolify Cloud?

No (self-hosted)

Operating System and Version (self-hosted)

Ubuntu 24.04.1 LTS

@actraiser actraiser added 🐛 Bug Reported issues that need to be reproduced by the team. 🔍 Triage Issues that need assessment and prioritization. labels Jan 22, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🐛 Bug Reported issues that need to be reproduced by the team. 🔍 Triage Issues that need assessment and prioritization.
Projects
None yet
Development

No branches or pull requests

1 participant