GIT-Pull-Fehler - Remote-Objekt ist beschädigt

$ git pull

remote: fatal: object 21f3981dd35fccd28febabd96f27241eea856c50 is corrupted
error: git upload-pack: git-pack-objects died with error.
fatal: git upload-pack: aborting due to possible repository corruption on the remote side.
remote: aborting due to possible repository corruption on the remote side.
fatal: protocol error: bad pack header

Irgendwelche Ideen, warum das fehlschlägt?
Wenn ich git --bare fsck-objects --full ich sehe gerade, baumelt links, aber keine broken links. Auch git gc nicht in irgendeiner Weise helfen. Wenn ich reclone oder tun, ziehen Sie aus einem anderen Klon, sehe ich nicht diesen Fehler.

InformationsquelleAutor der Frage Senthil A Kumar | 2010-11-13

  1. 27

    Als Julian sagte, sehen https://confluence.atlassian.com/display/FISHKB/Git+Indexierung+fehl+wegen+zu+bad+pack+header

    Kann es wirklich ein Speicher-Problem, und um sicherzustellen, dass wir nicht verlieren, die Lösung hier ist es:

    git config --global pack.windowMemory "100m"
git config --global pack.SizeLimit "100m" 
git config --global pack.threads "1"

    InformationsquelleAutor der Antwort cazcade_neil

  2. 15

    Hinzufügen git config --global pack.window "0" für mich gearbeitet...zusammen mit folgenden

    git config --global pack.windowMemory "100m"
git config --global pack.packSizeLimit "100m" 
git config --global pack.threads "1"

    Grund:

    Git clone komprimiert die Daten, während das Klonen das repository

    Es komprimiert die Daten auf dem server der Speicher vor dem Erhalt der Daten/Dateien.

    Wenn der server out of memory Sie erhalten den oben genannten Fehler beim packen der Objekte

    Können Sie das Problem beheben, indem Sie git clone repository ohne die Verpackung der Objekte auf dem server mit der folgenden.

    git config --global pack.window "0"

    InformationsquelleAutor der Antwort logan

  3. 11

    Es scheint, die Antwort ist in den Kommentaren: git fsck

    InformationsquelleAutor der Antwort robrich

  4. 5

    Habe gerade diese Fehler, und verbrachte den halben Tag tun all die Dinge, die beschrieben werden in der post : fsck, repack, gc, Konfiguration von Speicher-Optionen.

    Folgte auch dieser Beitrag : http://git.kernel.org/cgit/git/git.git/tree/Documentation/howto/recover-corrupted-blob-object.txt?id=HEAD

    Aber am Ende, es war so einfach, wie finden Sie das beschädigte Objekt(21f3981dd35fccd28febabd96f27241eea856c50 in diesem Fall) in das bare-repository und ersetzt es mit dem nicht beschädigten version(die gefunden werden können in der .git-Ordner von der lokalen repositories, die gezogen/geklont aus dem bare-repository.)

    InformationsquelleAutor der Antwort Shiva

  5. 1

    Diese beheben das problem für mich und hoffe, dass hilft sombody anderes. 🙂
    https://confluence.atlassian.com/display/FISHKB/Git+Indexierung+fehl+wegen+zu+bad+pack+header

    InformationsquelleAutor der Antwort Julian

  6. 0

    War es für mich, weil mein remote-server-hosting der git repo hatte ein beschädigtes Objekt/- Datei. Als ich versuchte, re-packing, es war der Speicher ausgeht. Ich habe ein Upgrade mein Beispiel Speicher und dann ssh-ed wieder an und lief 

    git gc

    Hier ist der link zu der Dokumentation:

    https://git-scm.com/book/uz/v2/Git-Internals-Packfiles

    InformationsquelleAutor der Antwort zeros-and-ones

  7. 0

    im-client,die versuchen es so machen:

    git config --global pack.windowMemory "100m"
git config --global pack.SizeLimit "100m" 
git config --global pack.threads "1"
git config --global pack.window "0"

    oder in den git-server, versuchen Sie dies:
    ändern: /home/git/repositories/***.git/config，füge unten:

    [pack]
         window = 0

    InformationsquelleAutor der Antwort litian.zhuang

Schreibe einen Kommentar