On Fri, 28 Oct 2022 at 16:25, Steve French <smfrench@xxxxxxxxx> wrote: > > If a mount to a server is using multichannel, an oplock break arriving > on a secondary channel won't find the open file (since it won't find the > tcon for it), and this will cause each oplock break on secondary channels > to time out, slowing performance drastically. > > Fix smb2_is_valid_oplock_break so that if it is a secondary channel and > an oplock break was not found, check for tcons (and the files hanging > off the tcons) on the primary channel. Does this also happen against windows or is is only against ksmbd this triggers? What does MS-SMB2.pdf say about channels and oplocks? > > Fixes xfstest generic/013 to ksmbd > > Cc: <stable@xxxxxxxxxxxxxxx> > > > -- > Thanks, > > Steve
