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
We're trying to deploy one of our private repositories (gitlab.com team) via a self-hosted Coolify instance (running in the Hetzner Cloud). Most of our applications require a custom Dockerfile or docker-compose file to run optimally. Our websites & web apps are mostly build based on node.js (like in this case), therefore we want to use an Nginx container to improve static file handling.
Connecting the private repo with Coolify is in general no problem. Deploying with the "Dockerfile" Build Pack and setting the Dockerfile path to /docker/Dockerfile works as expected. The Container gets build and is up & running.
But when I switch the Build Pack to "Docker Compose", enter the compose file path /docker/docker-compose.yml and hit "Save" I get the following error message:
Cloning into '.'... [email protected]: Permission denied (publickey).
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
Switching back to "Dockerfile" Build Pack and hitting save & deploy and it works again. Same branch in both cases.
This error is very frustrating and I hope someone can help us to solve this. Thanks a lot, loving your work so far!
Please keep in mind that we normally use GitLab for all our repositories, therefore the "Private Repository (with deploy key)" option.
The text was updated successfully, but these errors were encountered:
JensUweB
added
🐛 Bug
Reported issues that need to be reproduced by the team.
🔍 Triage
Issues that need assessment and prioritization.
labels
Sep 20, 2024
Similar issue I am experiencing here, I later discovered that an identity option is missing in the git ls-remote <repo> main command as compared against others that were successful. The version I'm running is v4.0.0-beta.345
@JensUweB I Don't know if you later found a workaround, I was able get successful deploy with deploy keys directly added on projects or repositories. Discovered any key added directly to user account doesn't work or fails deploy... Can't tell if this is deliberate by design. ✅
@JensUweB I Don't know if you later found a workaround, I was able get successful deploy with deploy keys directly added on projects or repositories. Discovered any key added directly to user account doesn't work or fails deploy... Can't tell if this is deliberate by design. ✅
I will test this later & post an update here. Thanks for your reply.
Error Message and Logs
We're trying to deploy one of our private repositories (gitlab.com team) via a self-hosted Coolify instance (running in the Hetzner Cloud). Most of our applications require a custom Dockerfile or docker-compose file to run optimally. Our websites & web apps are mostly build based on node.js (like in this case), therefore we want to use an Nginx container to improve static file handling.
Connecting the private repo with Coolify is in general no problem. Deploying with the "Dockerfile" Build Pack and setting the Dockerfile path to
/docker/Dockerfile
works as expected. The Container gets build and is up & running.But when I switch the Build Pack to "Docker Compose", enter the compose file path
/docker/docker-compose.yml
and hit "Save" I get the following error message:Switching back to "Dockerfile" Build Pack and hitting save & deploy and it works again. Same branch in both cases.
This error is very frustrating and I hope someone can help us to solve this. Thanks a lot, loving your work so far!
Steps to Reproduce
/docker/docker-compose.yaml
& hit save.Example Repository URL
https://github.com/JensUweB/coolify-docker-compose-bug
Coolify Version
v4.0.0-beta.341
Are you using Coolify Cloud?
No (self-hosted)
Operating System and Version (self-hosted)
Ubuntu 24.04
Additional Information
Please keep in mind that we normally use GitLab for all our repositories, therefore the "Private Repository (with deploy key)" option.
The text was updated successfully, but these errors were encountered: