On 2024-09-23 at 10:47:08, Krishna Vivek Vitta wrote:

Hi experts

Need your help in identifying the root cause for issue.

We've seen multiple reports of git repositories failing to clone / getting corrupted in p9 file system. The mount points under this file system are marked for FANOTIFY to intercept file system events

When we remove the marking on these mount points, git clone succeeds.

Following is the error message:
kvitta@DESKTOP-OOHD5UG:/mnt/c/Users/Krishna Vivek$ git clone https://github.com/zlatko-michailov/abc.git gtest Cloning into 'gtest'...
fatal: unknown error occurred while reading the configuration files

Any reason why it is failing ? Any help in this regard would be highly appreciated.

Can you tell us more about what environment you're using?  Is this
Windows, macOS, Linux, WSL (1 or 2), or something else?  What version of
the OS is it? What is backing the 9p file system (and what file system
type is it), and how are you mounting it?  Is it a network file system?
Are you using any sort of non-default antivirus, firewall, or monitoring
software, and if so, have you tried to completely uninstall it and
restart to see if that fixes the problem?

Also, are you using any sort of file syncing service for the directory
in question, such as Dropbox or OneDrive?  Those are known to corrupt
repositories and the Git FAQ is clear that you must not store
repositories within them.

The reason I ask all these questions is because I have an open source
tool which allows mounting 9p file systems from a remote system by using
the Linux kernel's 9p support and I don't see this problem.  I don't
think there's anything intrinsically problematic with 9p file systems,
although you definitely need 9p2000.u or 9p2000.L (the Unix or Linux
variants of the protocol) to make the file system suitably functional
and POSIX compliant.

My guess is that there's something else about your environment that's
causing the problem.  It looks like maybe you're using some variant of
WSL, and maybe you have an antivirus that's preventing the files from
being read, which is causing this error on the Linux side.  However,
without more information, it's not really possible for me to say more
about what might be going wrong.
-- 
brian m. carlson (they/them or he/him)
Toronto, Ontario, CA