git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: trouble on windows network share

From
Thomas Rast <trast@inf.ethz.ch>
Date
May 6, 2013, 09:42 UTC
Message-ID
<87ip2wla12.fsf@linux-k42r.v.cablecom.net>
In-Reply-To
<8B6563E531152E4190313499F193F94214A9C966@mbx500-u1-lo-3.exch500.msoutlookonline.net>
David Goldfarb <deg@degel.com> writes:
Show 27 quoted lines
> 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.

Hrm. What about what Jeff already asked of the OP (and AFAICS never got a reply)?

} If it's a race condition between the write and the subsequent read in } the same process, then it would be solved by looking at the object } later. Does "git cat-file -p 6838761d549cf76033d2e9faf5954e62839eb25d" } work, or is the object forever inaccessible?

In your case: git cat-file -p 0b89efdeef245ed6a0a7eacc5c578629a141f856
-- 
Thomas Rast
trast@{inf,student}.ethz.ch
Previous: David GoldfarbNext: David Goldfarb
Message 8 of 17 in “trouble on windows network share”
  1. Pyeron, Jason J CTR (US)Apr 4, 2013
  2. Jeff KingApr 4, 2013
  3. Pyeron, Jason J CTR (US)Apr 5, 2013
  4. Jeff KingApr 11, 2013
  5. degMay 2, 2013
  6. Thomas RastMay 3, 2013
  7. David GoldfarbMay 4, 2013
  8. Thomas RastMay 6, 2013
  9. David GoldfarbMay 6, 2013
  10. Thomas RastMay 6, 2013
  11. David GoldfarbMay 6, 2013
  12. David GoldfarbMay 6, 2013
  13. Pyeron, Jason J CTR (US)May 6, 2013
  14. David GoldfarbMay 8, 2013
  15. Pyeron, Jason J CTR (US)May 9, 2013
  16. Phil WiffenDec 3, 2013
  17. Pyeron, Jason J CTR (US)Dec 3, 2013

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.