RE: trouble on windows network share

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

 



Git works correctly under Linux (Ubuntu 12.04; git 1.7.9.5).  I've attached the strace outputs. (Note: for reasons that are probably irrelevant, I needed to run the commands sudo'd. Shout back if this is an issue).

Under Windows 7, Cygwin git 1.7.9, commit fails:
  U:\foo>git commit -m "added foo2"
  error: unable to find 0b89efdeef245ed6a0a7eacc5c578629a141f856
  fatal: 0b89efdeef245ed6a0a7eacc5c578629a141f856 is not a valid object

For what it's worth, note that the file does exist.
  U:\foo>ls -l .git/objects/0b
  total 1024
  -rwxrw-r-- 1 ???????? ???????? 74 May  5 01:15 89efdeef245ed6a0a7eacc5c578629a141f856

(I'm not sure why the permissions are trashed. Seems to be a Cygwin thing, or maybe my Cygwin config. The "??????" also  appears on local files, and I believe also with files on the old Buffalo drive, so I don't think it is relevant to the problem).  Just in case, here's the same dir, as seen from the Ubuntu VM:

  deg@ubuntu:/mnt/users/foo$ ls -l .git/objects/0b
  total 64
  -rwxr-xr-x 0 root root 74 May  5 01:15 89efdeef245ed6a0a7eacc5c578629a141f856

Again, note that there is some user permissions lossage here. I don't know enough about Linux mount or CIFS, and apparently did the mount in a way that everything seems to appear to be stuck owned by root. (same problem I hinted at above). Hope this is not relevant to the problem.

Here's how the same directory looks, when I'm ssh'd into the NAS box itself:

   CentralPark:/shares/Users/foo# ls -l .git/objects/0b
  total 64
  -rwxrw-r-- 1 deg share 74 May  5 01:15 89efdeef245ed6a0a7eacc5c578629a141f856

In any event, the symptoms don't seem to be a permissions problem, so all this extra info is probably just a red herring, I hope.

David

-----Original Message-----
From: Thomas Rast [mailto:trast@xxxxxxxxxxx] 
Sent: Friday, May 03, 2013 12:27 PM
To: David Goldfarb
Cc: git@xxxxxxxxxxxxxxx
Subject: Re: trouble on windows network share

deg <deg@xxxxxxxxx> writes:

> I'm having this same problem.
>
> Here's one more clue that may help: The problem is dependent on the 
> exact type of NAS drive.
> I moved from a Buffalo LS-X2.0, which worked fine, to a WD "My Book Live"
> (MBL), which has this problem.
>
> I don't know much more yet about why the MBL is failing, but am still 
> poking around, and am happy to try tests for anyone who wants to debug this.

Can you reproduce the problem under Linux (with the NAS mounted using CIFS), or just Windows?

If it works under Linux, you could record strace logs, e.g.

  echo foo >test.txt
  strace -f -o trace.1 git add test.txt
  strace -f -o trace.2 git commit -m test

etc.

This would massively help debugging.  Judging from the OP's log, the filesystem is just broken and can't make up its mind about what files exist, but in the strace log we could see exactly where it gives weird answers (or that it doesn't, and thus get clues to any possible git bugs).

--
Thomas Rast
trast@{inf,student}.ethz.ch

Attachment: trace1
Description: trace1

Attachment: trace2
Description: trace2


[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]