public inbox for linux-btrfs@vger.kernel.org
 help / color / mirror / Atom feed
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 --]

  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