| Summary: | Unable to clone (or pull/fetch) from git://git.eclipse.org/gitroot/e4/org.eclipse.e4.search.git | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Community | Reporter: | Andrew Niefer <aniefer> | ||||
| Component: | Git | Assignee: | Eclipse Webmaster <webmaster> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | critical | ||||||
| Priority: | P3 | CC: | dimitar.georgiev, pwebster | ||||
| Version: | unspecified | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Andrew Niefer
The build failure message is the same:
GitUpdateLocalRepo:
[echo] [GIT] /shared/eclipse/e4/build/e4/downloads/drops/4.0.0/scmCache/git___git_eclipse_org_gitroot_e4_org_eclipse_e4_search_git >> git fetch
[exec] fatal: The remote end hung up unexpectedly
This has blocked our 4.1/e4 0.12 builds. PW git-daemon[28116]: fatal: object 4098cf88f8176679a116cfeb2109359fe34a0491 is corrupted Can you tell me of any recent pushes and/or commits that would have caused this? http://git.eclipse.org/c/e4/org.eclipse.e4.search.git/commit/?id=4098cf88f8176679a116cfeb2109359fe34a0491 is the only recent commit, I don't see anything bad about it. Linus himself seems to suggest we find a non-corrupt copy of that object and plop it on-top of the 'corrupt' one. http://www.kernel.org/pub/software/scm/git/docs/howto/recover-corrupted-blob-object.txt Can anyone attach a new object to this bug? Dimitar do you have a copy of the object in question in your local repo? PW Created attachment 198878 [details] My local .git folder Hi, Sorry for the late reply, I didn't check my mail after 7:00 CET. Here is a complete copy of my .git folder. Besides the commit in question it has a tag for it, that has also been pushed. This commit was problematic in that i was not able to push it initially. https://bugs.eclipse.org/bugs/show_bug.cgi?id=349866 I have no idea though if the two bugs relate. Cheers, Dimitar Yep, that did it; thanks. The repo clones cleanly now. FWIW, when looking at an object hash, the two first characters of the has are the directory in the objects/ directory. hash 4098cf88f8176679a116cfeb2109359fe34a0491 = ./objects/40/98cf88f8176679a116cfeb2109359fe34a0491 For webmaster's internal docs, this is KB #234. |