{"thread":{"id":"27517","subject":"unable to get type of object","startedAt":"2011-06-01T07:11:07Z","lastAt":"2011-06-01T18:18:07Z","messageCount":5,"participants":["Robert Garrigos","Jakub Narebski","Jeff King","Tomas Carnecky"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"169099","messageId":"4DE5E60B.2030903@garrigos.cat","threadId":"27517","inReplyTo":null,"subject":"unable to get type of object","fromName":"Robert Garrigos","fromEmail":"robert@garrigos.cat","sentAt":"2011-06-01T07:11:07Z","receivedAt":"2011-06-01T07:11:07Z","isPatch":false,"sender":{"key":"robert@garrigos.cat","avatar":null},"body":"I'm having one of those nasty 128 errors which I cannot debug:\n\n************\npredircam@eduab:~/public_html/idosing> git pull\nGenerating pack...\nDone counting 117 objects.\nerror: unable to find c3117d23df0c01ba8558bad81ad3488f0e8d430a\nfatal: unable to get type of object c3117d23df0c01ba8558bad81ad3488f0e8d430a\nfatal: early EOF\nfatal: git-unpack-objects died with error code 128\nFetch failure: /home/predircam/gitrepos/idosing.git\n***************\n\ngoogle suggests me to run git fsck to get a list of corrupted files. \nBesides that I'm running git 1.2.4 and that the git command for that \nversion is fsck-objects, I'm not having any result at all.\n\nCould this be a compatibility problem? As I said, I run git 1.2.4 on the \nrepo server and git 1.7.0.2 on my development server. BTW, on my devel \nserver running the git command fsck gives no result either.\n\nI would appreciate any help.\n\nThanks\n-- \n\nRobert Garrigós\nTf. 607 997 973\nhttp://garrigos.cat\n"},{"id":"169103","messageId":"m3ei3dyjqe.fsf@localhost.localdomain","threadId":"27517","inReplyTo":"4DE5E60B.2030903@garrigos.cat","subject":"Re: unable to get type of object","fromName":"Jakub Narebski","fromEmail":"jnareb@gmail.com","sentAt":"2011-06-01T09:39:24Z","receivedAt":"2011-06-01T09:39:24Z","isPatch":false,"sender":{"key":"jnareb@gmail.com","avatar":"https://avatars.githubusercontent.com/u/2706?v=4"},"body":"Robert Garrigos <robert@garrigos.cat> writes:\n\n> I'm having one of those nasty 128 errors which I cannot debug:\n> \n> ************\n> predircam@eduab:~/public_html/idosing> git pull\n> Generating pack...\n> Done counting 117 objects.\n> error: unable to find c3117d23df0c01ba8558bad81ad3488f0e8d430a\n> fatal: unable to get type of object c3117d23df0c01ba8558bad81ad3488f0e8d430a\n> fatal: early EOF\n> fatal: git-unpack-objects died with error code 128\n> Fetch failure: /home/predircam/gitrepos/idosing.git\n> ***************\n> \n> google suggests me to run git fsck to get a list of corrupted\n> files. Besides that I'm running git 1.2.4 and that the git command for\n> that version is fsck-objects, I'm not having any result at all.\n> \n> Could this be a compatibility problem? As I said, I run git 1.2.4 on\n> the repo server and git 1.7.0.2 on my development server. BTW, on my\n> devel server running the git command fsck gives no result either.\n\nDo this repository uses submodules?  IIRC pre 1.4.x (or even later)\ngit didn't understand modules.\n\nOr it might be problem with deltabaseoffset, i.e. when objects is\nstored in pack as a difference (delta) from other objects, it refers\nto base by offset in pack, and not by sha-1 id.  I don't remember if\nancient 1.2.4 supports this feature.  This is more likely.\n\nWhy don't you upgrade git (perhaps installing it locally in your home\ndirectory)?\n-- \nJakub Narebski\nPoland\nShadeHawk on #git\n"},{"id":"169107","messageId":"4DE60EFB.40601@garrigos.cat","threadId":"27517","inReplyTo":"m3ei3dyjqe.fsf@localhost.localdomain","subject":"Re: unable to get type of object","fromName":"Robert Garrigos","fromEmail":"robert@garrigos.cat","sentAt":"2011-06-01T10:05:47Z","receivedAt":"2011-06-01T10:05:47Z","isPatch":false,"sender":{"key":"robert@garrigos.cat","avatar":null},"body":"Al 01/06/11 11:39, En/na Jakub Narebski ha escrit:\n> Robert Garrigos<robert@garrigos.cat>  writes:\n>\n>> I'm having one of those nasty 128 errors which I cannot debug:\n>>\n>> ************\n>> predircam@eduab:~/public_html/idosing>  git pull\n>> Generating pack...\n>> Done counting 117 objects.\n>> error: unable to find c3117d23df0c01ba8558bad81ad3488f0e8d430a\n>> fatal: unable to get type of object c3117d23df0c01ba8558bad81ad3488f0e8d430a\n>> fatal: early EOF\n>> fatal: git-unpack-objects died with error code 128\n>> Fetch failure: /home/predircam/gitrepos/idosing.git\n>> ***************\n>>\n>> google suggests me to run git fsck to get a list of corrupted\n>> files. Besides that I'm running git 1.2.4 and that the git command for\n>> that version is fsck-objects, I'm not having any result at all.\n>>\n>> Could this be a compatibility problem? As I said, I run git 1.2.4 on\n>> the repo server and git 1.7.0.2 on my development server. BTW, on my\n>> devel server running the git command fsck gives no result either.\n> Do this repository uses submodules?  IIRC pre 1.4.x (or even later)\n> git didn't understand modules.\n>\n> Or it might be problem with deltabaseoffset, i.e. when objects is\n> stored in pack as a difference (delta) from other objects, it refers\n> to base by offset in pack, and not by sha-1 id.  I don't remember if\n> ancient 1.2.4 supports this feature.  This is more likely.\n>\n> Why don't you upgrade git (perhaps installing it locally in your home\n> directory)?\nUpgrading doesn't depend on me, unfortunately.\n\nThe problem arouse when creating a first branch and merging later into \nmaster branch. Does this give a clue?\n-- \n\nRobert Garrigós\nTf. 607 997 973\nhttp://garrigos.cat\n"},{"id":"169120","messageId":"20110601160447.GA7132@sigill.intra.peff.net","threadId":"27517","inReplyTo":"4DE5E60B.2030903@garrigos.cat","subject":"Re: unable to get type of object","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2011-06-01T16:04:48Z","receivedAt":"2011-06-01T16:04:48Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Wed, Jun 01, 2011 at 09:11:07AM +0200, Robert Garrigos wrote:\n\n> ************\n> predircam@eduab:~/public_html/idosing> git pull\n> Generating pack...\n> Done counting 117 objects.\n> error: unable to find c3117d23df0c01ba8558bad81ad3488f0e8d430a\n> fatal: unable to get type of object c3117d23df0c01ba8558bad81ad3488f0e8d430a\n> fatal: early EOF\n> fatal: git-unpack-objects died with error code 128\n> Fetch failure: /home/predircam/gitrepos/idosing.git\n> ***************\n> \n> google suggests me to run git fsck to get a list of corrupted files.\n> Besides that I'm running git 1.2.4 and that the git command for that\n> version is fsck-objects, I'm not having any result at all.\n\nWow, that's pretty ancient by git standards.\n\n> Could this be a compatibility problem? As I said, I run git 1.2.4 on\n> the repo server and git 1.7.0.2 on my development server. BTW, on my\n> devel server running the git command fsck gives no result either.\n\nIt could be. In the 1.6.x series we started using some newer encodings\nfor packfiles and their associated indexes. From the 1.6.0 release\nnotes:\n\n  By default, packfiles created with this version uses delta-base-offset\n  encoding introduced in v1.4.4.  Pack idx files are using version 2\n  that allows larger packs and added robustness thanks to its CRC\n  checking, introduced in v1.5.2 and v1.4.4.5.  If you want to keep your\n  repositories backwards compatible past these versions, set\n  repack.useDeltaBaseOffset to false or pack.indexVersion to 1,\n  respectively.\n\nHowever, note that this is for the _local_ pack storage. When two git\nversions are talking to each other on the network, they will negotiate\nthe use of delta-base-offsets (and the index is never transmitted, but\nregenerated locally on the receiving side).\n\nBut you can still run into problems if you are accessing the repo at the\nfilesystem level with two different versions (e.g., by mounting from a\nremote server, or by copying your .git directory from machine to\nmachine).\n\nFor example (I keep many old git versions around as git.$version, but\nin your case it would presumably happen on separate machines).\n\n  # set up a simple repo with v1.7.0.2\n  git.v1.7.0.2 init repo\n  cd repo\n  echo content >file\n  git.v1.7.0.2 add file\n  git.v1.7.0.2 commit -m foo\n  git.v1.7.0.2 repack -ad\n\n  # now try accessing with v1.2.4, which yields:\n  # error: non-monotonic index\n  # fatal: bad object ab929d107cceaf4d4b4d6a2d9b0aac275fd6e227\n  git.v1.2.4 log\n\nIt can be fixed with:\n\n  git.v1.7.0.2 config repack.useDeltaBaseOffset false\n  git.v1.7.0.2 config pack.indexVersion 1\n  git.v1.7.0.2 repack -ad\n  # and now this works\n  git.v1.2.4 log\n\nwhere again, you would do the v1.7.0.2 bits on the machine with the\nnewer git.\n\nDoes this apply to your situation (two versions of git accessing the\nsame repo at the filesystem level)? If so, does setting that config and\nrepacking clear things up?\n\n-Peff\n"},{"id":"169137","messageId":"4DE6825F.9040608@dbservice.com","threadId":"27517","inReplyTo":"20110601160447.GA7132@sigill.intra.peff.net","subject":"Re: unable to get type of object","fromName":"Tomas Carnecky","fromEmail":"tom@dbservice.com","sentAt":"2011-06-01T18:18:07Z","receivedAt":"2011-06-01T18:18:07Z","isPatch":false,"sender":{"key":"tom@dbservice.com","avatar":"https://gravatar.com/avatar/900a300bdd1a8bbe086008ad78210bbee2ad2803b7d50a5cba04c1e9404bd6d2?d=mp&s=160"},"body":"On 6/1/11 6:04 PM, Jeff King wrote:\n> On Wed, Jun 01, 2011 at 09:11:07AM +0200, Robert Garrigos wrote:\n>> Besides that I'm running git 1.2.4 and that the git command for that\n>> version is fsck-objects, I'm not having any result at all.\n> Wow, that's pretty ancient by git standards.\n\nWhen looking through the last git survey I was wondering why there were \npeople still using pre 1.3.x versions. Here we finally meet one of them :)\n\nv1.2.4 was released March 1, 2006. It has about 48k lines of code, while \nmaster today has ~287k (counted using sloccount).\n\ntom\n"}]}