Re: kernel BUG at fs/btrfs/inode.c:4676!
2011-06-06 12:19:56 +0200, Marek Otahal: Hello, the issue happens every time when i have to hard power-off my notebook (suspend problems). With kernel 2.6.39 the partition is unmountable, solution is to boot 2.6.38 kernel which 1/ is able to mount the partition, 2/ by doing that fixes the problem so later .39 (after clean shutdown) can mount it also. [...] I've just been hit by this (3.0). I dug up a 2.6.38 kernel and got it back running just the same. Has any progress made on this? [39564.802905] device fsid 01b919f7-32cd-4d09-be1c-1810249001b2 devid 1 transid 21097 /dev/mapper/VG_USB_debian-root [39565.555655] [ cut here ] [39565.555662] kernel BUG at /build/buildd-linux-2.6_3.0.0-3-amd64-9ClimQ/linux-2.6-3.0.0/debian/build/source_amd64_none/fs/btrfs/inode.c:4586! [39565.555668] invalid opcode: [#1] SMP [39565.555672] CPU 1 [39565.555674] Modules linked in: ext2 hfsplus nls_utf8 nls_cp437 vfat fat ip6table_filter ip6_tables ebtable_nat ebtables vboxnetadp(O) vboxnetflt(O) ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT vboxdrv(O) xt_CHECKSUM iptable_mangle xt_tcpudp bridge stp parport_pc ppdev lp parport rfcomm bnep bluetooth rfkill xt_multiport iptable_filter ip_tables x_tables snd_hrtimer acpi_cpufreq mperf cpufreq_conservative cpufreq_powersave cpufreq_userspace cpufreq_stats binfmt_misc fuse nfsd nfs lockd fscache auth_rpcgss nfs_acl sunrpc ext3 jbd loop dm_crypt kvm_intel kvm uvcvideo videodev media v4l2_compat_ioctl32 nvidia(P) snd_hda_codec_via snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_seq snd_timer snd_seq_device evdev i7core_edac snd i2c_i801 edac_core pcspkr soundcore i2c_core asus_atk0110 snd_page_alloc button processor thermal_sys ext4 mbcache jbd2 crc16 btrfs zlib_deflate crc32c libcrc32c dm_mod raid10 raid456 async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy async_tx raid1 raid0 multipath linear md_mod nbd sg sd_mod sr_mod crc_t10dif cdrom ata_generic usb_storage usbhid hid uas pata_jmicron firewire_ohci firewire_core crc_itu_t ahci libahci ehci_hcd libata scsi_mod r8169 mii usbcore [last unloaded: scsi_wait_scan] [39565.555806] [39565.555810] Pid: 18729, comm: mount Tainted: P IO 3.0.0-1-amd64 #1 System manufacturer System Product Name/P7P55D [39565.555817] RIP: 0010:[a01fe008] [a01fe008] btrfs_add_link+0x120/0x178 [btrfs] [39565.555850] RSP: 0018:8801c5273858 EFLAGS: 00010282 [39565.555854] RAX: ffef RBX: 8801caf96d90 RCX: 8802124d01d8 [39565.555858] RDX: 000e RSI: 8801948da880 RDI: 0292 [39565.555862] RBP: 880162b12800 R08: 0050 R09: 000d [39565.555866] R10: 000c R11: 00015670 R12: 8801caf7d1d8 [39565.555870] R13: 000b R14: 88017b3c0600 R15: 8801cecfb540 [39565.555875] FS: 7f1062f7b7e0() GS:88023fc2() knlGS: [39565.555879] CS: 0010 DS: ES: CR0: 80050033 [39565.555883] CR2: 7f84b7689000 CR3: 00017b112000 CR4: 06e0 [39565.555887] DR0: DR1: DR2: [39565.555891] DR3: DR6: 0ff0 DR7: 0400 [39565.555896] Process mount (pid: 18729, threadinfo 8801c5272000, task 880236e947f0) [39565.555899] Stack: [39565.555901] 0001 01c9 8801 000592ad [39565.555908] 000592ad 0001 880203d96e00 000c [39565.555915] 1000 8801cec8b7f0 8801c52739e8 8801caf7d1d8 [39565.555922] Call Trace: [39565.555948] [a021ddf5] ? add_inode_ref+0x2f3/0x385 [btrfs] [39565.555974] [a0220063] ? replay_one_buffer+0x181/0x1fb [btrfs] [39565.556000] [a0210c4e] ? alloc_extent_buffer+0x6f/0x295 [btrfs] [39565.556025] [a021f7e8] ? walk_down_log_tree+0x153/0x29c [btrfs] [39565.556050] [a021f9b2] ? walk_log_tree+0x81/0x196 [btrfs] [39565.556074] [a01f0b4e] ? btrfs_read_fs_root_no_radix+0x166/0x1a5 [btrfs] [39565.556099] [a0221177] ? btrfs_recover_log_trees+0x192/0x297 [btrfs] [39565.556125] [a021fee2] ? replay_one_dir_item+0xb3/0xb3 [btrfs] [39565.556148] [a01ef722] ? btree_read_extent_buffer_pages.clone.63+0x6f/0xb2 [btrfs] [39565.556173] [a01f2f47] ? open_ctree+0x10f5/0x140e [btrfs] [39565.556180] [811aa488] ? string.clone.2+0x39/0x9f [39565.556187] [810fdc92] ? sget+0x363/0x381 [39565.556207] [a01d9743] ? btrfs_mount+0x228/0x470 [btrfs] [39565.556213] [810cdcd6] ? pcpu_next_pop+0x37/0x45 [39565.556219] [810cda22] ? cpumask_next+0x18/0x1d [39565.556224] [810ceb4c] ? pcpu_alloc+0x7b4/0x7cc [39565.556232] [810fe52b] ? mount_fs+0x67/0x150 [39565.556241] [8c4c] ? vfs_kern_mount+0x58/0x97 [39565.556249]
Re: kernel BUG at fs/btrfs/inode.c:4676!
On Wed, 2011-06-22 at 12:09 -0400, Josef Bacik wrote: On 06/10/2011 05:52 PM, Marek Otahal wrote: On Friday 10 of June 2011 16:52:36 Josef Bacik wrote: On 06/10/2011 02:43 PM, Marek Otahal wrote: On Friday 10 of June 2011 15:33:20 Josef Bacik wrote: On 06/09/2011 10:06 PM, Daniel J Blueman wrote: On 10 June 2011 09:57, Andy Lutomirski l...@mit.edu wrote: On 06/06/2011 06:19 AM, Marek Otahal wrote: Hello, the issue happens every time when i have to hard power-off my notebook (suspend problems). With kernel 2.6.39 the partition is unmountable, solution is to boot 2.6.38 kernel which 1/ is able to mount the partition, 2/ by doing that fixes the problem so later .39 (after clean shutdown) can mount it also. Same problem here. Mounting with 2.6.38 says: [ 41.906259] Btrfs loaded [ 41.906747] device fsid e040a9d60da49596-66c0275e348878bf devid 1 transid 69217 /dev/mapper/vg_midnight_ssd-home [ 41.908767] btrfs: disk space caching is enabled [ 42.232185] btrfs: unlinked 17 orphans [ 42.232189] btrfs: truncated 2 orphans dmesg in 2.6.39.1 says: [] [ 15.004255] kernel BUG at fs/btrfs/inode.c:4676! [] I've been experiencing the same issue also. Josef/Chris, would an metadata snapshot or full block snapshot help debug this regression? I can probably setup a small testcase to trigger this. If you can come up with a testcase to reproduce I would love you forever ;). If I get done what I wanted to do today I will try and reproduce. Thanks, Josef ...I was getting ready for you eternal love, Josef :P...but I can't reproduce it 100%, like 70% success-rate. The test-case is quite easy, 1. mount the FS, just with compress-force=lzo option // I didn't try without, but on my other btrfs partition that doesn't use compression the err never happened ...so, can the others who experience the bug confirm compress=lzo used? 2. cd to it create a file (not sure if needed) 3. hard power-off To reproduce my tests: dd /dev/zero /btrfstest bs=1M count=256 (min required for default mksf.btrfs) losetup /dev/loop0 /btrfstest mkfs.btrfs /dev/loop0 mount -o compress-force=lzo /dev/loop0 /mnt/tmp vim /mnt/tmp/hello.txt ---power off! How long do you wait between these two steps? I've not been able to reproduce this and I've done it maybe 5 times. Either I've fixed it in my tree (yay!) or I'm doing something wrong (boo!). Thanks, Josef Not much but not immediately too, I'd say like ~5s. Did ls, df and quit. Tomorrow I'll try if I can spot a difference. Btw, is there a way to simulate power-off on a loopback-fs? Like to kill the loopback device while fs is mounted or some way? So I don't have to stress the poor hw :) Thank you, Mark I've not been able to hit this at all. Can you try on 3.0-rc4 and see if you are still hitting it? Maybe it accidently got fixed already :). Thanks, While repeatedly crashing 3.0-rc7 with attempts to make Broadcom wireless work, I've seen something very similar to this. Like Marek, I have to boot 2.6.38 to recover, and then I can boot 3.0 again. I've been seeing it for a while, but upon looking in to the mailing list I saw it was already being discussed and even had a test case more useful than sometimes when I crash my kernel..., so I figured it was already in hand. I'll try to crash it tonight so I can hand it to Chris in the morning. Obviously, my attempts to reproduce it on demand so far have failed :) -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: kernel BUG at fs/btrfs/inode.c:4676!
Excerpts from David Woodhouse's message of 2011-07-20 02:05:02 -0400: On Wed, 2011-06-22 at 12:09 -0400, Josef Bacik wrote: Hello, the issue happens every time when i have to hard power-off my notebook (suspend problems). With kernel 2.6.39 the partition is unmountable, solution is to boot 2.6.38 kernel which 1/ is able to mount the partition, 2/ by doing that fixes the problem so later .39 (after clean shutdown) can mount it also. Same problem here. Mounting with 2.6.38 says: [ 41.906259] Btrfs loaded [ 41.906747] device fsid e040a9d60da49596-66c0275e348878bf devid 1 transid 69217 /dev/mapper/vg_midnight_ssd-home [ 41.908767] btrfs: disk space caching is enabled [ 42.232185] btrfs: unlinked 17 orphans [ 42.232189] btrfs: truncated 2 orphans dmesg in 2.6.39.1 says: [] [ 15.004255] kernel BUG at fs/btrfs/inode.c:4676! [] I've been experiencing the same issue also. Josef/Chris, would an metadata snapshot or full block snapshot help debug this regression? I can probably setup a small testcase to trigger this. If you can come up with a testcase to reproduce I would love you forever ;). If I get done what I wanted to do today I will try and reproduce. Thanks, Josef ...I was getting ready for you eternal love, Josef :P...but I can't reproduce it 100%, like 70% success-rate. The test-case is quite easy, 1. mount the FS, just with compress-force=lzo option // I didn't try without, but on my other btrfs partition that doesn't use compression the err never happened ...so, can the others who experience the bug confirm compress=lzo used? 2. cd to it create a file (not sure if needed) 3. hard power-off To reproduce my tests: dd /dev/zero /btrfstest bs=1M count=256 (min required for default mksf.btrfs) losetup /dev/loop0 /btrfstest mkfs.btrfs /dev/loop0 mount -o compress-force=lzo /dev/loop0 /mnt/tmp vim /mnt/tmp/hello.txt ---power off! Oh, the dirty little secret of loop devices is they don't actually write things to disk properly. They are not power off safe. But you can trigger this without a loop device, correct? While repeatedly crashing 3.0-rc7 with attempts to make Broadcom wireless work, I've seen something very similar to this. Like Marek, I have to boot 2.6.38 to recover, and then I can boot 3.0 again. I've been seeing it for a while, but upon looking in to the mailing list I saw it was already being discussed and even had a test case more useful than sometimes when I crash my kernel..., so I figured it was already in hand. I'll try to crash it tonight so I can hand it to Chris in the morning. Obviously, my attempts to reproduce it on demand so far have failed :) The oops were hitting is a -EEXIST on trying to insert the directory entry for the inode back ref, but the tree-logging stuff is already trying to check for dups. I'll take a look. -chris -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: kernel BUG at fs/btrfs/inode.c:4676!
On Wed, 2011-07-20 at 04:44 -0400, Chris Mason wrote: Oh, the dirty little secret of loop devices is they don't actually write things to disk properly. They are not power off safe. But you can trigger this without a loop device, correct? Yes. I would have liked to reproduce it last night and show it to you this morning, and that way I'd double-check that it really is the *same* BUG(). But certainly I thought it was a few weeks ago when I looked, and the bit about having to reboot into 2.6.38 before I can boot 3.0 is *definitely* the same. The oops were hitting is a -EEXIST on trying to insert the directory entry for the inode back ref, but the tree-logging stuff is already trying to check for dups. I'll take a look. Thanks. I'll *try* to make it happen again, but I haven't managed it so far... and no, I haven't updated my kernel; this is the *same* kernel that was doing it before. -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: kernel BUG at fs/btrfs/inode.c:4676!
On 06/10/2011 05:52 PM, Marek Otahal wrote: On Friday 10 of June 2011 16:52:36 Josef Bacik wrote: On 06/10/2011 02:43 PM, Marek Otahal wrote: On Friday 10 of June 2011 15:33:20 Josef Bacik wrote: On 06/09/2011 10:06 PM, Daniel J Blueman wrote: On 10 June 2011 09:57, Andy Lutomirski l...@mit.edu wrote: On 06/06/2011 06:19 AM, Marek Otahal wrote: Hello, the issue happens every time when i have to hard power-off my notebook (suspend problems). With kernel 2.6.39 the partition is unmountable, solution is to boot 2.6.38 kernel which 1/ is able to mount the partition, 2/ by doing that fixes the problem so later .39 (after clean shutdown) can mount it also. Same problem here. Mounting with 2.6.38 says: [ 41.906259] Btrfs loaded [ 41.906747] device fsid e040a9d60da49596-66c0275e348878bf devid 1 transid 69217 /dev/mapper/vg_midnight_ssd-home [ 41.908767] btrfs: disk space caching is enabled [ 42.232185] btrfs: unlinked 17 orphans [ 42.232189] btrfs: truncated 2 orphans dmesg in 2.6.39.1 says: [] [ 15.004255] kernel BUG at fs/btrfs/inode.c:4676! [] I've been experiencing the same issue also. Josef/Chris, would an metadata snapshot or full block snapshot help debug this regression? I can probably setup a small testcase to trigger this. If you can come up with a testcase to reproduce I would love you forever ;). If I get done what I wanted to do today I will try and reproduce. Thanks, Josef ...I was getting ready for you eternal love, Josef :P...but I can't reproduce it 100%, like 70% success-rate. The test-case is quite easy, 1. mount the FS, just with compress-force=lzo option // I didn't try without, but on my other btrfs partition that doesn't use compression the err never happened ...so, can the others who experience the bug confirm compress=lzo used? 2. cd to it create a file (not sure if needed) 3. hard power-off To reproduce my tests: dd /dev/zero /btrfstest bs=1M count=256 (min required for default mksf.btrfs) losetup /dev/loop0 /btrfstest mkfs.btrfs /dev/loop0 mount -o compress-force=lzo /dev/loop0 /mnt/tmp vim /mnt/tmp/hello.txt ---power off! How long do you wait between these two steps? I've not been able to reproduce this and I've done it maybe 5 times. Either I've fixed it in my tree (yay!) or I'm doing something wrong (boo!). Thanks, Josef Not much but not immediately too, I'd say like ~5s. Did ls, df and quit. Tomorrow I'll try if I can spot a difference. Btw, is there a way to simulate power-off on a loopback-fs? Like to kill the loopback device while fs is mounted or some way? So I don't have to stress the poor hw :) Thank you, Mark I've not been able to hit this at all. Can you try on 3.0-rc4 and see if you are still hitting it? Maybe it accidently got fixed already :). Thanks, Josef -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: kernel BUG at fs/btrfs/inode.c:4676!
On 06/09/2011 10:06 PM, Daniel J Blueman wrote: On 10 June 2011 09:57, Andy Lutomirski l...@mit.edu wrote: On 06/06/2011 06:19 AM, Marek Otahal wrote: Hello, the issue happens every time when i have to hard power-off my notebook (suspend problems). With kernel 2.6.39 the partition is unmountable, solution is to boot 2.6.38 kernel which 1/ is able to mount the partition, 2/ by doing that fixes the problem so later .39 (after clean shutdown) can mount it also. Same problem here. Mounting with 2.6.38 says: [ 41.906259] Btrfs loaded [ 41.906747] device fsid e040a9d60da49596-66c0275e348878bf devid 1 transid 69217 /dev/mapper/vg_midnight_ssd-home [ 41.908767] btrfs: disk space caching is enabled [ 42.232185] btrfs: unlinked 17 orphans [ 42.232189] btrfs: truncated 2 orphans dmesg in 2.6.39.1 says: [] [ 15.004255] kernel BUG at fs/btrfs/inode.c:4676! [] I've been experiencing the same issue also. Josef/Chris, would an metadata snapshot or full block snapshot help debug this regression? I can probably setup a small testcase to trigger this. If you can come up with a testcase to reproduce I would love you forever ;). If I get done what I wanted to do today I will try and reproduce. Thanks, Josef -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: kernel BUG at fs/btrfs/inode.c:4676!
On Fri, Jun 10, 2011 at 2:43 PM, Marek Otahal markota...@gmail.com wrote: The test-case is quite easy, 1. mount the FS, just with compress-force=lzo option // I didn't try without, but on my other btrfs partition that doesn't use compression the err never happened ...so, can the others who experience the bug confirm compress=lzo used? Yes, I use compress=lzo. --Andy -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: kernel BUG at fs/btrfs/inode.c:4676!
On 06/10/2011 02:43 PM, Marek Otahal wrote: On Friday 10 of June 2011 15:33:20 Josef Bacik wrote: On 06/09/2011 10:06 PM, Daniel J Blueman wrote: On 10 June 2011 09:57, Andy Lutomirski l...@mit.edu wrote: On 06/06/2011 06:19 AM, Marek Otahal wrote: Hello, the issue happens every time when i have to hard power-off my notebook (suspend problems). With kernel 2.6.39 the partition is unmountable, solution is to boot 2.6.38 kernel which 1/ is able to mount the partition, 2/ by doing that fixes the problem so later .39 (after clean shutdown) can mount it also. Same problem here. Mounting with 2.6.38 says: [ 41.906259] Btrfs loaded [ 41.906747] device fsid e040a9d60da49596-66c0275e348878bf devid 1 transid 69217 /dev/mapper/vg_midnight_ssd-home [ 41.908767] btrfs: disk space caching is enabled [ 42.232185] btrfs: unlinked 17 orphans [ 42.232189] btrfs: truncated 2 orphans dmesg in 2.6.39.1 says: [] [ 15.004255] kernel BUG at fs/btrfs/inode.c:4676! [] I've been experiencing the same issue also. Josef/Chris, would an metadata snapshot or full block snapshot help debug this regression? I can probably setup a small testcase to trigger this. If you can come up with a testcase to reproduce I would love you forever ;). If I get done what I wanted to do today I will try and reproduce. Thanks, Josef ...I was getting ready for you eternal love, Josef :P...but I can't reproduce it 100%, like 70% success-rate. The test-case is quite easy, 1. mount the FS, just with compress-force=lzo option // I didn't try without, but on my other btrfs partition that doesn't use compression the err never happened ...so, can the others who experience the bug confirm compress=lzo used? 2. cd to it create a file (not sure if needed) 3. hard power-off To reproduce my tests: dd /dev/zero /btrfstest bs=1M count=256 (min required for default mksf.btrfs) losetup /dev/loop0 /btrfstest mkfs.btrfs /dev/loop0 mount -o compress-force=lzo /dev/loop0 /mnt/tmp vim /mnt/tmp/hello.txt ---power off! How long do you wait between these two steps? I've not been able to reproduce this and I've done it maybe 5 times. Either I've fixed it in my tree (yay!) or I'm doing something wrong (boo!). Thanks, Josef -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: kernel BUG at fs/btrfs/inode.c:4676!
On Friday 10 of June 2011 16:52:36 Josef Bacik wrote: On 06/10/2011 02:43 PM, Marek Otahal wrote: On Friday 10 of June 2011 15:33:20 Josef Bacik wrote: On 06/09/2011 10:06 PM, Daniel J Blueman wrote: On 10 June 2011 09:57, Andy Lutomirski l...@mit.edu wrote: On 06/06/2011 06:19 AM, Marek Otahal wrote: Hello, the issue happens every time when i have to hard power-off my notebook (suspend problems). With kernel 2.6.39 the partition is unmountable, solution is to boot 2.6.38 kernel which 1/ is able to mount the partition, 2/ by doing that fixes the problem so later .39 (after clean shutdown) can mount it also. Same problem here. Mounting with 2.6.38 says: [ 41.906259] Btrfs loaded [ 41.906747] device fsid e040a9d60da49596-66c0275e348878bf devid 1 transid 69217 /dev/mapper/vg_midnight_ssd-home [ 41.908767] btrfs: disk space caching is enabled [ 42.232185] btrfs: unlinked 17 orphans [ 42.232189] btrfs: truncated 2 orphans dmesg in 2.6.39.1 says: [] [ 15.004255] kernel BUG at fs/btrfs/inode.c:4676! [] I've been experiencing the same issue also. Josef/Chris, would an metadata snapshot or full block snapshot help debug this regression? I can probably setup a small testcase to trigger this. If you can come up with a testcase to reproduce I would love you forever ;). If I get done what I wanted to do today I will try and reproduce. Thanks, Josef ...I was getting ready for you eternal love, Josef :P...but I can't reproduce it 100%, like 70% success-rate. The test-case is quite easy, 1. mount the FS, just with compress-force=lzo option // I didn't try without, but on my other btrfs partition that doesn't use compression the err never happened ...so, can the others who experience the bug confirm compress=lzo used? 2. cd to it create a file (not sure if needed) 3. hard power-off To reproduce my tests: dd /dev/zero /btrfstest bs=1M count=256 (min required for default mksf.btrfs) losetup /dev/loop0 /btrfstest mkfs.btrfs /dev/loop0 mount -o compress-force=lzo /dev/loop0 /mnt/tmp vim /mnt/tmp/hello.txt ---power off! How long do you wait between these two steps? I've not been able to reproduce this and I've done it maybe 5 times. Either I've fixed it in my tree (yay!) or I'm doing something wrong (boo!). Thanks, Josef Not much but not immediately too, I'd say like ~5s. Did ls, df and quit. Tomorrow I'll try if I can spot a difference. Btw, is there a way to simulate power-off on a loopback-fs? Like to kill the loopback device while fs is mounted or some way? So I don't have to stress the poor hw :) Thank you, Mark -- Marek Otahal :o) signature.asc Description: This is a digitally signed message part.
Re: kernel BUG at fs/btrfs/inode.c:4676!
On Mon, Jun 6, 2011 at 12:19 PM, Marek Otahal markota...@gmail.com wrote: Hello, the issue happens every time when i have to hard power-off my notebook (suspend problems). With kernel 2.6.39 the partition is unmountable, solution is to boot 2.6.38 kernel which 1/ is able to mount the partition, 2/ by doing that fixes the problem so later .39 (after clean shutdown) can mount it also. Attached dmesg follows. Thank you, Mark mount options: /dev/mapper/homeDevice /home btrfs defaults,relatime,nodev,nosuid,compress-force=lzo 0 2 # /dev/sda9 home dmesg: [ 56.994241] loop: module loaded [ 57.172283] Btrfs loaded [ 57.191655] device label store devid 1 transid 26106 /dev/dm-3 [ 57.218783] device label home devid 1 transid 450932 /dev/dm-2 [ 57.459448] scsi 4:0:0:0: Direct-Access Generic- Multi-Card 1.00 PQ: 0 ANSI: 0 CCS [ 57.460293] sd 4:0:0:0: Attached scsi generic sg1 type 0 [ 57.467030] sd 4:0:0:0: [sdb] Attached SCSI removable disk [ 61.585618] EXT4-fs (sda4): warning: checktime reached, running e2fsck is recommended [ 61.671534] EXT4-fs (sda4): re-mounted. Opts: (null) [ 62.211037] device label home devid 1 transid 450932 /dev/mapper/homeDevice [ 62.212058] btrfs: force lzo compression [ 65.335194] [ cut here ] [ 65.335308] kernel BUG at fs/btrfs/inode.c:4676! [ 65.335406] invalid opcode: [#1] PREEMPT SMP [ 65.335532] last sysfs file: /sys/devices/virtual/bdi/btrfs-1/uevent [ 65.337833] Modules linked in: btrfs zlib_deflate crc32c libcrc32c loop uas ums_realtek uvcvideo usb_storage msr videodev media btusb bluetooth sbs sbshc arc4 ecb b43 mac80211 joydev cfg80211 ssb mmc_core pcmcia sg fuse tg3 uhci_hcd ideapad_laptop evdev sparse_keymap psmouse pcspkr snd_hda_codec_realtek iTCO_wdt iTCO_vendor_support rfkill serio_raw ehci_hcd snd_hda_intel pcmcia_core i2c_i801 libphy usbcore ac wmi battery thermal snd_hda_codec snd_hwdep snd_pcm snd_timer snd soundcore snd_page_alloc acpi_cpufreq freq_table processor mperf sha256_generic sha512_generic ext4 mbcache jbd2 crc16 cryptd aes_i586 aes_generic xts gf128mul dm_crypt dm_mod sd_mod ata_piix libata scsi_mod i915 drm_kms_helper drm i2c_algo_bit button i2c_core video intel_agp intel_gtt agpgart [ 65.337833] [ 65.337833] Pid: 883, comm: mount Not tainted 2.6.39-ARCH #1 LENOVO 41875QG /Kuril [ 65.337833] EIP: 0060:[f9604072] EFLAGS: 00010282 CPU: 1 [ 65.337833] EIP is at btrfs_add_link+0x172/0x200 [btrfs] [ 65.337833] EAX: ffef EBX: ef448908 ECX: 0119 EDX: 0111 [ 65.337833] ESI: 004255d9 EDI: 0020 EBP: eec77ba4 ESP: eec77b48 [ 65.337833] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 [ 65.337833] Process mount (pid: 883, ti=eec76000 task=f4c8c450 task.ti=eec76000) [ 65.337833] Stack: [ 65.396712] 0020 004255d9 eec77b87 0001 e55e f960d6f8 [ 65.396712] eec77b88 eec77b8c eec77b90 eec77b94 ef472000 f5076800 ef448ba8 6f43c090 [ 65.396712] 46ab 0100 0046ab6f eec77c0c [ 65.396712] Call Trace: [ 65.396712] [f960d6f8] ? btrfs_inode_ref_index+0xd8/0xe0 [btrfs] [ 65.396712] [f962cfcf] add_inode_ref+0x28f/0x320 [btrfs] [ 65.396712] [f962de69] replay_one_buffer+0x239/0x320 [btrfs] [ 65.396712] [f961cc97] ? alloc_extent_buffer+0x77/0x3a0 [btrfs] [ 65.396712] [f962b7a9] walk_down_log_tree+0x1d9/0x370 [btrfs] [ 65.396712] [f962b9d9] walk_log_tree+0x99/0x1c0 [btrfs] [ 65.396712] [f962f2fa] btrfs_recover_log_trees+0x1da/0x2a0 [btrfs] [ 65.396712] [f962dc30] ? replay_one_dir_item+0xb0/0xb0 [btrfs] [ 65.396712] [f95f6749] open_ctree+0x1129/0x1490 [btrfs] [ 65.396712] [c11ac7a9] ? strlcpy+0x39/0x50 [ 65.396712] [f95d756b] btrfs_mount+0x4ab/0x5b0 [btrfs] [ 65.396712] [c1109d31] mount_fs+0x31/0x170 [ 65.396712] [c11207ac] vfs_kern_mount+0x4c/0x90 [ 65.396712] [c1120b49] do_kern_mount+0x39/0xd0 [ 65.396712] [c1121e31] do_mount+0x161/0x700 [ 65.396712] [c11226f6] sys_mount+0x66/0xa0 [ 65.396712] [c1330edf] sysenter_do_call+0x12/0x28 [ 65.396712] Code: 44 24 08 00 00 00 00 89 4c 24 0c 8b 4d 08 89 34 24 e8 73 cc fe ff 85 c0 0f 84 f0 fe ff ff 8b 5d f4 8b 75 f8 8b 7d fc 89 ec 5d c3 0f 0b 8b 81 d8 fe ff ff 8d 55 e3 b9 11 00 00 00 89 d7 05 03 01 [ 65.396712] EIP: [f9604072] btrfs_add_link+0x172/0x200 [btrfs] SS:ESP 0068:eec77b48 [ 65.397464] ---[ end trace 5f278c10a67bc917 ]--- [ 65.519660] Adding 2561304k swap on /dev/mapper/swapDevice. Priority:-1 extents:1 across:2561304k [ 67.243199] microcode: CPU0 sig=0x106c2, pf=0x4, revision=0x20a [ 67.292031] microcode: CPU1 sig=0x106c2, pf=0x4, revision=0x20a [ 67.298402] microcode: Microcode Update Driver: v2.00 tig...@aivazian.fsnet.co.uk, Peter Oruba [ 67.305857] microcode: CPU0 updated to revision 0x218, date = 2009-04-10 [ 67.315268] microcode
Re: kernel BUG at fs/btrfs/inode.c:4676!
On 06/06/2011 06:19 AM, Marek Otahal wrote: Hello, the issue happens every time when i have to hard power-off my notebook (suspend problems). With kernel 2.6.39 the partition is unmountable, solution is to boot 2.6.38 kernel which 1/ is able to mount the partition, 2/ by doing that fixes the problem so later .39 (after clean shutdown) can mount it also. Same problem here. Mounting with 2.6.38 says: [ 41.906259] Btrfs loaded [ 41.906747] device fsid e040a9d60da49596-66c0275e348878bf devid 1 transid 69217 /dev/mapper/vg_midnight_ssd-home [ 41.908767] btrfs: disk space caching is enabled [ 42.232185] btrfs: unlinked 17 orphans [ 42.232189] btrfs: truncated 2 orphans dmesg in 2.6.39.1 says: [ 14.956469] Btrfs loaded [ 14.963227] device fsid e040a9d60da49596-66c0275e348878bf devid 1 transid 69217 /dev/mapper/vg_midnight_ssd-home [ 14.963680] btrfs: enabling disk space caching [ 14.963686] btrfs: use lzo compression [ 15.004196] [ cut here ] [ 15.004255] kernel BUG at fs/btrfs/inode.c:4676! [ 15.004300] invalid opcode: [#1] SMP [ 15.004339] last sysfs file: /sys/devices/virtual/bdi/btrfs-1/uevent [ 15.004389] CPU 4 [ 15.004408] Modules linked in: btrfs zlib_deflate lzo_compress libcrc32c snd_hda_codec_hdmi snd_hda_codec_realtek usb_storage uas vfat fat snd_hda_intel snd_hda_codec snd_hwdep snd_seq joydev snd_seq_device snd_pcm microcode snd_timer serio_raw iTCO_wdt pcspkr e1000e i2c_i801 snd iTCO_vendor_support xhci_hcd soundcore snd_page_alloc virtio_net virtio virtio_ring kvm_intel kvm ipv6 xts gf128mul firewire_ohci firewire_core pata_acpi dm_crypt crc_itu_t ata_generic i915 drm_kms_helper drm i2c_algo_bit i2c_core video [last unloaded: scsi_wait_scan] [ 15.004947] [ 15.004964] Pid: 859, comm: mount Not tainted 2.6.39.1+ #65 /DQ67SW [ 15.005031] RIP: 0010:[a03b0584] [a03b0584] btrfs_add_link+0x109/0x162 [btrfs] [ 15.005122] RSP: 0018:880230b79858 EFLAGS: 00010282 [ 15.005165] RAX: ffef RBX: 88022fe41968 RCX: 0057 [ 15.005223] RDX: 0056 RSI: 0001af90 RDI: ea0007a79a10 [ 15.005299] RBP: 880230b798c8 R08: a038e301 R09: 880230b79760 [ 15.005367] R10: 0aa3 R11: 0008 R12: 8802300ad800 [ 15.005422] R13: 88022fe41d60 R14: 0009 R15: 880230ba7d50 [ 15.005477] FS: 7ff29d1b6820() GS:88023e30() knlGS: [ 15.005539] CS: 0010 DS: ES: CR0: 8005003b [ 15.005594] CR2: 7f2fd5f5d00f CR3: 000230ed8000 CR4: 000406e0 [ 15.005656] DR0: DR1: DR2: [ 15.005711] DR3: DR6: 0ff0 DR7: 0400 [ 15.005766] Process mount (pid: 859, threadinfo 880230b78000, task 88022c803260) [ 15.005827] Stack: [ 15.005846] 88020001 9153 880230b79898 88022fe48080 [ 15.005925] 96ff88022f51a000 0100847e [ 15.005998] 1000 88022fe2e120 88022fe41d60 880230b799e7 [ 15.006065] Call Trace: [ 15.006104] [a03d14cd] add_inode_ref+0x2bc/0x354 [btrfs] [ 15.006169] [a03c4a53] ? read_extent_buffer+0xc3/0xe3 [btrfs] [ 15.006253] [a03d1e7e] replay_one_buffer+0x197/0x212 [btrfs] [ 15.006338] [a03a0f47] ? btree_read_extent_buffer_pages+0xbc/0xbc [btrfs] [ 15.006411] [a03cfcd8] walk_up_log_tree+0xe4/0x1aa [btrfs] [ 15.006474] [a03d1ce7] ? replay_one_dir_item+0xbd/0xbd [btrfs] [ 15.006538] [a03d00fd] walk_log_tree+0x9e/0x19e [btrfs] [ 15.006589] [8143ec48] ? _cond_resched+0xe/0x22 [ 15.006665] [a03d306d] btrfs_recover_log_trees+0x174/0x286 [btrfs] [ 15.006733] [a03d1ce7] ? replay_one_dir_item+0xbd/0xbd [btrfs] [ 15.006798] [a03a561f] open_ctree+0xfb7/0x12a4 [btrfs] [ 15.006853] [a038c7d3] btrfs_mount+0x225/0x473 [btrfs] [ 15.006923] [810c087d] ? __free_pages+0x20/0x29 [ 15.006975] [8110626c] mount_fs+0x69/0x155 [ 15.007018] [810d2d85] ? __alloc_percpu+0x10/0x12 [ 15.007066] [8111a00d] vfs_kern_mount+0x63/0x9d [ 15.007112] [8111a996] do_kern_mount+0x4d/0xdf [ 15.007157] [8111c0a2] do_mount+0x63c/0x69f [ 15.007198] [8111c39a] sys_mount+0x88/0xc2 [ 15.007242] [8144666b] system_call_fastpath+0x16/0x1b [ 15.007308] Code: fa 4c 89 e6 48 8b 7d a8 48 89 44 24 08 41 8b 45 00 66 c1 e8 0c 83 e0 0f 0f b6 80 48 5d 3e a0 89 04 24 e8 01 e7 fe ff 85 c0 74 02 0f 0b 45 01 f6 4d 63 f6 4c 03 b3 c8 00 00 00 4c 89 b3 c8 00 00 [ 15.007600] RIP [a03b0584] btrfs_add_link+0x109/0x162 [btrfs] [ 15.007686] RSP 880230b79858 [ 15.179663] ---[ end trace 614a0d527d4b2a82 ]--- --Andy -- To unsubscribe from this list: send
Re: kernel BUG at fs/btrfs/inode.c:4676!
On 10 June 2011 09:57, Andy Lutomirski l...@mit.edu wrote: On 06/06/2011 06:19 AM, Marek Otahal wrote: Hello, the issue happens every time when i have to hard power-off my notebook (suspend problems). With kernel 2.6.39 the partition is unmountable, solution is to boot 2.6.38 kernel which 1/ is able to mount the partition, 2/ by doing that fixes the problem so later .39 (after clean shutdown) can mount it also. Same problem here. Mounting with 2.6.38 says: [ 41.906259] Btrfs loaded [ 41.906747] device fsid e040a9d60da49596-66c0275e348878bf devid 1 transid 69217 /dev/mapper/vg_midnight_ssd-home [ 41.908767] btrfs: disk space caching is enabled [ 42.232185] btrfs: unlinked 17 orphans [ 42.232189] btrfs: truncated 2 orphans dmesg in 2.6.39.1 says: [] [ 15.004255] kernel BUG at fs/btrfs/inode.c:4676! [] I've been experiencing the same issue also. Josef/Chris, would an metadata snapshot or full block snapshot help debug this regression? I can probably setup a small testcase to trigger this. Thanks, Daniel -- Daniel J Blueman -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: kernel BUG at fs/btrfs/inode.c:4676!
Hi, sorry for repost, i'm not sure if my first mail was delivered. On Monday 06 of June 2011 12:19:56 Marek Otahal wrote: Hello, the issue happens every time when i have to hard power-off my notebook (suspend problems). With kernel 2.6.39 the partition is unmountable, solution is to boot 2.6.38 kernel which 1/ is able to mount the partition, 2/ by doing that fixes the problem so later .39 (after clean shutdown) can mount it also. Attached dmesg follows. Thank you, Mark mount options: /dev/mapper/homeDevice /home btrfs defaults,relatime,nodev,nosuid,compress-force=lzo 0 2 # /dev/sda9 home dmesg: [ 56.994241] loop: module loaded [ 57.172283] Btrfs loaded [ 57.191655] device label store devid 1 transid 26106 /dev/dm-3 [ 57.218783] device label home devid 1 transid 450932 /dev/dm-2 [ 57.459448] scsi 4:0:0:0: Direct-Access Generic- Multi-Card 1.00 PQ: 0 ANSI: 0 CCS [ 57.460293] sd 4:0:0:0: Attached scsi generic sg1 type 0 [ 57.467030] sd 4:0:0:0: [sdb] Attached SCSI removable disk [ 61.585618] EXT4-fs (sda4): warning: checktime reached, running e2fsck is recommended [ 61.671534] EXT4-fs (sda4): re-mounted. Opts: (null) [ 62.211037] device label home devid 1 transid 450932 /dev/mapper/homeDevice [ 62.212058] btrfs: force lzo compression [ 65.335194] [ cut here ] [ 65.335308] kernel BUG at fs/btrfs/inode.c:4676! [ 65.335406] invalid opcode: [#1] PREEMPT SMP [ 65.335532] last sysfs file: /sys/devices/virtual/bdi/btrfs-1/uevent [ 65.337833] Modules linked in: btrfs zlib_deflate crc32c libcrc32c loop uas ums_realtek uvcvideo usb_storage msr videodev media btusb bluetooth sbs sbshc arc4 ecb b43 mac80211 joydev cfg80211 ssb mmc_core pcmcia sg fuse tg3 uhci_hcd ideapad_laptop evdev sparse_keymap psmouse pcspkr snd_hda_codec_realtek iTCO_wdt iTCO_vendor_support rfkill serio_raw ehci_hcd snd_hda_intel pcmcia_core i2c_i801 libphy usbcore ac wmi battery thermal snd_hda_codec snd_hwdep snd_pcm snd_timer snd soundcore snd_page_alloc acpi_cpufreq freq_table processor mperf sha256_generic sha512_generic ext4 mbcache jbd2 crc16 cryptd aes_i586 aes_generic xts gf128mul dm_crypt dm_mod sd_mod ata_piix libata scsi_mod i915 drm_kms_helper drm i2c_algo_bit button i2c_core video intel_agp intel_gtt agpgart [ 65.337833] [ 65.337833] Pid: 883, comm: mount Not tainted 2.6.39-ARCH #1 LENOVO 41875QG /Kuril [ 65.337833] EIP: 0060:[f9604072] EFLAGS: 00010282 CPU: 1 [ 65.337833] EIP is at btrfs_add_link+0x172/0x200 [btrfs] [ 65.337833] EAX: ffef EBX: ef448908 ECX: 0119 EDX: 0111 [ 65.337833] ESI: 004255d9 EDI: 0020 EBP: eec77ba4 ESP: eec77b48 [ 65.337833] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 [ 65.337833] Process mount (pid: 883, ti=eec76000 task=f4c8c450 task.ti=eec76000) [ 65.337833] Stack: [ 65.396712] 0020 004255d9 eec77b87 0001 e55e f960d6f8 [ 65.396712] eec77b88 eec77b8c eec77b90 eec77b94 ef472000 f5076800 ef448ba8 6f43c090 [ 65.396712] 46ab 0100 0046ab6f eec77c0c [ 65.396712] Call Trace: [ 65.396712] [f960d6f8] ? btrfs_inode_ref_index+0xd8/0xe0 [btrfs] [ 65.396712] [f962cfcf] add_inode_ref+0x28f/0x320 [btrfs] [ 65.396712] [f962de69] replay_one_buffer+0x239/0x320 [btrfs] [ 65.396712] [f961cc97] ? alloc_extent_buffer+0x77/0x3a0 [btrfs] [ 65.396712] [f962b7a9] walk_down_log_tree+0x1d9/0x370 [btrfs] [ 65.396712] [f962b9d9] walk_log_tree+0x99/0x1c0 [btrfs] [ 65.396712] [f962f2fa] btrfs_recover_log_trees+0x1da/0x2a0 [btrfs] [ 65.396712] [f962dc30] ? replay_one_dir_item+0xb0/0xb0 [btrfs] [ 65.396712] [f95f6749] open_ctree+0x1129/0x1490 [btrfs] [ 65.396712] [c11ac7a9] ? strlcpy+0x39/0x50 [ 65.396712] [f95d756b] btrfs_mount+0x4ab/0x5b0 [btrfs] [ 65.396712] [c1109d31] mount_fs+0x31/0x170 [ 65.396712] [c11207ac] vfs_kern_mount+0x4c/0x90 [ 65.396712] [c1120b49] do_kern_mount+0x39/0xd0 [ 65.396712] [c1121e31] do_mount+0x161/0x700 [ 65.396712] [c11226f6] sys_mount+0x66/0xa0 [ 65.396712] [c1330edf] sysenter_do_call+0x12/0x28 [ 65.396712] Code: 44 24 08 00 00 00 00 89 4c 24 0c 8b 4d 08 89 34 24 e8 73 cc fe ff 85 c0 0f 84 f0 fe ff ff 8b 5d f4 8b 75 f8 8b 7d fc 89 ec 5d c3 0f 0b 8b 81 d8 fe ff ff 8d 55 e3 b9 11 00 00 00 89 d7 05 03 01 [ 65.396712] EIP: [f9604072] btrfs_add_link+0x172/0x200 [btrfs] SS:ESP 0068:eec77b48 [ 65.397464] ---[ end trace 5f278c10a67bc917 ]--- [ 65.519660] Adding 2561304k swap on /dev/mapper/swapDevice. Priority:-1 extents:1 across:2561304k [ 67.243199] microcode: CPU0 sig=0x106c2, pf=0x4, revision=0x20a [ 67.292031] microcode: CPU1 sig=0x106c2, pf=0x4, revision=0x20a [ 67.298402] microcode: Microcode Update Driver: v2.00 tig...@aivazian.fsnet.co.uk, Peter Oruba
kernel BUG at fs/btrfs/inode.c:4676!
Hello, the issue happens every time when i have to hard power-off my notebook (suspend problems). With kernel 2.6.39 the partition is unmountable, solution is to boot 2.6.38 kernel which 1/ is able to mount the partition, 2/ by doing that fixes the problem so later .39 (after clean shutdown) can mount it also. Attached dmesg follows. Thank you, Mark mount options: /dev/mapper/homeDevice /home btrfs defaults,relatime,nodev,nosuid,compress-force=lzo 0 2 # /dev/sda9 home dmesg: [ 56.994241] loop: module loaded [ 57.172283] Btrfs loaded [ 57.191655] device label store devid 1 transid 26106 /dev/dm-3 [ 57.218783] device label home devid 1 transid 450932 /dev/dm-2 [ 57.459448] scsi 4:0:0:0: Direct-Access Generic- Multi-Card 1.00 PQ: 0 ANSI: 0 CCS [ 57.460293] sd 4:0:0:0: Attached scsi generic sg1 type 0 [ 57.467030] sd 4:0:0:0: [sdb] Attached SCSI removable disk [ 61.585618] EXT4-fs (sda4): warning: checktime reached, running e2fsck is recommended [ 61.671534] EXT4-fs (sda4): re-mounted. Opts: (null) [ 62.211037] device label home devid 1 transid 450932 /dev/mapper/homeDevice [ 62.212058] btrfs: force lzo compression [ 65.335194] [ cut here ] [ 65.335308] kernel BUG at fs/btrfs/inode.c:4676! [ 65.335406] invalid opcode: [#1] PREEMPT SMP [ 65.335532] last sysfs file: /sys/devices/virtual/bdi/btrfs-1/uevent [ 65.337833] Modules linked in: btrfs zlib_deflate crc32c libcrc32c loop uas ums_realtek uvcvideo usb_storage msr videodev media btusb bluetooth sbs sbshc arc4 ecb b43 mac80211 joydev cfg80211 ssb mmc_core pcmcia sg fuse tg3 uhci_hcd ideapad_laptop evdev sparse_keymap psmouse pcspkr snd_hda_codec_realtek iTCO_wdt iTCO_vendor_support rfkill serio_raw ehci_hcd snd_hda_intel pcmcia_core i2c_i801 libphy usbcore ac wmi battery thermal snd_hda_codec snd_hwdep snd_pcm snd_timer snd soundcore snd_page_alloc acpi_cpufreq freq_table processor mperf sha256_generic sha512_generic ext4 mbcache jbd2 crc16 cryptd aes_i586 aes_generic xts gf128mul dm_crypt dm_mod sd_mod ata_piix libata scsi_mod i915 drm_kms_helper drm i2c_algo_bit button i2c_core video intel_agp intel_gtt agpgart [ 65.337833] [ 65.337833] Pid: 883, comm: mount Not tainted 2.6.39-ARCH #1 LENOVO 41875QG /Kuril [ 65.337833] EIP: 0060:[f9604072] EFLAGS: 00010282 CPU: 1 [ 65.337833] EIP is at btrfs_add_link+0x172/0x200 [btrfs] [ 65.337833] EAX: ffef EBX: ef448908 ECX: 0119 EDX: 0111 [ 65.337833] ESI: 004255d9 EDI: 0020 EBP: eec77ba4 ESP: eec77b48 [ 65.337833] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 [ 65.337833] Process mount (pid: 883, ti=eec76000 task=f4c8c450 task.ti=eec76000) [ 65.337833] Stack: [ 65.396712] 0020 004255d9 eec77b87 0001 e55e f960d6f8 [ 65.396712] eec77b88 eec77b8c eec77b90 eec77b94 ef472000 f5076800 ef448ba8 6f43c090 [ 65.396712] 46ab 0100 0046ab6f eec77c0c [ 65.396712] Call Trace: [ 65.396712] [f960d6f8] ? btrfs_inode_ref_index+0xd8/0xe0 [btrfs] [ 65.396712] [f962cfcf] add_inode_ref+0x28f/0x320 [btrfs] [ 65.396712] [f962de69] replay_one_buffer+0x239/0x320 [btrfs] [ 65.396712] [f961cc97] ? alloc_extent_buffer+0x77/0x3a0 [btrfs] [ 65.396712] [f962b7a9] walk_down_log_tree+0x1d9/0x370 [btrfs] [ 65.396712] [f962b9d9] walk_log_tree+0x99/0x1c0 [btrfs] [ 65.396712] [f962f2fa] btrfs_recover_log_trees+0x1da/0x2a0 [btrfs] [ 65.396712] [f962dc30] ? replay_one_dir_item+0xb0/0xb0 [btrfs] [ 65.396712] [f95f6749] open_ctree+0x1129/0x1490 [btrfs] [ 65.396712] [c11ac7a9] ? strlcpy+0x39/0x50 [ 65.396712] [f95d756b] btrfs_mount+0x4ab/0x5b0 [btrfs] [ 65.396712] [c1109d31] mount_fs+0x31/0x170 [ 65.396712] [c11207ac] vfs_kern_mount+0x4c/0x90 [ 65.396712] [c1120b49] do_kern_mount+0x39/0xd0 [ 65.396712] [c1121e31] do_mount+0x161/0x700 [ 65.396712] [c11226f6] sys_mount+0x66/0xa0 [ 65.396712] [c1330edf] sysenter_do_call+0x12/0x28 [ 65.396712] Code: 44 24 08 00 00 00 00 89 4c 24 0c 8b 4d 08 89 34 24 e8 73 cc fe ff 85 c0 0f 84 f0 fe ff ff 8b 5d f4 8b 75 f8 8b 7d fc 89 ec 5d c3 0f 0b 8b 81 d8 fe ff ff 8d 55 e3 b9 11 00 00 00 89 d7 05 03 01 [ 65.396712] EIP: [f9604072] btrfs_add_link+0x172/0x200 [btrfs] SS:ESP 0068:eec77b48 [ 65.397464] ---[ end trace 5f278c10a67bc917 ]--- [ 65.519660] Adding 2561304k swap on /dev/mapper/swapDevice. Priority:-1 extents:1 across:2561304k [ 67.243199] microcode: CPU0 sig=0x106c2, pf=0x4, revision=0x20a [ 67.292031] microcode: CPU1 sig=0x106c2, pf=0x4, revision=0x20a [ 67.298402] microcode: Microcode Update Driver: v2.00 tig...@aivazian.fsnet.co.uk, Peter Oruba [ 67.305857] microcode: CPU0 updated to revision 0x218, date = 2009-04-10 [ 67.315268] microcode: CPU1 updated to revision 0x218, date = 2009-04-10 [ 70.985116] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 71.152025