Thread (10 messages) flat view 10 messages, 7 authors, 2016-06-15

Re: git fsck not identifying corrupted packs

From: Robin Rosenberg <hidden>
Date: 2016-06-15 22:47:35

måndag 19 oktober 2009 21:27:48 skrev  Wesley J. Landaker:
(Not CCing everyone, since this is mostly curiosa in the "using git as it
was never intended" section):

On Monday 19 October 2009 13:03:42 Junio C Hamano wrote:
quoted
Once a packfile is created and we always use it read-only, there didn't
seem to be much point in suspecting that the underlying filesystems or
disks may corrupt them in such a way that is not caught by the SHA-1
checksum over the entire packfile and per object checksum.  That trust in
the filesystems might have been a good tradeoff between fsck performance
and reliability on platforms git was initially developed on and for, but
it might not be true anymore as we run on more platforms these days.
Filesystems are mostly reliable, but only until your crazy users do strange
and terrible things. I have a real, non-toy environment where I use this
stack as a [horrible] workaround for some issues beyond my control:

git -> ext4 -> lvm -> dmcrypt -> loop -> sshfs -> cygwin sshd -> SMB share
The obvious follow up question here is: Why?

-- robin
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help