Thread (7 messages) 7 messages, 3 authors, 2024-09-26

RE: [EXTERNAL] Re: Git clone failure

From: Krishna Vivek Vitta <hidden>
Date: 2024-09-26 07:11:10

Hi Brian

Can you point me to the GIT FAQ about the recommendation.



Thank you,
Krishna Vivek

-----Original Message-----
From: brian m. carlson <redacted> 
Sent: Thursday, September 26, 2024 2:31 AM
To: Krishna Vivek Vitta <redacted>
Cc: git@vger.kernel.org
Subject: Re: [EXTERNAL] Re: Git clone failure

On 2024-09-25 at 08:49:11, Krishna Vivek Vitta wrote:
Hi Brian

Thanks for the response.

It is a WSL2 environment with kernel version: 5.15.153. We have used a kernel version 6.6.36.3 as well. Scenario fails there as well.

root@DESKTOP-OOHD5UG:/sys/kernel/debug/tracing# uname -a Linux 
DESKTOP-OOHD5UG 5.15.153.1-microsoft-standard-WSL2 #1 SMP Fri Mar 29 
23:14:13 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Mount point information:
C:\ on /mnt/c type 9p 
(rw,noatime,dirsync,aname=drvfs;path=C:\;uid=1000;gid=1000;symlinkroot
=/mnt/,mmap,access=client,msize=65536,trans=fd,rfd=5,wfd=5)

We aren't using any sort of file syncing service.

We have installed a defender software which is marking mount points for FANOTIFY to intercept filesystem events. On removing the marking, git clone succeeds.
My guess is that whatever software you're using to intercept file system events is causing the "unknown error occurred while reading the configuration files" message and you should remove that software and reboot to see if the problem goes away, even though fanotify is enabled.

It's very common that the kind of "defender software" you're using breaks a variety of software, including Git and Git LFS, and in general, the recommendation we give in the Git FAQ is that you use only the system default antivirus (and on Linux or WSL, none, since there is no default).
--
brian m. carlson (they/them or he/him)
Toronto, Ontario, CA
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help