This is what I get if I use command: bcp file file_copy I can reproduce this every time when using bcp command. Filesystem is under lvm: /dev/mapper/vg_md1-btrfs on /mnt/btrfs type btrfs (rw,noatime,subvol=.) This filesystem is created using linux-3.0 and mkfs.btrfs, part of Btrfs v0.19-1-g4f89b6e-dirty Ok, I don''t have any kernel debug stuff there but maybe you can reproduce this.... -Markus ------------[ cut here ]------------ kernel BUG at fs/btrfs/delayed-inode.c:1693! invalid opcode: 0000 [#1] SMP CPU 2 Modules linked in: af_packet libafs(P) snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_pcm_oss snd_mixer_oss nfsd lockd sun rpc exportfs bridge ipv6 stp llc rc_dib0700_rc5 mt2060 btrfs zlib_deflate cryptomgr aead crc32c libcrc32c crypto_hash crypto_algapi dvb_usb_dib0700 dib7000p dib0090 dib7000m dib0070 dvb_usb ir_lirc_codec lirc_dev dib8000 ir_sony_decoder ir_jvc_decoder dvb_core ir_ rc6_decoder ir_rc5_decoder ir_nec_decoder dib3000mc rc_core dibx000_common usb_storage uas vhost_net macvtap macvlan tun bitrev kvm_ amd kvm snd_usb_audio snd_hwdep snd_usbmidi_lib cfq_iosched blk_cgroup snd_rawmidi snd_seq_device cn mousedev usbmouse usbhid ata_ge neric pata_acpi radeon snd_hda_codec_hdmi snd_hda_codec_via ttm drm_kms_helper snd_hda_intel tpm_tis processor snd_hda_codec thermal _sys sg pata_atiixp drm snd_pcm 8250_pnp tpm snd_timer sr_mod i2c_piix4 firmware_class tpm_bios firewire_ohci firewire_core floppy a sus_atk0110 8250 cdrom ohci_hcd backlight snd k10temp evdev i2c_algo_bit uhci_hcd atkbd ehci_hcd hwmon cfbcopyarea cfbimgblt soundco re serio_raw button i2c_core snd_page_alloc usbcore rtc serial_core cfbfillrect wmi crc_itu_t atl1e pcspkr unix ext4 crc16 jbd2 dm_m od raid1 md_mod ahci libahci libata sd_mod crc_t10dif scsi_mod fbcon font crc32 bitblit softcursor tileblit fb fbdev Pid: 19814, comm: bcp Tainted: P 3.0.0 #7 System manufacturer System Product Name/M4A78T-E RIP: 0010:[<ffffffffa04efc50>] [<ffffffffa04efc50>] 0xffffffffa04efc50 RSP: 0018:ffff8800a70cbc08 EFLAGS: 00010286 RAX: 00000000ffffffe4 RBX: ffff880102981b00 RCX: 0000000000000000 RDX: 0000000000017000 RSI: 0000000000018000 RDI: ffff88020dc641d0 RBP: ffff880102981b48 R08: ffffe8ffffd01470 R09: 0000000000000174 R10: 0000000000000000 R11: 0000000000000000 R12: ffff8800a223d520 R13: ffff88017ffec090 R14: ffff88020d6c3800 R15: 0000000000018000 FS: 00007f38bf898700(0000) GS:ffff88021fd00000(0000) knlGS:00000000f741e6c0 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000001a211b8 CR3: 00000000af509000 CR4: 00000000000006e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Process bcp (pid: 19814, threadinfo ffff8800a70ca000, task ffff88016da0dda0) Stack: ffff8800a70cbc30 ffff8800a223d520 ffff88017ffec090 ffff8800a223d520 ffff88021edf91b0 0000000000000000 ffff8800a223d388 ffffffffa04aeb1f 0000000000000045 ffffffffa04a065b 0000000000000053 ffff8800d80e9600 Call Trace: [<ffffffffa04aeb1f>] ? 0xffffffffa04aeb1f [<ffffffffa04a065b>] ? 0xffffffffa04a065b [<ffffffffa04d6718>] ? 0xffffffffa04d6718 [<ffffffffa04d86cb>] ? 0xffffffffa04d86cb [<ffffffff810eb807>] ? 0xffffffff810eb807 [<ffffffff810f73cc>] ? 0xffffffff810f73cc [<ffffffff810ebb7e>] ? 0xffffffff810ebb7e [<ffffffff810f78c9>] ? 0xffffffff810f78c9 [<ffffffff812c2b7b>] ? 0xffffffff812c2b7b Code: 08 01 00 00 41 29 c7 45 03 be 00 03 00 00 47 8d 3c 7f 4c 89 fa e8 d1 f7 f9 ff 85 c0 75 0d 4c 89 7b 08 e9 3e ff ff ff 0f 1f 40 00 <0f> 0b eb fe 66 66 66 2e 0f 1f 84 00 00 00 00 00 48 83 ec 28 48 RIP [<ffffffffa04efc50>] 0xffffffffa04efc50 RSP <ffff8800a70cbc08> ---[ end trace 9accb228bee0d473 ]--- -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, Jul 26, 2011 at 1:51 AM, Markus Suvanto <markus.suvanto@gmail.com> wrote:> This is what I get if I use command: > bcp file file_copy > I can reproduce this every time when using bcp command. > > Filesystem is under lvm: > /dev/mapper/vg_md1-btrfs on /mnt/btrfs type btrfs (rw,noatime,subvol=.) > > This filesystem is created using linux-3.0 and > mkfs.btrfs, part of Btrfs v0.19-1-g4f89b6e-dirty > > Ok, I don''t have any kernel debug stuff there but maybe you can > reproduce this.... > > -MarkusAppears to be an unhandled ENOSPC error; hard to tell much else without the debug info and the details on the volume (size, mkfs args, etc). -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Filesystem is almost empty: /dev/mapper/vg_md1-btrfs 155G 2,1G 152G 2% /mnt/btrfs File system is made using command mkfs.btrfs /dev/mapper/vg_md1-btrfs If you can''t reproduce this I can try to compile kernel using debug stuff.... -Markus 2011/7/26 cwillu <cwillu@cwillu.com>:> On Tue, Jul 26, 2011 at 1:51 AM, Markus Suvanto > <markus.suvanto@gmail.com> wrote: >> This is what I get if I use command: >> bcp file file_copy >> I can reproduce this every time when using bcp command. >> >> Filesystem is under lvm: >> /dev/mapper/vg_md1-btrfs on /mnt/btrfs type btrfs (rw,noatime,subvol=.) >> >> This filesystem is created using linux-3.0 and >> mkfs.btrfs, part of Btrfs v0.19-1-g4f89b6e-dirty >> >> Ok, I don''t have any kernel debug stuff there but maybe you can >> reproduce this.... >> >> -Markus > > Appears to be an unhandled ENOSPC error; hard to tell much else > without the debug info and the details on the volume (size, mkfs args, > etc). >-- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
I too have run into this just today, file system is nearly fresh: ------------[ cut here ]------------ kernel BUG at fs/btrfs/delayed-inode.c:1693! invalid opcode: 0000 [#9] SMP CPU 21 Modules linked in: btrfs zlib_deflate ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables ipv6 serio_raw pcspkr amd64_edac_mod edac_core edac_mce_amd i2c_piix4 i2c_core igb dca sg ses enclosure ext4 mbcache jbd2 sd_mod crc_t10dif ata_generic pata_acpi pata_atiixp ahci libahci megaraid_sas dm_mod [last unloaded: scsi_wait_scan] Pid: 4445, comm: cosd Tainted: G D W 3.0.0 #5 Supermicro H8DGT/H8DGT RIP: 0010:[<ffffffffa02756d0>] [<ffffffffa02756d0>] btrfs_delayed_update_inode+0x120/0x130 [btrfs] RSP: 0018:ffff8807ea0ddbb8 EFLAGS: 00010286 RAX: 00000000ffffffe4 RBX: ffff8804814cebe8 RCX: 0000000000018000 RDX: 0000000000017000 RSI: 0000000000018000 RDI: ffff8807eb8f41d0 RBP: ffff8807ea0ddbf8 R08: 0000000000000000 R09: 0000000000000016 R10: 0000000000000000 R11: 0000000000000000 R12: ffff8804814cec30 R13: ffff88067df691d8 R14: ffff8803f3a7da50 R15: ffff8807dea6a800 FS: 00007fb19f027700(0000) GS:ffff88081f4a0000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007fd83c1d2000 CR3: 00000007eba74000 CR4: 00000000000006e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Process cosd (pid: 4445, threadinfo ffff8807ea0dc000, task ffff8807eb022a80) Stack: 0000000000000001 0000000000018000 000000000000a7f0 ffff88067df691d8 ffff8803f3a7da50 ffff88067df691d8 ffff880654f58a30 0000000000000000 ffff8807ea0ddc48 ffffffffa0233a43 ffff8807ea5839a8 000000000000018c Call Trace: [<ffffffffa0233a43>] btrfs_update_inode+0x53/0x160 [btrfs] [<ffffffffa025cfec>] btrfs_ioctl_clone+0x9bc/0xc90 [btrfs] [<ffffffffa025d5db>] btrfs_ioctl+0x31b/0xd20 [btrfs] [<ffffffff811675c9>] ? do_filp_open+0x49/0xa0 [<ffffffff8116a27a>] do_vfs_ioctl+0x9a/0x540 [<ffffffff8116a7c1>] sys_ioctl+0xa1/0xb0 [<ffffffff8153eec2>] system_call_fastpath+0x16/0x1b Code: 00 03 00 00 8d 0c 49 48 89 ca 48 89 4d c8 e8 28 db f9 ff 85 c0 48 8b 4d c8 75 10 48 89 4b 08 e9 40 ff ff ff 0f 1f 80 00 00 00 00 <0f> 0b eb fe 66 66 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 48 RIP [<ffffffffa02756d0>] btrfs_delayed_update_inode+0x120/0x130 [btrfs] RSP <ffff8807ea0ddbb8> ---[ end trace a90b454752c77b8a ]--- Just prior to this, lots of these: ------------[ cut here ]------------ WARNING: at fs/btrfs/inode.c:2194 btrfs_orphan_commit_root+0xb0/0xc0 [btrfs]() Hardware name: H8DGT Modules linked in: btrfs zlib_deflate ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables ipv6 serio_raw pcspkr amd64_edac_mod edac_core edac_mce_amd i2c_piix4 i2c_core igb dca sg ses enclosure ext4 mbcache jbd2 sd_mod crc_t10dif ata_generic pata_acpi pata_atiixp ahci libahci megaraid_sas dm_mod [last unloaded: scsi_wait_scan] Pid: 5445, comm: kworker/14:0 Tainted: G W 3.0.0 #5 Call Trace: [<ffffffff8106000f>] warn_slowpath_common+0x7f/0xc0 [<ffffffff8106006a>] warn_slowpath_null+0x1a/0x20 [<ffffffffa022f240>] btrfs_orphan_commit_root+0xb0/0xc0 [btrfs] [<ffffffffa022a835>] commit_fs_roots+0xc5/0x1b0 [btrfs] [<ffffffffa022b8ee>] btrfs_commit_transaction+0x40e/0x850 [btrfs] [<ffffffff81059e5f>] ? dequeue_task_fair+0x20f/0x220 [<ffffffff8100a78b>] ? __switch_to+0x12b/0x320 [<ffffffff810825d0>] ? wake_up_bit+0x40/0x40 [<ffffffffa022c000>] ? btrfs_end_transaction+0x20/0x20 [btrfs] [<ffffffffa022c01f>] do_async_commit+0x1f/0x30 [btrfs] [<ffffffff8107b971>] process_one_work+0x131/0x450 [<ffffffff8107d51c>] worker_thread+0x17c/0x3c0 [<ffffffff8107d3a0>] ? manage_workers+0x220/0x220 [<ffffffff81081f56>] kthread+0x96/0xa0 [<ffffffff81540004>] kernel_thread_helper+0x4/0x10 [<ffffffff81081ec0>] ? kthread_worker_fn+0x1a0/0x1a0 [<ffffffff81540000>] ? gs_change+0x13/0x13 ---[ end trace a90b454752c77b80 ]--- -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Marcus Sorensen wrote:> I too have run into this just today, file system is nearly fresh: > > > ------------[ cut here ]------------ > kernel BUG at fs/btrfs/delayed-inode.c:1693!I just sent out a patch to fix it, see: [PATCH] Btrfs: reverse enough space for file clone -- Li Zefan -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html