Any git repository I use heavily (mostly kernel, Xen and qemu in my case, but it is not relevant I think) will corrupt at least once a day, as proved from the fact that I just reproduced it. :) Probably interactive rebases and switching branches help.
However, I don't know how to make the error occur. I created the repositories in a non-ecryptfs dir and then rsynced a lot of files to ecryptfs -- however I don't believe this is related to the bug.
Any git repository I use heavily (mostly kernel, Xen and qemu in my case, but it is not relevant I think) will corrupt at least once a day, as proved from the fact that I just reproduced it. :) Probably interactive rebases and switching branches help.
However, I don't know how to make the error occur. I created the repositories in a non-ecryptfs dir and then rsynced a lot of files to ecryptfs -- however I don't believe this is related to the bug.
The kernel is 2.6.35.10.
My suspicion about 4kb multiples is correct:
-rw-rw-r-- 1 pbonzini users 20480 Sep 22 17:04 ui/sdl_keysym.h zoom_template. h
-rw-rw-r-- 1 pbonzini users 12288 Sep 22 17:04 ui/sdl_zoom.c
-rw-rw-r-- 1 pbonzini users 12288 Sep 22 17:04 ui/sdl_zoom.h
-rw-rw-r-- 1 pbonzini users 16384 Sep 22 17:04 ui/sdl_
-rw-rw-r-- 1 pbonzini users 28672 Feb 2 15:23 ui/spice-core.c
-rw-rw-r-- 1 pbonzini users 20480 Nov 29 12:35 ui/spice-display.c
-rw-rw-r-- 1 pbonzini users 12288 Nov 29 12:35 ui/spice-display.h
-rw-rw-r-- 1 pbonzini users 16384 Oct 14 12:59 ui/spice-input.c
and even better, umount + mount fixes it---so somehow the stat cache in ecryptfs is getting corrupted.