-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
import: Git SSH keyfile auth broken in dvc>=2.44.0 #9080
Comments
Can you try updating to the latest release ( |
There is a possibility that the import is not going to work with 2.45.1 also. As I mentioned in #9016 (comment) the dvc is still failing to import or just list the repository over ssh when no credentials helper configured. |
|
Regression from #9041 / iterative/scmrepo#189 |
Using pygit2 was causing iterative/dvc#9080
Using pygit2 was causing iterative/dvc#9080
Using pygit2 was causing iterative/dvc#9080
My team actually first noticed this issue in version |
Using pygit2 was causing iterative/dvc#9080
Just manually installed the |
Installing |
@iterative/dvc since it was a |
Can confirm that the issue still exists for |
Closes #9080 - deps: bump scmrepo>=0.1.14. To use `get_remote_url`.
will do |
|
Bug Report
Description
dvc import
fails to authenticate to the specified Git remote with an SSH keyfile (In this case, a GitLab repository on a locally hosted private instance).The following output is produced:
Reproduce
The nonfunctioning command is this:
The directory to be downloaded is located in a .dvc-initialized subdirectory within the remote repository in question. That location has in it's
.dvc/config
the default remote pointing to the ssh path to our dvc remote storage (On a different machine from the one hosting the GitLab instance).Prior to release 2.44.0, as long as we had our SSH config set up properly and used an SSH keyfile that did not require a password, this command would successfully download the files. Now, the above error is always encountered with any DVC version newer than 2.44.0.
Downgrading to 2.43.4 or lower resolves the issue.
Expected
dvc import
to download the files to the./rawdata
directory, and begin tracking them with DVC (addrawdata.dvc
file, add/rawdata
to.gitignore
, etc.).Environment information
Output of
dvc doctor
:Other potential dependencies of relevance:
Additional Information (if any):
Additional error info from
--verbose
:Working environment:
I am able to produce the expected output with the same command in this environment:
Additional dependencies: (All the same as non-working env)
The text was updated successfully, but these errors were encountered: