Bug#1069092: Bug#1069102: linux-image-6.1.0-20-amd64 and cifs mount problem on some folders which get hidden on shares

2024-05-07 Thread Kari Lempiäinen
Hi,

Looks like this fixed the problem. I ran a couple of backup jobs to 
cifs-mounted shares and no error messages so far. Thanks!

Regards,
Kari


From: Salvatore Bonaccorso  on behalf of 
Salvatore Bonaccorso 
Date: Tuesday, 7. May 2024 at 19.01
To: Kari Lempiäinen 
Cc: 1069...@bugs.debian.org <1069...@bugs.debian.org>, Manfred Larcher 
, 1069...@bugs.debian.org <1069...@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, May 07, 2024 at 03:30:58PM +, Kari Lempiäinen wrote:
> Hi,
>
> New kernel 6.1.0-21 seems to be out. Could you verify if this bus is fixed in 
> it?
>
> I found from 
> https://mirrors.edge.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.90 that 
> there is a commit b3686200adba26dd1f8beee3d9c1b34563db1e65 is that a fix for 
> this?

I closed the bug in the changelog with it, with the testing case I had
at hand. But please verify if that is the case as well in your setup.

Can you then report back?

Regards,
Salvatore


Bug#1069092: Bug#1069102: linux-image-6.1.0-20-amd64 and cifs mount problem on some folders which get hidden on shares

2024-05-07 Thread Kari Lempiäinen
Hi,

New kernel 6.1.0-21 seems to be out. Could you verify if this bus is fixed in 
it?

I found from 
https://mirrors.edge.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.90 that 
there is a commit b3686200adba26dd1f8beee3d9c1b34563db1e65 is that a fix for 
this?

Regards,
Kari

From: Salvatore Bonaccorso  on behalf of 
Salvatore Bonaccorso 
Date: Thursday, 18. April 2024 at 9.39
To: Kari Lempiäinen 
Cc: 1069...@bugs.debian.org <1069...@bugs.debian.org>, Manfred Larcher 
, 1069...@bugs.debian.org <1069...@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 Kari,

On Thu, Apr 18, 2024 at 05:31:33AM +, Kari Lempiäinen wrote:
> Hi,
>
> I think I spoke too soon. I removed  'noserverino' options from all
> my cifs mounts yesterday and u/remounted them. From last night
> syslog I can still find the "directory entry name would overflow
> frame end of buf" entries.
>
> I have options like this in my fstab:
> //mercury/backups/mnt/backups   cifs   
> credentials=/etc/smbcredentials,uid=kari,gid=kari,_netdev,dir_mode=0775,file_mode=0775,noperm,vers=3.0
>  0  0

Thanks for reporting back! So it might be possible that the
noserverino just makes the issue easier visible.

If I would provide you a (unsigned!) kernel-image package with a
tentative patch from upstream, asking for testing, could you boot one
affected machine into it to verify if the problem is solved?

Regards,
Salvatore


Bug#1069092: Bug#1069102: linux-image-6.1.0-20-amd64 and cifs mount problem on some folders which get hidden on shares

2024-04-18 Thread Kari Lempiäinen
Hi,

I probably could try it. The problem is that I don't have extra computer at the 
moment and I should do it on my main server. There is also a Virtualbox host 
running  there, which needs to compile some parts of it every time the host 
kernel is updated. For that it needs kernel-headers. I assume that the fix 
you're talking about wouldn't affect Virtualbox itself, but if the kernel 
headers version differs from the "test" kernel, then Virtualbox won't start.

If you can make "test" kernel so it matches my headers:
ii  linux-headers-6.1.0-20-amd64  6.1.85-1  
  amd64Header files for Linux 6.1.0-20-amd64
ii  linux-headers-6.1.0-20-common 6.1.85-1  
  all  Common header files for Linux 6.1.0-20
ii  linux-headers-amd64   6.1.85-1  
  amd64Header files for Linux amd64 configuration (meta-package)

I think I could probably try it.  Also instructions to revert back is necessary 
😉

Regards,
Kari


From: Salvatore Bonaccorso  on behalf of 
Salvatore Bonaccorso 
Sent: 18 April 2024 09:39
To: Kari Lempiäinen 
Cc: 1069...@bugs.debian.org <1069...@bugs.debian.org>; Manfred Larcher 
; 1069...@bugs.debian.org <1069...@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 Kari,

On Thu, Apr 18, 2024 at 05:31:33AM +, Kari Lempiäinen wrote:
> Hi,
>
> I think I spoke too soon. I removed  'noserverino' options from all
> my cifs mounts yesterday and u/remounted them. From last night
> syslog I can still find the "directory entry name would overflow
> frame end of buf" entries.
>
> I have options like this in my fstab:
> //mercury/backups/mnt/backups   cifs   
> credentials=/etc/smbcredentials,uid=kari,gid=kari,_netdev,dir_mode=0775,file_mode=0775,noperm,vers=3.0
>  0  0

Thanks for reporting back! So it might be possible that the
noserverino just makes the issue easier visible.

If I would provide you a (unsigned!) kernel-image package with a
tentative patch from upstream, asking for testing, could you boot one
affected machine into it to verify if the problem is solved?

Regards,
Salvatore


Bug#1069102: linux-image-6.1.0-20-amd64 and cifs mount problem on some folders which get hidden on shares

2024-04-17 Thread Kari Lempiäinen
Hi,

I think I spoke too soon. I removed  'noserverino' options from all my cifs 
mounts yesterday and u/remounted them. From last night syslog I can still find 
the "directory entry name would overflow frame end of buf" entries.

I have options like this in my fstab:
//mercury/backups/mnt/backups   cifs   
credentials=/etc/smbcredentials,uid=kari,gid=kari,_netdev,dir_mode=0775,file_mode=0775,noperm,vers=3.0
 0  0

Regards,
Kari



____
From: Kari Lempiäinen 
Sent: 17 April 2024 14:29
To: Salvatore Bonaccorso ; 1069...@bugs.debian.org 
<1069...@bugs.debian.org>
Cc: Manfred Larcher ; 1069...@bugs.debian.org 
<1069...@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,

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 
Sent: 16 April 2024 23:49
To: 1069...@bugs.debian.org <1069...@bugs.debian.org>
Cc: Manfred Larcher ; 1069...@bugs.debian.org 
<1069...@bugs.debian.org>; Kari Lempiäinen ; 
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


Bug#1069102: linux-image-6.1.0-20-amd64 and cifs mount problem on some folders which get hidden on shares

2024-04-17 Thread Kari Lempiäinen
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 
Sent: 16 April 2024 23:49
To: 1069...@bugs.debian.org <1069...@bugs.debian.org>
Cc: Manfred Larcher ; 1069...@bugs.debian.org 
<1069...@bugs.debian.org>; Kari Lempiäinen ; 
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


Bug#1069092: Kernel 6.1.85-1 breaking CIFS mounts?

2024-04-16 Thread Kari Lempiäinen
Package: linux-image-amd64
Version: 6.1.85-1

After updating to the latest kernel 6.1.85-1 I started getting messages like 
this in the syslog:
kernel: [47578.266579] CIFS: VFS: directory entry name would overflow frame end 
of buf 3012d263

I have several CIFS file shares mounted from my Synology NAS and I noticed that 
some of the directories are not visible on my Debian server. For example if I 
rescan my music library which resides on the NAS, I get hundreds of similar 
messages on syslog.

There is not much information on the internet about this, but I found this
https://forums.unraid.net/bug-reports/stable-releases/6129-cifs-vfs-directory-entry-name-would-overflow-frame-end-of-buf-r2916/

Looks like unraid did a rollback on their kernel because of this. Is this 
somehow connected to this:
https://lore.kernel.org/all/20240123002814.1396804-45-keesc...@chromium.org/