Hi, I can confirm that removing the 'noserverino' mount option fixed the problem for me. Unfortunately, I don't have suitable environment at the moment for testing kernel-fixes...
Best regads, Kari ________________________________ From: Salvatore Bonaccorso <car...@debian.org> Sent: 16 April 2024 23:49 To: 1069...@bugs.debian.org <1069...@bugs.debian.org> Cc: Manfred Larcher <s...@grufo.com>; 1069...@bugs.debian.org <1069...@bugs.debian.org>; Kari Lempiäinen <kari.lempiai...@summerday.net>; sub...@bugs.debian.org <sub...@bugs.debian.org> Subject: Re: Bug#1069102: linux-image-6.1.0-20-amd64 and cifs mount problem on some folders which get hidden on shares Hi, On Tue, Apr 16, 2024 at 05:46:33PM +0200, Salvatore Bonaccorso wrote: > Control: tags -1 + moreinfo > > Hi > > > On Tue, Apr 16, 2024 at 02:17:49PM +0200, Manfred Larcher wrote: > > Package: src:linux > > Version: 6.1.85-1 > > Severity: important > > > > Dear Maintainer, > > > > * What led up to the situation? > > kernel update from version 6.1.0-18 to 6.1.0-20 > > > > * What exactly did you do (or not do) that was effective (or > > ineffective)? > > out system mounted a samba share via autofs (cifs) and we tried to access > > some files and directories > > > > * What was the outcome of this action? > > the mount point of our share is /srv/samba/shares/company and the directory > > it/MIJ had another directory "digitale kommunikation" which did not shop up > > on the computer which mounted the samba share. before the kernel update it > > did and when we renamed the file to "digitale_kommunikation" or to "digitalo > > kommunikation" we could see it. > > in the syslog we found the following messages: > > CIFS: VFS: directory entry name would overflow frame end of buf ... > > we could move that direcotry into another directory and it was useable, we > > created another directory it/abc and created the "digitale kommunikation" > > inside and it was hidden again. after switching back to kernel 6.1.0-20 > > everything was ok. > > upgrade to kernel 6.5.0-0.deb12.4-amd64 package was ok too. > > > > * What outcome did you expect instead? > > we expected to just see the "digitale kommunikation" directory as before. > > Can you share details on how the cifs mounts are done? Which mount > options are used? > > Were you able to find a minimal reproducing case which would help > debug the issue on non production systems? Can you confirm you are seeing the issue only if mounting with using 'noserverino' mount option? Would you be in the position of building a kernel with a commit reverted and verify the issue is gone with it? If you follow https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html#id-1.6.6.4 with the attached patch, you should be able to get a kernel image to test with. Regards, Salvatore