Re: Git clone fails in p9 file system marked with FANOTIFY

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

 



On Sat, Sep 21, 2024 at 1:17 PM Krishna Vivek Vitta
<kvitta@xxxxxxxxxxxxx> wrote:
>
>
> Hi experts,
>

Hi Krishna,

> 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(flags: FAN_MARK_ADD | FAN_MARK_MOUNT) to intercept file system events
>

Which events? Permission events I suppose? Which ones exactly?

> 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
>
> We have a MDE(Microsoft Defender for Endpoint) for Linux client running on the this device which marks the filesystems for FANOTIFY to listen to file system events. And, the issue(git clone failure) is occurring only in mount points of p9 file systems.
>
> Following is the system information
>
> root@DESKTOP-OOHD5UG [ ~ ]# cat /etc/os-release
> NAME="Common Base Linux Mariner"
> VERSION="2.0.20240609"
> ID=mariner
> VERSION_ID="2.0"
> PRETTY_NAME="CBL-Mariner/Linux"
> ANSI_COLOR="1;34"
> HOME_URL=https://aka.ms/cbl-mariner
> BUG_REPORT_URL=https://aka.ms/cbl-mariner
> SUPPORT_URL=https://aka.ms/cbl-mariner
>
> root@DESKTOP-OOHD5UG [ ~ ]# 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
>

I wonder if you have an option to test with LTS kernel >= 5.15.154
because that contains many fanotify backports from a much more recent kernel.

> On collecting the strace of the operation(git clone <repo link>), it is found that renaming file name from .git/config.lock to .git/config and subsequent read of that latter is failing.
>

Failing with which error? Can you provide the strace output?

> Any known issues in this regard ?
>
> Let us know if you require further information.

Which mount options for 9p? is fscache enabled?

Are you reporting a kernel regression?
IOW, did this test case ever work with 9p as far as you know?

Unless you are reporting a kernel regression this might be an issue of
MDE over 9p,
so will need debugging information about the decisions that MDE makes.

Thanks,
Amir.





[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [NTFS 3]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [NTFS 3]     [Samba]     [Device Mapper]     [CEPH Development]

  Powered by Linux