regressions.lists.linux.dev archive mirror
 help / color / mirror / Atom feed
From: Satadru Pramanik <satadru@gmail.com>
To: Steve French <smfrench@gmail.com>
Cc: Thorsten Leemhuis <regressions@leemhuis.info>,
	CIFS <linux-cifs@vger.kernel.org>,
	 "regressions@lists.linux.dev" <regressions@lists.linux.dev>
Subject: Re: Failure to access cifs mount of samba share after resume from sleep with 5.17-rc5
Date: Mon, 28 Feb 2022 09:31:15 -0500	[thread overview]
Message-ID: <CAFrh3J-oOR1FxPrpzKsQQvronyk9fhDSqD2CY5DNsYO5Lt0ydg@mail.gmail.com> (raw)
In-Reply-To: <CAH2r5msUiBuZ74_nPVyzn=k=g0ELpcMnoTm_z30zrMSxF4sn1A@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 5472 bytes --]

Here is the DebugData from before and after from the system with the
failed mount.
Both systems are now running 5.17-rc6.

Working on the trace-cmd now.

On Sun, Feb 27, 2022 at 9:37 PM Steve French <smfrench@gmail.com> wrote:
>
> I would like to see the output of:
>
> /proc/fs/cifs/DebugData before and after the failure if possible.
>
> In addition, there would be some value in seeing trace information
> (e.g start tracing by
> "trace-cmd record -e cifs" before the failure and then forward the
> debug information displayed by "trace-cmd show" after the failure)
>
> On Sun, Feb 27, 2022 at 7:55 AM Thorsten Leemhuis
> <regressions@leemhuis.info> wrote:
> >
> > [TLDR: I'm adding the regression report below to regzbot, the Linux
> > kernel regression tracking bot; all text you find below is compiled from
> > a few templates paragraphs you might have encountered already already
> > from similar mails.]
> >
> > Hi, this is your Linux kernel regression tracker. Top-posting for once,
> > to make this easily accessible to everyone.
> >
> > CCing the regression mailing list, as it should be in the loop for all
> > regressions, as explained here:
> > https://www.kernel.org/doc/html/latest/admin-guide/reporting-issues.html
> >
> > To be sure below issue doesn't fall through the cracks unnoticed, I'm
> > adding it to regzbot, my Linux kernel regression tracking bot:
> >
> > #regzbot ^introduced v5.16.11..v5.17-rc5
> > #regzbot title cifs: Failure to access cifs mount of samba share after
> > resume from sleep
> > #regzbot ignore-activity
> >
> > Reminder for developers: when fixing the issue, please add a 'Link:'
> > tags pointing to the report (the mail quoted above) using
> > lore.kernel.org/r/, as explained in
> > 'Documentation/process/submitting-patches.rst' and
> > 'Documentation/process/5.Posting.rst'. This allows the bot to connect
> > the report with any patches posted or committed to fix the issue; this
> > again allows the bot to show the current status of regressions and
> > automatically resolve the issue when the fix hits the right tree.
> >
> > I'm sending this to everyone that got the initial report, to make them
> > aware of the tracking. I also hope that messages like this motivate
> > people to directly get at least the regression mailing list and ideally
> > even regzbot involved when dealing with regressions, as messages like
> > this wouldn't be needed then. And don't worry, if I need to send other
> > mails regarding this regression only relevant for regzbot I'll send them
> > to the regressions lists only (with a tag in the subject so people can
> > filter them away). With a bit of luck no such messages will be needed
> > anyway.
> >
> > Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
> >
> > P.S.: As the Linux kernel's regression tracker I'm getting a lot of
> > reports on my table. I can only look briefly into most of them and lack
> > knowledge about most of the areas they concern. I thus unfortunately
> > will sometimes get things wrong or miss something important. I hope
> > that's not the case here; if you think it is, don't hesitate to tell me
> > in a public reply, it's in everyone's interest to set the public record
> > straight.
> >
> >
> > On 27.02.22 03:36, Satadru Pramanik wrote:
> > > I'm on a x86_64 ubuntu 22.04 system accessing a similar system running
> > > samba Version 4.13.14-Ubuntu. Both systems are on ubuntu mainline
> > > kernel 5.17-rc5.
> > >
> > > I have a samba share mounted from my fstab, and file access works fine.
> > > Upon suspending my system and resuming though, the mounted samba share
> > > is inaccessible, and my dmesg has many "CIFS: VFS: cifs_tree_connect:
> > > could not find superblock: -22" messages.
> > >
> > > Unmounting and remounting the share restores access.
> > >
> > > When I boot into kernel 5.16.11, I do not have this issue. The cifs
> > > share is accessible just fine after a suspend/resume cycle.
> > >
> > > I assume this is a regression with 5.17? Is there any information
> > > worth providing which might help debug and fix this issue?
> > >
> > > Regards,
> > >
> > > Satadru Pramanik
> >
> > --
> > Additional information about regzbot:
> >
> > If you want to know more about regzbot, check out its web-interface, the
> > getting start guide, and the references documentation:
> >
> > https://linux-regtracking.leemhuis.info/regzbot/
> > https://gitlab.com/knurd42/regzbot/-/blob/main/docs/getting_started.md
> > https://gitlab.com/knurd42/regzbot/-/blob/main/docs/reference.md
> >
> > The last two documents will explain how you can interact with regzbot
> > yourself if your want to.
> >
> > Hint for reporters: when reporting a regression it's in your interest to
> > CC the regression list and tell regzbot about the issue, as that ensures
> > the regression makes it onto the radar of the Linux kernel's regression
> > tracker -- that's in your interest, as it ensures your report won't fall
> > through the cracks unnoticed.
> >
> > Hint for developers: you normally don't need to care about regzbot once
> > it's involved. Fix the issue as you normally would, just remember to
> > include 'Link:' tag in the patch descriptions pointing to all reports
> > about the issue. This has been expected from developers even before
> > regzbot showed up for reasons explained in
> > 'Documentation/process/submitting-patches.rst' and
> > 'Documentation/process/5.Posting.rst'.
>
>
>
> --
> Thanks,
>
> Steve

