From: Pierre Abbat <phma@bezitopo.org>
To: linux-btrfs@vger.kernel.org
Subject: Re: Computer stalled, apparently from filesystem corruption
Date: Sun, 03 Apr 2022 02:14:34 -0400 [thread overview]
Message-ID: <3205109.rnzMqkiUVr@puma> (raw)
In-Reply-To: <YiwKA1LTrX56dd9T@hungrycats.org>
[-- Attachment #1: Type: text/plain, Size: 1236 bytes --]
On Friday, March 11, 2022 9:48:35 PM EDT Zygo Blaxell wrote:
> There's no indication of corruption in those logs. Above the kernel
> is complaining that it's taking too long to finish transactions, which
> could be a btrfs problem, or a hardware problem, or even simply a large
> filesystem running normally on very slow disks. Not enough information
> to tell.
It couldn't be a very slow disk, because all the drives are NVM or SSD.
> When posting logs, extract all lines with 'btrfs' on them, plus context
> lines, e.g.
>
> grep -B9 -i btrfs /var/log/kern.log
>
> or
>
> dmesg | grep -B9 -i btrfs
>
> If you can reproduce the hang, enable sysrq and do Alt-SysRq-W when it
> hangs (or run
>
> echo w > /proc/sysrq-trigger
>
> from a command line). This will provide stack traces of all blocked
> processes so we can see what the transaction is waiting for.
Here are the whole sections of the logfiles from the first error until the
computer hung, compressed. I'm afraid to run the rsync script again because it
might hang the computer. Is there a way to find out if the filesystem access
hung on a bad sector or something?
Pierre
--
Lanthanidia deliciosa: What the kiwifruit would be
if it weren't so radioactive.
[-- Attachment #2: syslog-excerpts.bz2 --]
[-- Type: application/x-bzip, Size: 6840 bytes --]
next prev parent reply other threads:[~2022-04-03 6:15 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-10 10:56 Computer stalled, apparently from filesystem corruption Pierre Abbat
2022-03-12 2:48 ` Zygo Blaxell
2022-04-03 6:14 ` Pierre Abbat [this message]
2022-04-04 23:05 ` Zygo Blaxell
-- strict thread matches above, loose matches on Subject: below --
2022-03-08 12:04 Pierre Abbat
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=3205109.rnzMqkiUVr@puma \
--to=phma@bezitopo.org \
--cc=linux-btrfs@vger.kernel.org \
/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