Closed
Description
Hi,
My colleagues have added git lfs to manage big files in our repository, so I have installed this git extension. After this installation I run a git clone on my repo, and I get this error at the end:
Error accessing media: data/reconciliation/milan/events/accepted/accepted_links_evensi_eventful.nt (e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855)
Errors logged to .git/lfs/objects/logs/20151222T122146.71016571.log
Use `git lfs logs last` to view the log.
error: external filter git-lfs smudge %f failed 2
error: external filter git-lfs smudge %f failed
fatal: data/reconciliation/milan/events/accepted/accepted_links_evensi_eventful.nt: smudge filter lfs failed
The lfs log says:
git-lfs/1.1.0 (GitHub; darwin amd64; go 1.5.2)
git version 2.6.4
$ git-lfs smudge data/reconciliation/milan/events/accepted/accepted_links_evensi_eventful.nt
Error accessing media: data/reconciliation/milan/events/accepted/accepted_links_evensi_eventful.nt (e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855)
relation does not exist
goroutine 1 [running]:
github.com/github/git-lfs/lfs.Stack(0x0, 0x0, 0x0)
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_git-lfs/git-lfs/work/git-lfs-1.1.0/src/github.com/github/git-lfs/lfs/errors.go:557 +0x80
github.com/github/git-lfs/commands.logPanicToWriter(0x89c1e8, 0xc82002e290, 0x2500430, 0xc8204aa150)
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_git-lfs/git-lfs/work/git-lfs-1.1.0/src/github.com/github/git-lfs/commands/commands.go:184 +0xf7f
github.com/github/git-lfs/commands.logPanic(0x2500430, 0xc8204aa150, 0x0, 0x0)
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_git-lfs/git-lfs/work/git-lfs-1.1.0/src/github.com/github/git-lfs/commands/commands.go:148 +0x421
github.com/github/git-lfs/commands.handlePanic(0x2500430, 0xc8204aa150, 0x0, 0x0)
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_git-lfs/git-lfs/work/git-lfs-1.1.0/src/github.com/github/git-lfs/commands/commands.go:123 +0x4e
github.com/github/git-lfs/commands.LoggedError(0x2500430, 0xc8204aa150, 0x55b0c0, 0x1e, 0xc820113c98, 0x2, 0x2)
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_git-lfs/git-lfs/work/git-lfs-1.1.0/src/github.com/github/git-lfs/commands/commands.go:73 +0x82
github.com/github/git-lfs/commands.smudgeCommand(0x75f040, 0xc820011a90, 0x1, 0x1)
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_git-lfs/git-lfs/work/git-lfs-1.1.0/src/github.com/github/git-lfs/commands/command_smudge.go:77 +0xd89
github.com/github/git-lfs/vendor/_nuts/github.com/spf13/cobra.(*Command).execute(0x75f040, 0xc8200119e0, 0x1, 0x1, 0x0, 0x0)
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_git-lfs/git-lfs/work/git-lfs-1.1.0/src/github.com/github/git-lfs/vendor/_nuts/github.com/spf13/cobra/command.go:477 +0x403
github.com/github/git-lfs/vendor/_nuts/github.com/spf13/cobra.(*Command).Execute(0x760080, 0x0, 0x0)
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_git-lfs/git-lfs/work/git-lfs-1.1.0/src/github.com/github/git-lfs/vendor/_nuts/github.com/spf13/cobra/command.go:551 +0x46a
github.com/github/git-lfs/commands.Run()
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_git-lfs/git-lfs/work/git-lfs-1.1.0/src/github.com/github/git-lfs/commands/commands.go:88 +0x23
main.main()
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_git-lfs/git-lfs/work/git-lfs-1.1.0/git-lfs.go:34 +0x12e
ENV:
LocalWorkingDir=.
LocalGitDir=.git
LocalGitStorageDir=.git
LocalMediaDir=.git/lfs/objects
TempDir=.git/lfs/tmp
ConcurrentTransfers=3
BatchTransfer=true
GIT_DIR=.git
GIT_WORK_TREE=.
GIT_PREFIX=
Someone can tell me if I did something wrong, and give me some hints to solve my mistake? or it is a bug?
Thanks in advance.
Metadata
Metadata
Assignees
Labels
No labels
Type
Projects
Milestone
Relationships
Development
No branches or pull requests
Participants
Activity
honglyua commentedon Dec 24, 2015
the same to me
technoweenie commentedon Dec 24, 2015
This is in REST terms, meaning there's no "download" hyperlink relation. That sounds like the object doesn't exist on the server.
strich commentedon Jan 8, 2016
I've had similar issues in the past and I think there may be a potential bug in cloning with git lfs (Still to be determined). You can try this method of fetching the repo, which is in fact faster too:
This only needs to be done once to initialize the clone for the first time.
Please do test it and let me know if it fixes it.
FooSoft commentedon Jan 12, 2016
I have the exact same problem (running on Linux Mint).
I am not able to successfully clone my repository (https://github.com/foosoft/website) because git lfs encounters the errors shown in the first post. The file that causes the error appears to be different with each clone operation, but it gets a little bit further before failing each time. Maybe there is some sort of cache problem on GitHub? I don't know.
@strich thank you for the workaround, it worked like a charm. It looks like there is some sort of underlying issue with lfs clone. Seems like a serious problem.
technoweenie commentedon Jan 13, 2016
I was able to clone your website just fine. There aren't really any CDNs or caches involved in the LFS API through GitHub. I'll look into better logging when this "relation not found" error comes up (and also a better error message). While it usually means the object isn't on the server, it could mean the server returned a really strange response that it isn't parsing correctly.
FooSoft commentedon Jan 16, 2016
Just got this same error from a different computer (also running Linux Mint Rosa 17.3):
Here's the log:
FooSoft commentedon Jan 16, 2016
Trying it again, just a couple of minutes later. This time it fails on a file that succeeded the last time (there have been no changes to the repository).
Log:
FooSoft commentedon Jan 16, 2016
So this is interesting... I tried cloning my website from my DigitalOcean VPS in Singapore twice and it worked fine every time. I then tried tunneling git through my VPS and cloning it that way, and that worked too. Maybe this is some sort of timing or routing issue?
For what it's worth I'm in Japan on fiber. The other network I was using was that of my university, which is pretty darn fast too... I wonder what is going on.
technoweenie commentedon Feb 5, 2016
@FooSoft: Your errors are slightly different than @jplu's:
Those are network related. Unfortunately, going from Japan to GitHub.com won't be the best experience right now. This is definitely something we want to work on.
Git LFS v1.1.1 bumped the http timeouts, so it should be a little better now. Next, I want to look at better retry capabilities for the downloads to handle those errors better.
https://github.com/github/git-lfs/releases/tag/v1.1.1
ExoticObjects commentedon Feb 13, 2016
I don't think this should be closed. The error still happens and you haven't given a workaround.
63 remaining items