[-- Attachment #2: DebugData.before.txt --]
[-- Type: text/plain, Size: 1843 bytes --]

Display Internal CIFS Data Structures for Debugging
---------------------------------------------------
CIFS Version 2.35
Features: DFS,FSCACHE,STATS,DEBUG,ALLOW_INSECURE_LEGACY,CIFS_POSIX,UPCALL(SPNEGO),XATTR,ACL,WITNESS
CIFSMaxBufSize: 16384
Active VFS Requests: 0

Servers: 
1) ConnectionId: 0x1 Hostname: cheekon 
Number of credits: 6085 Dialect 0x311
TCP status: 1 Instance: 1
Local Users To Server: 1 SecMode: 0x1 Req On Wire: 0
In Send: 0 In MaxReq Wait: 0

	Sessions: 
	1) Address: 192.168.0.20 Uses: 1 Capability: 0x300046	Session Status: 1 
	Security type: RawNTLMSSP  SessionId: 0x3836c9a9 encrypted
	User: 1000 Cred User: 0

	Shares: 
	0) IPC: \\cheekon\IPC$ Mounts: 1 DevInfo: 0x0 Attributes: 0x0
	PathComponentMax: 0 Status: 0 type: 0 Serial Number: 0x0 Encrypted
	Share Capabilities: None	Share Flags: 0x8000
	tid: 0xec506f70	Maximal Access: 0x1f00a9

	1) \\cheekon\localnet Mounts: 1 DevInfo: 0x20 Attributes: 0x5006f
	PathComponentMax: 255 Status: 0 type: DISK Serial Number: 0xb8443a62 Encrypted
	Share Capabilities: None Aligned, Partition Aligned,	Share Flags: 0x8000
	tid: 0x33f45baf	Optimal sector size: 0x200	Maximal Access: 0x1f01ff


	Server interfaces: 7
	1)	Speed: 10000000000 bps
		Capabilities: rss 
		IPv6: fd40:1eef:5174:0000:d7ca:d688:8525:7825

	2)	Speed: 10000000000 bps
		Capabilities: rss 
		IPv4: 192.168.0.20
		[CONNECTED]

	3)	Speed: 10000000000 bps
		Capabilities: rss 
		IPv6: 2001:0470:e1f3:0000:7a9a:6a60:51d7:700e

	4)	Speed: 10000000000 bps
		Capabilities: rss 
		IPv6: 2001:0470:e1f3:0000:11c8:9923:c250:1d0e

	5)	Speed: 10000000000 bps
		Capabilities: rss 
		IPv6: fd40:1eef:5174:0000:7f90:c7fb:ffa7:a8dd

	6)	Speed: 1000000000 bps
		Capabilities: 
		IPv6: 0000:0000:0000:0000:0000:0000:0000:0001

	7)	Speed: 1000000000 bps
		Capabilities: 
		IPv4: 127.0.0.1


	MIDs: 
--

Witness registrations:

