Jeremy Fitzhardinge
2009-Aug-15 00:32 UTC
Integrity problem when cloning git tree onto new btrfs filesystem
I created a shiny new 10G btrfs filesystem on a 2.6.31-rc5 (x86-64
running as Xen domU), and tried cloning a fresh copy of linux-2.6 onto it:
[jeremy@f11-64 git]$ git clone
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Initialized empty Git repository in /mnt/jeremy/git/linux-2.6/.git/
remote: Counting objects: 1270263, done.
remote: Compressing objects: 100% (204288/204288), done.
Receiving objects: 100% (1270263/1270263), 313.23 MiB | 4485 KiB/s,
done.
remote: Total 1270263 (delta 1060042), reused 1268033 (delta 1057934)
error: inflate: data stream error (incorrect header check)
fatal: serious inflate inconsistency
fatal: index-pack failed
Running the same command a second time on the same filesystem completed
successfully, as did the same command on an ext3 filesystem. There were
no unexpected messages on the console (well, I was a bit surprised it
decided to go into SSD mode, but I guess virtual disks are marked as
being non-seeking as well).
J
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs"
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html