Bug 713333 - [abrt] kernel: WARNING: at fs/btrfs/disk-io.c:381 __btree_submit_bio_start+0x124/0x1aa [btrfs](): TAINTED Warning Issued
Summary: [abrt] kernel: WARNING: at fs/btrfs/disk-io.c:381 __btree_submit_bio_start+0x...
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 15
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Josef Bacik
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:085d8fb85afec4d1a0fd805282b...
: 716259 726156 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-06-15 02:25 UTC by Dan Callaghan
Modified: 2012-06-06 13:51 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-06-06 13:51:10 UTC
Type: ---


Attachments (Terms of Use)

Description Dan Callaghan 2011-06-15 02:25:17 UTC
abrt version: 2.0.1
architecture:   x86_64
cmdline:        ro root=/dev/mapper/vg0-fedora rd_LVM_LV=vg0/fedora rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us norhgb
comment:        No idea what caused this. Filesystem was under normal (heavy) use at the time.
component:      kernel
kernel:         2.6.38.7-30.fc15.x86_64
kernel_tainted: 512
os_release:     Fedora release 15 (Lovelock)
package:        kernel
reason:         [100281.800640] WARNING: at fs/btrfs/disk-io.c:381 __btree_submit_bio_start+0x124/0x1aa [btrfs]()
reported_to:    kerneloops: URL=http://submit.kerneloops.org/submitoops.php
time:           Wed Jun 15 12:21:17 2011

backtrace:
:[100281.800640] WARNING: at fs/btrfs/disk-io.c:381 __btree_submit_bio_start+0x124/0x1aa [btrfs]()
:[100281.800642] Hardware name: 4384BQ6
:[100281.800644] Modules linked in: usb_storage uas nfs fscache fuse sha256_generic dm_crypt tun ebtable_nat ebtables bridge stp llc nfsd lockd nfs_acl auth_rpcgss exportfs sunrpc cpufreq_ondemand acpi_cpufreq freq_table mperf ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter xt_CHECKSUM iptable_mangle ipt_MASQUERADE iptable_nat nf_nat ip6_tables ext2 arc4 snd_hda_codec_hdmi snd_hda_codec_conexant snd_hda_intel snd_hda_codec iwlagn uvcvideo snd_hwdep snd_seq snd_seq_device snd_pcm iwlcore microcode mac80211 btusb iTCO_wdt joydev bluetooth videodev v4l2_compat_ioctl32 cfg80211 i2c_i801 intel_ips iTCO_vendor_support e1000e snd_timer snd_page_alloc thinkpad_acpi wmi rfkill snd soundcore virtio_net kvm_intel kvm ipv6 btrfs zlib_deflate libcrc32c sdhci_pci sdhci firewire_ohci firewire_core mmc_core crc_itu_t i915 drm_kms_helper drm i2c_algo_bit i2c_core video [last unloaded: scsi_wait_scan]
:[100281.800686] Pid: 2086, comm: btrfs-worker-1 Not tainted 2.6.38.7-30.fc15.x86_64 #1
:[100281.800688] Call Trace:
:[100281.800696]  [<ffffffff8105511a>] warn_slowpath_common+0x83/0x9b
:[100281.800698]  [<ffffffff8105514c>] warn_slowpath_null+0x1a/0x1c
:[100281.800707]  [<ffffffffa01223ea>] __btree_submit_bio_start+0x124/0x1aa [btrfs]
:[100281.800717]  [<ffffffffa0120e8c>] run_one_async_start+0x25/0x27 [btrfs]
:[100281.800727]  [<ffffffffa014adfb>] worker_loop+0x145/0x46e [btrfs]
:[100281.800737]  [<ffffffffa014acb6>] ? worker_loop+0x0/0x46e [btrfs]
:[100281.800741]  [<ffffffff8106ebaf>] kthread+0x84/0x8c
:[100281.800745]  [<ffffffff8100a9e4>] kernel_thread_helper+0x4/0x10
:[100281.800747]  [<ffffffff8106eb2b>] ? kthread+0x0/0x8c
:[100281.800749]  [<ffffffff8100a9e0>] ? kernel_thread_helper+0x0/0x10

event_log:
:2011-06-15-12:25:10> Submitting oops report to http://submit.kerneloops.org/submitoops.php
:2011-06-15-12:25:12  Kernel oops report was uploaded

Comment 1 Chuck Ebbert 2011-06-24 05:10:29 UTC
*** Bug 716259 has been marked as a duplicate of this bug. ***

Comment 2 Dave Jones 2011-08-15 18:17:01 UTC
*** Bug 726156 has been marked as a duplicate of this bug. ***

Comment 3 Dave Jones 2012-04-11 16:11:13 UTC
is this still happening in 2.6.43.1 ?

Comment 4 Dan Callaghan 2012-04-11 21:58:57 UTC
I upgraded all my boxes to F16 quite some time ago, and I haven't seen this WARNING since then. I can also say that subjectively btrfs seems to be running much smoother now too :-)


Note You need to log in before you can comment on or make changes to this bug.