Re: rogue tree objects, how to diagnose?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, Feb 28, 2009 at 07:12:06PM -0800, David Miller wrote:

> From git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-next-2.6
>  * branch            master     -> FETCH_HEAD
> fatal: unable to read tree c9ee57c5c20c3b7a2d7784a4172aef8b34c3a844
> davem@sunset:~/src/GIT/net-next-2.6$ git show c9ee57c5c20c3b7a2d7784a4172aef8b34c3a844
> fatal: bad object c9ee57c5c20c3b7a2d7784a4172aef8b34c3a844
> davem@sunset:~/src/GIT/net-next-2.6$ 
> 
> Now, what's funny is that this tree object does exist in my
> tree on master.kernel.org:

"bad object" is about an object that did not parse correctly, as opposed
to one that is missing. So it's possible that your repository is
corrupted.

> I don't understand how this can happen, and I'd like to be able
> to diagnose this intelligently.

I'm not up on the latest techniques for verifying and fixing corruption.
But I think with recent enough git, you can grab a good copy of the
object from another repo and put it in

  .git/objects/c9/ee57c5c20c3b7a2d7784a4172aef8b34c3a844

that git would do the right thing.

> So, what is an easy way to figure out what commit references tree
> object X?

Try:

  git log --all --pretty=format:'%H %T' | grep c9ee57c5c | cut -d' ' -f1

keeping in mind that there may be multiple such commits.

-Peff
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux