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]: Whenever I attempt to start any Docker Compose project, the server crashes. This issue persists across multiple providers. #4057

Closed
abdulsaheel opened this issue Oct 29, 2024 · 2 comments

Comments

@abdulsaheel
Copy link

Error Message and Logs

Image
Whenever I attempt to start any Docker Compose project, the server crashes. This issue persists across multiple instances

Steps to Reproduce

1. Update Coolify

Update Coolify to version v4.0.0-beta.36:

2. Create a Project in a Private GitHub Repository

  1. Create a private repository on GitHub.
  2. Set up a project using Docker-Compose in the repository.

3. Start the Application

Attempt to start the application. You may encounter the following error:

Error: sudo: /etc/sudo.conf is owned by uid 1000, should be 0

Example Repository URL

No response

Coolify Version

v4.0.0-beta.360

Are you using Coolify Cloud?

No (self-hosted)

Operating System and Version (self-hosted)

Ubuntu 24.04

Additional Information

No response

@abdulsaheel abdulsaheel added 🐛 Bug Reported issues that need to be reproduced by the team. 🔍 Triage Issues that need assessment and prioritization. labels Oct 29, 2024
@beejaz
Copy link

beejaz commented Nov 2, 2024

It seems your server setup could be wrong, are you running coolify as root user or regular user? What happens if you write any sudo command in the terminal? Do you get the same error?

@abdulsaheel
Copy link
Author

Hey Thanks for the reply,

After investigating further, I found that the issue was caused by Docker Compose accessing files under the /etc/ directory for storage mounting. This access led to conflicts, resulting in the error:

sudo: /etc/sudo.conf is owned by uid 1000, should be 0

To resolve this, I adjusted the mounts to avoid directly mapping sensitive files from /etc/ into the container. If other users encounter this issue, a good workaround is to:

  • Avoid direct mounts to system directories like /etc/, or copy necessary files to a user-accessible location outside of /etc/.
  • Alternatively, consider using Docker-managed volumes or tmpfs mounts to avoid permission conflicts with root-owned files.

Hope this helps clarify the root cause and assists others in troubleshooting similar issues. Let me know if you need any more details!


@github-actions github-actions bot removed 🐛 Bug Reported issues that need to be reproduced by the team. 🔍 Triage Issues that need assessment and prioritization. labels Nov 6, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants