All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <gregkh@linuxfoundation.org>
To: "Steinbeißer, Sebastian" <Sebastian.Steinbeisser@lrz.de>
Cc: "regressions@lists.linux.dev" <regressions@lists.linux.dev>,
	"pc@manguebit.com" <pc@manguebit.com>
Subject: Re: Potential smb/dfs regression introduced in kernel 6.6
Date: Thu, 27 Jun 2024 15:37:31 +0200	[thread overview]
Message-ID: <2024062719-landslide-customize-6415@gregkh> (raw)
In-Reply-To: <dd878fc236840921d3e31944e26694fed941d0c6.camel@lrz.de>

On Thu, Jun 27, 2024 at 01:28:29PM +0000, Steinbeißer, Sebastian wrote:
> #regzbot introduced: v6.6
> 
> Dear Kernel developers,
> 
> I'm a NetApp storage admin and we started receiving reports by our
> customers that subvolumes of exported volumes can no longer be accessed
> transparently but need to be mounted separately.
> 
> The way this works with NetApp is that a volume, e.g., myvol, within
> the storage virtual machine (SVM - vserver) is exported and can be
> accessed by mounting //SVM_IP/myvol into, e.g., /mnt/myvol
> Subvolumes can be added to the junction path, e.g., mysubvol can be
> mounted under myvol and used to be transparently accessable via
> /mnt/myvol/mysubvol just like any directory within myvol would be.
> This now is no longer the case and the subvolume needs to be mounted
> separately.
> 
> This has started when customers upgraded distributions that shipped
> with kernel >=6.6.
> https://wiki.samba.org/index.php/LinuxCIFSKernel#6.6_(module_version_2.45)_(47_changesets)
> 
> We've been able to reproduce the behavior with Fedora/Ubuntu and
> kernels 6.6 to 6.9.

Any chance you can use 'git bisect' to find the offending change if you
can reproduce this?  And you might want to cc: the smbfs maintainers.

thanks,

greg k-h

  reply	other threads:[~2024-06-27 13:37 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-06-27 13:28 Potential smb/dfs regression introduced in kernel 6.6 Steinbeißer, Sebastian
2024-06-27 13:37 ` Greg KH [this message]
     [not found] ` <f3a02647b6fcb27a70da4c334930ad3c@manguebit.com>
2024-06-28  8:19   ` Steinbeißer, Sebastian
2024-07-11  6:20     ` Steinbeißer, Sebastian
2024-07-11  7:27       ` gregkh
2024-07-11 15:20       ` Christian Heusel
2024-07-14 19:12       ` Paulo Alcantara
2024-07-15  5:41         ` Steinbeißer, Sebastian
2024-07-15 12:21           ` Paulo Alcantara
2024-07-15 13:26             ` Steinbeißer, Sebastian
2024-07-15 14:24               ` Paulo Alcantara
2024-07-16  6:14         ` Steinbeißer, Sebastian
2024-07-17 18:24           ` Paulo Alcantara
2024-07-17 20:03             ` Tom Talpey
2024-07-18  5:43               ` Steinbeißer, Sebastian
2024-07-25  1:28                 ` Paulo Alcantara
2024-07-26  8:19                   ` Steinbeißer, Sebastian
2024-07-26 18:00                     ` Paulo Alcantara
2024-07-29  5:57                   ` Steinbeißer, Sebastian
2024-07-29 12:34                     ` Paulo Alcantara
2024-07-30  5:25                       ` Steinbeißer, Sebastian
2024-07-31  2:35                         ` Paulo Alcantara
2024-07-31  5:02                           ` Steinbeißer, Sebastian
2024-07-31  5:07                             ` Steinbeißer, Sebastian
2024-07-31 14:25                               ` Paulo Alcantara
2024-08-01 13:07                                 ` Steinbeißer, Sebastian
2024-08-01 16:25                                   ` Paulo Alcantara
2024-08-01 19:02                                     ` Tom Talpey

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2024062719-landslide-customize-6415@gregkh \
    --to=gregkh@linuxfoundation.org \
    --cc=Sebastian.Steinbeisser@lrz.de \
    --cc=pc@manguebit.com \
    --cc=regressions@lists.linux.dev \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.