[-- Attachment #3: DebugData.after.txt --]
[-- Type: text/plain, Size: 1856 bytes --]

Display Internal CIFS Data Structures for Debugging
---------------------------------------------------
CIFS Version 2.35
Features: DFS,FSCACHE,STATS,DEBUG,ALLOW_INSECURE_LEGACY,CIFS_POSIX,UPCALL(SPNEGO),XATTR,ACL,WITNESS
CIFSMaxBufSize: 16384
Active VFS Requests: 0

Servers: 
1) ConnectionId: 0x1 Hostname: cheekon 
Number of credits: 193 Dialect 0x311
TCP status: 1 Instance: 2
Local Users To Server: 1 SecMode: 0x1 Req On Wire: 0
In Send: 0 In MaxReq Wait: 0

	Sessions: 
	1) Address: 192.168.0.20 Uses: 1 Capability: 0x300046	Session Status: 1 
	Security type: RawNTLMSSP  SessionId: 0xc05bdc4d encrypted
	User: 1000 Cred User: 0

	Shares: 
	0) IPC: \\cheekon\IPC$ Mounts: 1 DevInfo: 0x0 Attributes: 0x0
	PathComponentMax: 0 Status: 1 type: 0 Serial Number: 0x0 Encrypted
	Share Capabilities: None	Share Flags: 0x8000
	tid: 0x8f6ac6bc	Maximal Access: 0x1f00a9

	1) \\cheekon\localnet Mounts: 1 DevInfo: 0x20 Attributes: 0x5006f
	PathComponentMax: 255 Status: 8 type: DISK Serial Number: 0xb8443a62 Encrypted
	Share Capabilities: None Aligned, Partition Aligned,	Share Flags: 0x8000
	tid: 0x33f45baf	Optimal sector size: 0x200	Maximal Access: 0x1f01ff	DISCONNECTED 


	Server interfaces: 7
	1)	Speed: 10000000000 bps
		Capabilities: rss 
		IPv6: fd40:1eef:5174:0000:d7ca:d688:8525:7825

	2)	Speed: 10000000000 bps
		Capabilities: rss 
		IPv4: 192.168.0.20
		[CONNECTED]

	3)	Speed: 10000000000 bps
		Capabilities: rss 
		IPv6: 2001:0470:e1f3:0000:7a9a:6a60:51d7:700e

	4)	Speed: 10000000000 bps
		Capabilities: rss 
		IPv6: 2001:0470:e1f3:0000:11c8:9923:c250:1d0e

	5)	Speed: 10000000000 bps
		Capabilities: rss 
		IPv6: fd40:1eef:5174:0000:7f90:c7fb:ffa7:a8dd

	6)	Speed: 1000000000 bps
		Capabilities: 
		IPv6: 0000:0000:0000:0000:0000:0000:0000:0001

	7)	Speed: 1000000000 bps
		Capabilities: 
		IPv4: 127.0.0.1


	MIDs: 
--

Witness registrations:

  reply	other threads:[~2022-02-28 14:31 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CAFrh3J9soC36+BVuwHB=g9z_KB5Og2+p2_W+BBoBOZveErz14w@mail.gmail.com>
2022-02-27  8:37 ` Failure to access cifs mount of samba share after resume from sleep with 5.17-rc5 Thorsten Leemhuis
2022-02-28  2:37   ` Steve French
2022-02-28 14:31     ` Satadru Pramanik [this message]
2022-03-01  4:12       ` Satadru Pramanik
2022-03-01 21:16         ` Satadru Pramanik
2022-03-02  7:57           ` Shyam Prasad N
2022-03-02 14:46             ` Satadru Pramanik
2022-03-04  5:49               ` Shyam Prasad N
2022-03-04 13:58                 ` Satadru Pramanik
2022-03-04 14:01                   ` Satadru Pramanik
2022-03-14 13:00                     ` Satadru Pramanik
2022-03-15 13:26                       ` Thorsten Leemhuis
2022-03-15 22:47                         ` Steve French
2022-03-16  2:14                           ` ronnie sahlberg
     [not found]                             ` <CAH2r5ms7XCTnCdW26Zh_ekXqk2bzqm7QxyYRLCDUPrAadqtyTA@mail.gmail.com>
2022-03-16  5:27                               ` ronnie sahlberg
2022-03-16 13:22                                 ` Satadru Pramanik
2022-03-16 17:27                                   ` Satadru Pramanik
2022-03-18 11:05                                     ` Shyam Prasad N
     [not found]                                       ` <CAFrh3J_YJhuTaBcc6durukdHsxQ1HDxRuer0kdD+t3hNvr4YDA@mail.gmail.com>
2022-03-18 14:05                                         ` Shyam Prasad N
2022-04-11 10:29                                           ` Thorsten Leemhuis
     [not found]                                             ` <CAFrh3J8u=iLQMPq6oTqgbLdrsZnMR8V5cmGKuiRoMey_Ch942g@mail.gmail.com>
2022-04-14  3:48                                               ` Shyam Prasad N
2022-04-14 15:14                                                 ` Satadru Pramanik
2022-04-14 15:22                                                   ` Satadru Pramanik
2022-04-14 16:07                                                   ` Steve French
2022-04-15  0:26                                                     ` Satadru Pramanik
2022-04-28 18:24                                                       ` Satadru Pramanik
2022-05-13 14:05                                                         ` Satadru Pramanik
2022-05-13 14:31                                                           ` ronnie sahlberg
     [not found]                                                           ` <CAH2r5muA3aVgotU7-8urEW1b1SfYC_LFsvFC+3LCkeZsbUMGxQ@mail.gmail.com>
2022-05-31 17:50                                                             ` Satadru Pramanik
     [not found] ` <87k09wz0ec.fsf@cjr.nz>
2022-06-05  2:31   ` Satadru Pramanik
2022-06-05 11:01     ` Satadru Pramanik

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=CAFrh3J-oOR1FxPrpzKsQQvronyk9fhDSqD2CY5DNsYO5Lt0ydg@mail.gmail.com \
    --to=satadru@gmail.com \
    --cc=linux-cifs@vger.kernel.org \
    --cc=regressions@leemhuis.info \
    --cc=regressions@lists.linux.dev \
    --cc=smfrench@gmail.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).