public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Dave Jones <davej@codemonkey.org.uk>
To: Linux Kernel <linux-kernel@vger.kernel.org>
Cc: Chris Mason <clm@fb.com>, Josef Bacik <jbacik@fb.com>,
	David Sterba <dsterba@suse.com>,
	linux-btrfs@vger.kernel.org
Subject: btrfs_destroy_inode WARN_ON.
Date: Thu, 24 Mar 2016 18:54:11 -0400	[thread overview]
Message-ID: <20160324225411.GA1612@codemonkey.org.uk> (raw)

Just hit this on a tree from earlier this morning, v4.5-11140 or so.

WARNING: CPU: 2 PID: 32570 at fs/btrfs/inode.c:9261 btrfs_destroy_inode+0x389/0x3f0 [btrfs]
CPU: 2 PID: 32570 Comm: rm Not tainted 4.5.0-think+ #14
 ffffffffc039baf9 00000000ef721ef0 ffff88025966fc08 ffffffff8957bcdb
 0000000000000000 0000000000000000 ffff88025966fc50 ffffffff890b41f1
 ffff88045d918040 0000242d4eed6048 ffff88024eed6048 ffff88024eed6048
Call Trace:
 [<ffffffffc039baf9>] ? btrfs_destroy_inode+0x389/0x3f0 [btrfs]
 [<ffffffff8957bcdb>] dump_stack+0x68/0x9d
 [<ffffffff890b41f1>] __warn+0x111/0x130
 [<ffffffff890b43fd>] warn_slowpath_null+0x1d/0x20
 [<ffffffffc039baf9>] btrfs_destroy_inode+0x389/0x3f0 [btrfs]
 [<ffffffff89352307>] destroy_inode+0x67/0x90
 [<ffffffff893524e7>] evict+0x1b7/0x240
 [<ffffffff893529be>] iput+0x3ae/0x4e0
 [<ffffffff8934c93e>] ? dput+0x20e/0x460
 [<ffffffff8933ee26>] do_unlinkat+0x256/0x440
 [<ffffffff8933ebd0>] ? do_rmdir+0x350/0x350
 [<ffffffff890031e7>] ? syscall_trace_enter_phase1+0x87/0x260
 [<ffffffff89003160>] ? enter_from_user_mode+0x50/0x50
 [<ffffffff8913c3b5>] ? __lock_is_held+0x25/0xd0
 [<ffffffff891411f2>] ? mark_held_locks+0x22/0xc0
 [<ffffffff890034ed>] ? syscall_trace_enter_phase2+0x12d/0x3d0
 [<ffffffff893400b0>] ? SyS_rmdir+0x20/0x20
 [<ffffffff893400cb>] SyS_unlinkat+0x1b/0x30
 [<ffffffff89003ac4>] do_syscall_64+0xf4/0x240
 [<ffffffff89d520da>] entry_SYSCALL64_slow_path+0x25/0x25
---[ end trace a48ce4e6a1b5e409 ]---


That's WARN_ON(BTRFS_I(inode)->csum_bytes);

*maybe* it's a bad disk, but there's no indication in dmesg of anything awry.
Spinning rust on SATA, nothing special.

	Dave

             reply	other threads:[~2016-03-24 22:54 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-24 22:54 Dave Jones [this message]
2016-03-25  8:25 ` btrfs_destroy_inode WARN_ON Markus Trippelsdorf
2016-03-28 14:05   ` Josef Bacik
2016-03-28 14:14     ` Markus Trippelsdorf
2016-03-28  1:14 ` Dave Jones
2016-04-01 18:12   ` Dave Jones
2016-04-01 18:18     ` Dave Jones

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=20160324225411.GA1612@codemonkey.org.uk \
    --to=davej@codemonkey.org.uk \
    --cc=clm@fb.com \
    --cc=dsterba@suse.com \
    --cc=jbacik@fb.com \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=linux-kernel@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