Re: Bug? file at the same time being deleted and not registered

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, May 24, 2010 at 10:29:02AM +0200, Tomas Pospisek wrote:

> >If it's empty or 32 bytes, then that explains what status is reporting
> >(but the question still remains how we got into that state).
> 
> There's no .git/index file there:
> 
>  $ ls -l .git/
>  total 36
>  drwxr-xr-x 2 tpo tpo 4096 2010-05-23 21:36 branches
>  -rw-r--r-- 1 tpo tpo    4 2010-05-23 21:36 COMMIT_EDITMSG
>  -rw-r--r-- 1 tpo tpo   73 2010-05-23 21:36 description
>  -rw-r--r-- 1 tpo tpo   23 2010-05-23 21:36 HEAD
>  drwxr-xr-x 2 tpo tpo 4096 2010-05-23 21:36 hooks
>  drwxr-xr-x 2 tpo tpo 4096 2010-05-23 21:36 info
>  drwxr-xr-x 3 tpo tpo 4096 2010-05-23 21:36 logs
>  drwxr-xr-x 7 tpo tpo 4096 2010-05-24 09:26 objects
>  drwxr-xr-x 4 tpo tpo 4096 2010-05-23 21:36 refs

Thanks. That means "git status" is at least reporting the right thing.
Now we just need to figure out why, when the strace of commit shows it
being written and renamed into place, the index file is missing.

I tried setting up a simple mhddfs mount to reproduce your problem, but
everything works fine for me. What version of mhddfs are you using? I'm
using version 0.1.28. I wonder if git is somehow triggering an mhddfs
bug. Looking through the svn logs for mhddfs, between 0.1.27 and 0.1.28,
there is a commit with message "fixed rename bug".

-Peff
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]