Hi, I have a btrfs partition that mainly hosts large files between 1 and 10 GB''s. It''s about 2.5TB and had about 40GB free. According to df -i it had 0 inodes left. I tried deleting a file I tried echo >/path/to/file Both resulting in a disk full error Trying to remount with the option compress also didn''t help. This al under debian with kernel 2.6.32-5. I tried to mount the partition under linux mint which has kernel 3.0.x. This went intially ok, but after a very long btrfsck when I try to mount now I get a segfault in the kernel and the filesystem can no longer be mounted. Is there anything I can do or just format it and look for backups? This happends under debian as well as under linux mint: Here is the output of linux mint mint # btrfsck usage: btrfsck dev Btrfs Btrfs v0.19 mint it0 # btrfsck /dev/vda1 found 2749144604672 bytes used err is 0 total csum bytes: 2681448928 total tree bytes: 3340902400 total fs tree bytes: 290160640 btree space waste bytes: 253130450 file data blocks allocated: 2746011525120 referenced 2745610993664 kernel output [11138.535482] device fsid 808bddf9-a2c5-4121-814f-ebbf4ec7d50c devid 1 transid 11368 /dev/vda1 [11276.469967] ------------[ cut here ]------------ [11276.469980] WARNING: at /build/buildd/linux-3.0.0/fs/btrfs/extent-tree.c:5693 use_block_rsv+0xc0/0x170 [btrfs]() [11276.469982] Hardware name: Bochs [11276.469983] Modules linked in: btrfs zlib_deflate libcrc32c nls_utf8 isofs rfcomm bnep bluetooth parport_pc ppdev dm_crypt joydev binfmt_misc psmouse serio_raw i2c_piix4 lp parport usbhid hid virtio_net virtio_blk floppy virtio_pci virtio_ring virtio [11276.469999] Pid: 2160, comm: mount Not tainted 3.0.0-13-generic #22-Ubuntu [11276.470001] Call Trace: [11276.470016] [<ffffffff8105e8af>] warn_slowpath_common+0x7f/0xc0 [11276.470019] [<ffffffff8105e90a>] warn_slowpath_null+0x1a/0x20 [11276.470025] [<ffffffffa014bc40>] use_block_rsv+0xc0/0x170 [btrfs] [11276.470031] [<ffffffffa0154e7d>] btrfs_alloc_free_block+0x3d/0x200 [btrfs] [11276.470040] [<ffffffffa017ca55>] ? btrfs_key_blockptr+0xe5/0xf0 [btrfs] [11276.470045] [<ffffffffa014277c>] __btrfs_cow_block+0x14c/0x5b0 [btrfs] [11276.470050] [<ffffffffa0142cf3>] btrfs_cow_block+0x113/0x260 [btrfs] [11276.470053] [<ffffffff815ea3de>] ? _raw_spin_lock+0xe/0x20 [11276.470058] [<ffffffffa0147751>] btrfs_search_slot+0x2b1/0x550 [btrfs] [11276.470064] [<ffffffffa014d829>] lookup_inline_extent_backref+0x89/0x450 [btrfs] [11276.470069] [<ffffffffa014e1b0>] lookup_extent_backref+0x60/0xf0 [btrfs] [11276.470074] [<ffffffffa014f62f>] __btrfs_free_extent+0xbf/0x650 [btrfs] [11276.470079] [<ffffffffa014fcd4>] run_delayed_tree_ref+0x114/0x1a0 [btrfs] [11276.470085] [<ffffffffa015281e>] run_one_delayed_ref+0xae/0xf0 [btrfs] [11276.470091] [<ffffffffa0152934>] run_clustered_refs+0xd4/0x240 [btrfs] [11276.470096] [<ffffffffa0152b6a>] btrfs_run_delayed_refs+0xca/0x220 [btrfs] [11276.470103] [<ffffffffa0164105>] __btrfs_end_transaction+0x85/0x320 [btrfs] [11276.470111] [<ffffffffa0164415>] btrfs_end_transaction+0x15/0x20 [btrfs] [11276.470121] [<ffffffffa016e960>] btrfs_evict_inode+0x1e0/0x270 [btrfs] [11276.470134] [<ffffffff81181e81>] evict+0x91/0x170 [11276.470137] [<ffffffff81182082>] iput_final+0xd2/0x1a0 [11276.470139] [<ffffffff81182188>] iput+0x38/0x50 [11276.470145] [<ffffffffa016ee6c>] btrfs_orphan_cleanup+0x1ec/0x360 [btrfs] [11276.470151] [<ffffffffa0161d29>] open_ctree+0x1469/0x1760 [btrfs] [11276.470156] [<ffffffffa013e438>] btrfs_fill_super.isra.38+0x78/0x150 [btrfs] [11276.470167] [<ffffffff811cf501>] ? disk_name+0x61/0xc0 [11276.470174] [<ffffffff812efbd7>] ? strlcpy+0x47/0x60 [11276.470179] [<ffffffffa013f806>] btrfs_mount+0x3c6/0x470 [btrfs] [11276.470182] [<ffffffff8116ae13>] mount_fs+0x43/0x1b0 [11276.470186] [<ffffffff8118565a>] vfs_kern_mount+0x6a/0xc0 [11276.470188] [<ffffffff81186a54>] do_kern_mount+0x54/0x110 [11276.470190] [<ffffffff811884f4>] do_mount+0x1a4/0x260 [11276.470192] [<ffffffff81188990>] sys_mount+0x90/0xe0 [11276.470196] [<ffffffff815f27c2>] system_call_fastpath+0x16/0x1b [11276.470197] ---[ end trace eeca3fbe2d1be463 ]--- [11276.470256] ------------[ cut here ]------------ [11276.470262] WARNING: at /build/buildd/linux-3.0.0/fs/btrfs/extent-tree.c:5693 use_block_rsv+0xc0/0x170 [btrfs]() [11276.470263] Hardware name: Bochs [11276.470264] Modules linked in: btrfs zlib_deflate libcrc32c nls_utf8 isofs rfcomm bnep bluetooth parport_pc ppdev dm_crypt joydev binfmt_misc psmouse serio_raw i2c_piix4 lp parport usbhid hid virtio_net virtio_blk floppy virtio_pci virtio_ring virtio [11276.470275] Pid: 2160, comm: mount Tainted: G W 3.0.0-13-generic #22-Ubuntu [11276.470276] Call Trace: [11276.470278] [<ffffffff8105e8af>] warn_slowpath_common+0x7f/0xc0 [11276.470280] [<ffffffff8105e90a>] warn_slowpath_null+0x1a/0x20 [11276.470285] [<ffffffffa014bc40>] use_block_rsv+0xc0/0x170 [btrfs] [11276.470291] [<ffffffffa0154e7d>] btrfs_alloc_free_block+0x3d/0x200 [btrfs] [11276.470299] [<ffffffffa017ca55>] ? btrfs_key_blockptr+0xe5/0xf0 [btrfs] [11276.470304] [<ffffffffa014277c>] __btrfs_cow_block+0x14c/0x5b0 [btrfs] [11276.470308] [<ffffffffa0142cf3>] btrfs_cow_block+0x113/0x260 [btrfs] [11276.470311] [<ffffffff815ea3de>] ? _raw_spin_lock+0xe/0x20 [11276.470316] [<ffffffffa0147751>] btrfs_search_slot+0x2b1/0x550 [btrfs] [11276.470321] [<ffffffffa014d829>] lookup_inline_extent_backref+0x89/0x450 [btrfs] [11276.470326] [<ffffffffa014e1b0>] lookup_extent_backref+0x60/0xf0 [btrfs] [11276.470331] [<ffffffffa014f62f>] __btrfs_free_extent+0xbf/0x650 [btrfs] [11276.470337] [<ffffffffa014fcd4>] run_delayed_tree_ref+0x114/0x1a0 [btrfs] [11276.470342] [<ffffffffa015281e>] run_one_delayed_ref+0xae/0xf0 [btrfs] [11276.470348] [<ffffffffa0152934>] run_clustered_refs+0xd4/0x240 [btrfs] [11276.470353] [<ffffffffa0152b6a>] btrfs_run_delayed_refs+0xca/0x220 [btrfs] [11276.470359] [<ffffffffa0164105>] __btrfs_end_transaction+0x85/0x320 [btrfs] [11276.470365] [<ffffffffa0164415>] btrfs_end_transaction+0x15/0x20 [btrfs] [11276.470373] [<ffffffffa016e960>] btrfs_evict_inode+0x1e0/0x270 [btrfs] [11276.470377] [<ffffffff81181e81>] evict+0x91/0x170 [11276.470380] [<ffffffff81182082>] iput_final+0xd2/0x1a0 [11276.470383] [<ffffffff81182188>] iput+0x38/0x50 [11276.470392] [<ffffffffa016ee6c>] btrfs_orphan_cleanup+0x1ec/0x360 [btrfs] [11276.470399] [<ffffffffa0161d29>] open_ctree+0x1469/0x1760 [btrfs] [11276.470404] [<ffffffffa013e438>] btrfs_fill_super.isra.38+0x78/0x150 [btrfs] [11276.470406] [<ffffffff811cf501>] ? disk_name+0x61/0xc0 [11276.470408] [<ffffffff812efbd7>] ? strlcpy+0x47/0x60 [11276.470412] [<ffffffffa013f806>] btrfs_mount+0x3c6/0x470 [btrfs] [11276.470414] [<ffffffff8116ae13>] mount_fs+0x43/0x1b0 [11276.470416] [<ffffffff8118565a>] vfs_kern_mount+0x6a/0xc0 [11276.470418] [<ffffffff81186a54>] do_kern_mount+0x54/0x110 [11276.470420] [<ffffffff811884f4>] do_mount+0x1a4/0x260 [11276.470422] [<ffffffff81188990>] sys_mount+0x90/0xe0 [11276.470425] [<ffffffff815f27c2>] system_call_fastpath+0x16/0x1b [11276.470426] ---[ end trace eeca3fbe2d1be464 ]--- [11276.470438] BUG: unable to handle kernel NULL pointer dereference at 0000000000000030 [11276.470441] IP: [<ffffffffa0156e61>] btrfs_print_leaf+0x31/0x590 [btrfs] [11276.470448] PGD 3b3c9067 PUD 3d27c067 PMD 0 [11276.470451] Oops: 0000 [#1] SMP [11276.470453] CPU 1 [11276.470454] Modules linked in: btrfs zlib_deflate libcrc32c nls_utf8 isofs rfcomm bnep bluetooth parport_pc ppdev dm_crypt joydev binfmt_misc psmouse serio_raw i2c_piix4 lp parport usbhid hid virtio_net virtio_blk floppy virtio_pci virtio_ring virtio [11276.470466] [11276.470467] Pid: 2160, comm: mount Tainted: G W 3.0.0-13-generic #22-Ubuntu Bochs Bochs [11276.470470] RIP: 0010:[<ffffffffa0156e61>] [<ffffffffa0156e61>] btrfs_print_leaf+0x31/0x590 [btrfs] [11276.470476] RSP: 0018:ffff880035d9f6c8 EFLAGS: 00010286 [11276.470478] RAX: 00000000ffffffe4 RBX: ffff880031faf090 RCX: 0000000000000000 [11276.470479] RDX: 0000000000000008 RSI: 0000000000000000 RDI: ffff88003bfc6000 [11276.470481] RBP: ffff880035d9f748 R08: 0000000000000000 R09: 0000000000000000 [11276.470482] R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000007 [11276.470484] R13: ffff880035d9e000 R14: 0000000000001000 R15: 00000000ffffffe4 [11276.470486] FS: 00007fa101e48820(0000) GS:ffff88003fd00000(0000) knlGS:0000000000000000 [11276.470487] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b [11276.470489] CR2: 0000000000000030 CR3: 0000000036b16000 CR4: 00000000000006e0 [11276.470493] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [11276.470497] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [11276.470499] Process mount (pid: 2160, threadinfo ffff880035d9e000, task ffff880039bac560) [11276.470500] Stack: [11276.470501] ffff88003bfc6000 ffff880002886000 ffff880035d9f748 ffffffffa014e1b0 [11276.470503] 0000000000000000 0000000000000007 0000000000000000 0000000000000000 [11276.470506] 0000000000000000 ffff880002886000 0000000000000007 ffff880031faf090 [11276.470508] Call Trace: [11276.470513] [<ffffffffa014e1b0>] ? lookup_extent_backref+0x60/0xf0 [btrfs] [11276.470519] [<ffffffffa014fb0f>] __btrfs_free_extent+0x59f/0x650 [btrfs] [11276.470524] [<ffffffffa014fcd4>] run_delayed_tree_ref+0x114/0x1a0 [btrfs] [11276.470530] [<ffffffffa015281e>] run_one_delayed_ref+0xae/0xf0 [btrfs] [11276.470535] [<ffffffffa0152934>] run_clustered_refs+0xd4/0x240 [btrfs] [11276.470540] [<ffffffffa0152b6a>] btrfs_run_delayed_refs+0xca/0x220 [btrfs] [11276.470547] [<ffffffffa0164105>] __btrfs_end_transaction+0x85/0x320 [btrfs] [11276.470553] [<ffffffffa0164415>] btrfs_end_transaction+0x15/0x20 [btrfs] [11276.470559] [<ffffffffa016e960>] btrfs_evict_inode+0x1e0/0x270 [btrfs] [11276.470561] [<ffffffff81181e81>] evict+0x91/0x170 [11276.470564] [<ffffffff81182082>] iput_final+0xd2/0x1a0 [11276.470566] [<ffffffff81182188>] iput+0x38/0x50 [11276.470571] [<ffffffffa016ee6c>] btrfs_orphan_cleanup+0x1ec/0x360 [btrfs] [11276.470578] [<ffffffffa0161d29>] open_ctree+0x1469/0x1760 [btrfs] [11276.470582] [<ffffffffa013e438>] btrfs_fill_super.isra.38+0x78/0x150 [btrfs] [11276.470585] [<ffffffff811cf501>] ? disk_name+0x61/0xc0 [11276.470587] [<ffffffff812efbd7>] ? strlcpy+0x47/0x60 [11276.470591] [<ffffffffa013f806>] btrfs_mount+0x3c6/0x470 [btrfs] [11276.470593] [<ffffffff8116ae13>] mount_fs+0x43/0x1b0 [11276.470595] [<ffffffff8118565a>] vfs_kern_mount+0x6a/0xc0 [11276.470597] [<ffffffff81186a54>] do_kern_mount+0x54/0x110 [11276.470599] [<ffffffff811884f4>] do_mount+0x1a4/0x260 [11276.470601] [<ffffffff81188990>] sys_mount+0x90/0xe0 [11276.470604] [<ffffffff815f27c2>] system_call_fastpath+0x16/0x1b [11276.470605] Code: c4 80 48 89 5d d8 4c 89 65 e0 4c 89 6d e8 4c 89 75 f0 4c 89 7d f8 66 66 66 66 90 65 4c 8b 2c 25 48 cd 00 00 49 81 ed d8 1f 00 00 [11276.470618] 8b 46 30 48 89 f3 41 83 45 1c 01 48 ba 00 00 00 00 00 16 00 [11276.470624] RIP [<ffffffffa0156e61>] btrfs_print_leaf+0x31/0x590 [btrfs] [11276.470633] RSP <ffff880035d9f6c8> [11276.470634] CR2: 0000000000000030 [11276.470637] ---[ end trace eeca3fbe2d1be465 ]--- Output under debian [ 186.327208] WARNING: at /tmp/buildd/linux-2.6-2.6.32/debian/build/source_amd64_none/fs/btrfs/extent_io.c:3209 __btrfs_cow_block+0x355/0x376 [btrfs]() [ 186.327880] Hardware name: Bochs [ 186.328167] Modules linked in: nfsd lockd nfs_acl auth_rpcgss sunrpc exportfs ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi loop snd_pcm snd_timer snd soundcore snd_page_alloc i2c_piix4 joydev i2c_core psmouse pcspkr processor button serio_raw evdev ext3 jbd mbcache btrfs zlib_deflate crc32c libcrc32c usbhid hid sg sr_mod cdrom ata_generic virtio_blk uhci_hcd ehci_hcd ata_piix libata usbcore nls_base virtio_pci virtio_ring virtio e1000 thermal thermal_sys floppy scsi_mod [last unloaded: scsi_wait_scan] [ 186.333630] Pid: 927, comm: btrfs-transacti Tainted: G D W 2.6.32-5-amd64 #1 [ 186.334168] Call Trace: [ 186.334425] [<ffffffffa019713b>] ? __btrfs_cow_block+0x355/0x376 [btrfs] [ 186.334793] [<ffffffffa019713b>] ? __btrfs_cow_block+0x355/0x376 [btrfs] [ 186.335168] [<ffffffff8104df9c>] ? warn_slowpath_common+0x77/0xa3 [ 186.335510] [<ffffffffa019713b>] ? __btrfs_cow_block+0x355/0x376 [btrfs] [ 186.335905] [<ffffffffa01a69ad>] ? btrfs_buffer_uptodate+0x39/0x46 [btrfs] [ 186.336286] [<ffffffffa0197716>] ? btrfs_cow_block+0xee/0xfd [btrfs] [ 186.336655] [<ffffffffa0198e88>] ? btrfs_search_slot+0x13f/0x502 [btrfs] [ 186.337052] [<ffffffffa019eada>] ? lookup_inline_extent_backref+0xf5/0x40e [btrfs] [ 186.337735] [<ffffffffa019a7b4>] ? block_group_cache_tree_search+0x15/0x8b [btrfs] [ 186.338285] [<ffffffffa019fbd1>] ? __btrfs_free_extent+0xde/0x6d7 [btrfs] [ 186.338693] [<ffffffffa019d11f>] ? update_block_group+0x1ad/0x1c7 [btrfs] [ 186.339069] [<ffffffffa01a066b>] ? run_one_delayed_ref+0x4a1/0x4ba [btrfs] [ 186.339430] [<ffffffff810e5a0b>] ? __slab_free+0x7f/0x27a [ 186.339781] [<ffffffffa01a2374>] ? run_clustered_refs+0x26c/0x298 [btrfs] [ 186.340172] [<ffffffffa01a2361>] ? run_clustered_refs+0x259/0x298 [btrfs] [ 186.340530] [<ffffffffa01d70f9>] ? btrfs_find_ref_cluster+0x96/0x13d [btrfs] [ 186.340923] [<ffffffffa01a246a>] ? btrfs_run_delayed_refs+0xca/0x16e [btrfs] [ 186.341323] [<ffffffffa01ab843>] ? btrfs_commit_transaction+0x7e/0x605 [btrfs] [ 186.342073] [<ffffffffa01ab508>] ? start_transaction+0x24/0x126 [btrfs] [ 186.342435] [<ffffffff81064f92>] ? autoremove_wake_function+0x0/0x2e [ 186.342796] [<ffffffffa01a77fd>] ? transaction_kthread+0x16b/0x1ea [btrfs] [ 186.343173] [<ffffffff8103aa66>] ? __wake_up_common+0x44/0x72 [ 186.343503] [<ffffffffa01a7692>] ? transaction_kthread+0x0/0x1ea [btrfs] [ 186.343882] [<ffffffff81064cc5>] ? kthread+0x79/0x81 [ 186.344222] [<ffffffff81011baa>] ? child_rip+0xa/0x20 [ 186.344529] [<ffffffff81064c4c>] ? kthread+0x0/0x81 [ 186.344865] [<ffffffff81011ba0>] ? child_rip+0x0/0x20 [ 186.345205] ---[ end trace d3bbb07fcabe45e0 ]--- [ 186.345762] ------------[ cut here ]------------ [ 186.346100] WARNING: at /tmp/buildd/linux-2.6-2.6.32/debian/build/source_amd64_none/fs/btrfs/extent_io.c:3209 pin_down_bytes+0xec/0x11e [btrfs]() [ 186.346749] Hardware name: Bochs [ 186.347033] Modules linked in: nfsd lockd nfs_acl auth_rpcgss sunrpc exportfs ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi loop snd_pcm snd_timer snd soundcore snd_page_alloc i2c_piix4 joydev i2c_core psmouse pcspkr processor button serio_raw evdev ext3 jbd mbcache btrfs zlib_deflate crc32c libcrc32c usbhid hid sg sr_mod cdrom ata_generic virtio_blk uhci_hcd ehci_hcd ata_piix libata usbcore nls_base virtio_pci virtio_ring virtio e1000 thermal thermal_sys floppy scsi_mod [last unloaded: scsi_wait_scan] [ 186.368133] Pid: 927, comm: btrfs-transacti Tainted: G D W 2.6.32-5-amd64 #1 [ 186.368662] Call Trace: [ 186.368932] [<ffffffffa019e66b>] ? pin_down_bytes+0xec/0x11e [btrfs] [ 186.369318] [<ffffffffa019e66b>] ? pin_down_bytes+0xec/0x11e [btrfs] [ 186.369738] [<ffffffff8104df9c>] ? warn_slowpath_common+0x77/0xa3 [ 186.370107] [<ffffffffa019e66b>] ? pin_down_bytes+0xec/0x11e [btrfs] [ 186.370449] [<ffffffffa01a00a5>] ? __btrfs_free_extent+0x5b2/0x6d7 [btrfs] [ 186.370842] [<ffffffffa019d11f>] ? update_block_group+0x1ad/0x1c7 [btrfs] [ 186.371208] [<ffffffffa01a066b>] ? run_one_delayed_ref+0x4a1/0x4ba [btrfs] [ 186.371583] [<ffffffff810e5a0b>] ? __slab_free+0x7f/0x27a [ 186.371924] [<ffffffffa01a2374>] ? run_clustered_refs+0x26c/0x298 [btrfs] [ 186.372306] [<ffffffffa01a2361>] ? run_clustered_refs+0x259/0x298 [btrfs] [ 186.372752] [<ffffffffa01d70f9>] ? btrfs_find_ref_cluster+0x96/0x13d [btrfs] [ 186.373168] [<ffffffffa01a246a>] ? btrfs_run_delayed_refs+0xca/0x16e [btrfs] [ 186.373668] [<ffffffffa01ab843>] ? btrfs_commit_transaction+0x7e/0x605 [btrfs] [ 186.374210] [<ffffffffa01ab508>] ? start_transaction+0x24/0x126 [btrfs] [ 186.374581] [<ffffffff81064f92>] ? autoremove_wake_function+0x0/0x2e [ 186.374941] [<ffffffffa01a77fd>] ? transaction_kthread+0x16b/0x1ea [btrfs] [ 186.375301] [<ffffffff8103aa66>] ? __wake_up_common+0x44/0x72 [ 186.375640] [<ffffffffa01a7692>] ? transaction_kthread+0x0/0x1ea [btrfs] [ 186.376009] [<ffffffff81064cc5>] ? kthread+0x79/0x81 [ 186.376334] [<ffffffff81011baa>] ? child_rip+0xa/0x20 [ 186.376658] [<ffffffff81064c4c>] ? kthread+0x0/0x81 [ 186.376987] [<ffffffff81011ba0>] ? child_rip+0x0/0x20 [ 186.377334] ---[ end trace d3bbb07fcabe45e1 ]--- I''m not subscribed to this mailinglist, so please email me directly if you have any questions. Regards, Tommy -- 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 Sun, Feb 05, 2012 at 07:18:59PM +0000, Tommy Faasen wrote:> I have a btrfs partition that mainly hosts large files between 1 and 10 > GB''s. It''s about 2.5TB and had about 40GB free. > According to df -i it had 0 inodes left.It will always show 0 inodes. This is not a problem in itself -- the FS will allocate inodes as it needs them.> I tried deleting a file > I tried echo >/path/to/file > > Both resulting in a disk full errorI''m not surprised, given the kernel you''re using.> Trying to remount with the option compress also didn''t help.compress won''t alter anything -- it only applies to new data written to the disk when -o compress is enabled.> This al under debian with kernel 2.6.32-5.Aargh. You are aware that this is an *insanely* old version of the brtfs code, and it has *major* flaws in it? Specifically, it doesn''t deal with out-of-space errors at all well, it doesn''t have proper space accounting (current kernels don''t quite get it right all the time, either, but they''re orders of magnitude better at it), and there''s dozens of known bugs that can lead to your filesystem breaking. As far as btrfs goes, this kernel is so old, even the vultures have given up on it, and the termites have picked the sun-bleached bones clean and moved on... You need a new kernel *right now*.> I tried to mount the partition under linux mint which has kernel 3.0.x.3.0 is two revisions old -- something on the order of 6 months. There''s been a lot of development since then, too. You really should be running 3.2 or 3.2-rc2 (i.e. the latest released or latest development version of the kernel).> This went intially ok, but after a very long btrfsck when I try to mount > now I get a segfault in the kernel and the filesystem can no longer be > mounted. > > Is there anything I can do or just format it and look for backups?You could try mounting with -o recovery and see if that helps. It''ll try to ignore metadata trees that it can''t access.> This happends under debian as well as under linux mint: > > Here is the output of linux mint > mint # btrfsck > usage: btrfsck dev > Btrfs Btrfs v0.19 > mint it0 # btrfsck /dev/vda1 > found 2749144604672 bytes used err is 0 > total csum bytes: 2681448928 > total tree bytes: 3340902400 > total fs tree bytes: 290160640 > btree space waste bytes: 253130450 > file data blocks allocated: 2746011525120 > referenced 2745610993664Note that btrfsck doesn''t actually fix anything. It simply verifies the filesystem structures on the disk. In this case, it looks like it''s actually passed the verification. You''re probably using a very very old version of the btrfs tools, too -- there''s a Debian package of them from November, which is OK. A newer version of btrfsck _may_ report more errors, but I wouldn''t bank on it (it''s not had a great deal of attention).> kernel output > > [11138.535482] device fsid 808bddf9-a2c5-4121-814f-ebbf4ec7d50c devid 1 > transid 11368 /dev/vda1 > [11276.469967] ------------[ cut here ]------------ > [11276.469980] WARNING: at > /build/buildd/linux-3.0.0/fs/btrfs/extent-tree.c:5693 > use_block_rsv+0xc0/0x170 [btrfs]() > [11276.469982] Hardware name: Bochs > [11276.469983] Modules linked in: btrfs zlib_deflate libcrc32c nls_utf8 > isofs rfcomm bnep bluetooth parport_pc ppdev dm_crypt joydev binfmt_misc > psmouse serio_raw i2c_piix4 lp parport usbhid hid virtio_net virtio_blk > floppy virtio_pci virtio_ring virtio > [11276.469999] Pid: 2160, comm: mount Not tainted 3.0.0-13-generic > #22-Ubuntu > [11276.470001] Call Trace: > [11276.470016] [<ffffffff8105e8af>] warn_slowpath_common+0x7f/0xc0 > [11276.470019] [<ffffffff8105e90a>] warn_slowpath_null+0x1a/0x20 > [11276.470025] [<ffffffffa014bc40>] use_block_rsv+0xc0/0x170 [btrfs] > [11276.470031] [<ffffffffa0154e7d>] btrfs_alloc_free_block+0x3d/0x200 > [btrfs] > [11276.470040] [<ffffffffa017ca55>] ? btrfs_key_blockptr+0xe5/0xf0 > [btrfs] > [11276.470045] [<ffffffffa014277c>] __btrfs_cow_block+0x14c/0x5b0 [btrfs] > [11276.470050] [<ffffffffa0142cf3>] btrfs_cow_block+0x113/0x260 [btrfs] > [11276.470053] [<ffffffff815ea3de>] ? _raw_spin_lock+0xe/0x20 > [11276.470058] [<ffffffffa0147751>] btrfs_search_slot+0x2b1/0x550 [btrfs] > [11276.470064] [<ffffffffa014d829>] > lookup_inline_extent_backref+0x89/0x450 [btrfs] > [11276.470069] [<ffffffffa014e1b0>] lookup_extent_backref+0x60/0xf0 > [btrfs] > [11276.470074] [<ffffffffa014f62f>] __btrfs_free_extent+0xbf/0x650 > [btrfs] > [11276.470079] [<ffffffffa014fcd4>] run_delayed_tree_ref+0x114/0x1a0 > [btrfs] > [11276.470085] [<ffffffffa015281e>] run_one_delayed_ref+0xae/0xf0 [btrfs] > [11276.470091] [<ffffffffa0152934>] run_clustered_refs+0xd4/0x240 [btrfs] > [11276.470096] [<ffffffffa0152b6a>] btrfs_run_delayed_refs+0xca/0x220 > [btrfs] > [11276.470103] [<ffffffffa0164105>] __btrfs_end_transaction+0x85/0x320 > [btrfs] > [11276.470111] [<ffffffffa0164415>] btrfs_end_transaction+0x15/0x20 > [btrfs] > [11276.470121] [<ffffffffa016e960>] btrfs_evict_inode+0x1e0/0x270 [btrfs] > [11276.470134] [<ffffffff81181e81>] evict+0x91/0x170 > [11276.470137] [<ffffffff81182082>] iput_final+0xd2/0x1a0 > [11276.470139] [<ffffffff81182188>] iput+0x38/0x50 > [11276.470145] [<ffffffffa016ee6c>] btrfs_orphan_cleanup+0x1ec/0x360 > [btrfs] > [11276.470151] [<ffffffffa0161d29>] open_ctree+0x1469/0x1760 [btrfs] > [11276.470156] [<ffffffffa013e438>] btrfs_fill_super.isra.38+0x78/0x150 > [btrfs] > [11276.470167] [<ffffffff811cf501>] ? disk_name+0x61/0xc0 > [11276.470174] [<ffffffff812efbd7>] ? strlcpy+0x47/0x60 > [11276.470179] [<ffffffffa013f806>] btrfs_mount+0x3c6/0x470 [btrfs] > [11276.470182] [<ffffffff8116ae13>] mount_fs+0x43/0x1b0 > [11276.470186] [<ffffffff8118565a>] vfs_kern_mount+0x6a/0xc0 > [11276.470188] [<ffffffff81186a54>] do_kern_mount+0x54/0x110 > [11276.470190] [<ffffffff811884f4>] do_mount+0x1a4/0x260 > [11276.470192] [<ffffffff81188990>] sys_mount+0x90/0xe0 > [11276.470196] [<ffffffff815f27c2>] system_call_fastpath+0x16/0x1b > [11276.470197] ---[ end trace eeca3fbe2d1be463 ]---It''s not obvious (without me digging into the 2.6.32 code, which I''m not going to do) which tree this is failing in, but if -o recovery doesn''t work, you could try using btrfs-zero-log on the FS. That _may_ help. Failing that, there''s the restore tool in the btrfs-progs git repo, which has a good track record for allowing people to copy data off broken filesystems. Hugo. -- === Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk == PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk --- It''s against my programming to impersonate a deity! ---
>> [11138.535482] device fsid 808bddf9-a2c5-4121-814f-ebbf4ec7d50c devid 1 >> transid 11368 /dev/vda1 >> [11276.469967] ------------[ cut here ]------------ >> [11276.469980] WARNING: at >> /build/buildd/linux-3.0.0/fs/btrfs/extent-tree.c:5693 >> use_block_rsv+0xc0/0x170 [btrfs]() >> [11276.469982] Hardware name: Bochs >> [11276.469983] Modules linked in: btrfs zlib_deflate libcrc32c nls_utf8 >> isofs rfcomm bnep bluetooth parport_pc ppdev dm_crypt joydev binfmt_misc >> psmouse serio_raw i2c_piix4 lp parport usbhid hid virtio_net virtio_blk >> floppy virtio_pci virtio_ring virtio >> [11276.469999] Pid: 2160, comm: mount Not tainted 3.0.0-13-generic >> #22-Ubuntu >> [11276.470001] Call Trace: >> [11276.470016] [<ffffffff8105e8af>] warn_slowpath_common+0x7f/0xc0 >> [11276.470019] [<ffffffff8105e90a>] warn_slowpath_null+0x1a/0x20 >> [11276.470025] [<ffffffffa014bc40>] use_block_rsv+0xc0/0x170 [btrfs] >> [11276.470031] [<ffffffffa0154e7d>] btrfs_alloc_free_block+0x3d/0x200 >> [btrfs] >> [11276.470040] [<ffffffffa017ca55>] ? btrfs_key_blockptr+0xe5/0xf0 >> [btrfs] >> [11276.470045] [<ffffffffa014277c>] __btrfs_cow_block+0x14c/0x5b0 [btrfs] >> [11276.470050] [<ffffffffa0142cf3>] btrfs_cow_block+0x113/0x260 [btrfs] >> [11276.470053] [<ffffffff815ea3de>] ? _raw_spin_lock+0xe/0x20 >> [11276.470058] [<ffffffffa0147751>] btrfs_search_slot+0x2b1/0x550 [btrfs] >> [11276.470064] [<ffffffffa014d829>] >> lookup_inline_extent_backref+0x89/0x450 [btrfs] >> [11276.470069] [<ffffffffa014e1b0>] lookup_extent_backref+0x60/0xf0 >> [btrfs] >> [11276.470074] [<ffffffffa014f62f>] __btrfs_free_extent+0xbf/0x650 >> [btrfs] >> [11276.470079] [<ffffffffa014fcd4>] run_delayed_tree_ref+0x114/0x1a0 >> [btrfs] >> [11276.470085] [<ffffffffa015281e>] run_one_delayed_ref+0xae/0xf0 [btrfs] >> [11276.470091] [<ffffffffa0152934>] run_clustered_refs+0xd4/0x240 [btrfs] >> [11276.470096] [<ffffffffa0152b6a>] btrfs_run_delayed_refs+0xca/0x220 >> [btrfs] >> [11276.470103] [<ffffffffa0164105>] __btrfs_end_transaction+0x85/0x320 >> [btrfs] >> [11276.470111] [<ffffffffa0164415>] btrfs_end_transaction+0x15/0x20 >> [btrfs] >> [11276.470121] [<ffffffffa016e960>] btrfs_evict_inode+0x1e0/0x270 [btrfs] >> [11276.470134] [<ffffffff81181e81>] evict+0x91/0x170 >> [11276.470137] [<ffffffff81182082>] iput_final+0xd2/0x1a0 >> [11276.470139] [<ffffffff81182188>] iput+0x38/0x50 >> [11276.470145] [<ffffffffa016ee6c>] btrfs_orphan_cleanup+0x1ec/0x360 >> [btrfs] >> [11276.470151] [<ffffffffa0161d29>] open_ctree+0x1469/0x1760 [btrfs] >> [11276.470156] [<ffffffffa013e438>] btrfs_fill_super.isra.38+0x78/0x150 >> [btrfs] >> [11276.470167] [<ffffffff811cf501>] ? disk_name+0x61/0xc0 >> [11276.470174] [<ffffffff812efbd7>] ? strlcpy+0x47/0x60 >> [11276.470179] [<ffffffffa013f806>] btrfs_mount+0x3c6/0x470 [btrfs] >> [11276.470182] [<ffffffff8116ae13>] mount_fs+0x43/0x1b0 >> [11276.470186] [<ffffffff8118565a>] vfs_kern_mount+0x6a/0xc0 >> [11276.470188] [<ffffffff81186a54>] do_kern_mount+0x54/0x110 >> [11276.470190] [<ffffffff811884f4>] do_mount+0x1a4/0x260 >> [11276.470192] [<ffffffff81188990>] sys_mount+0x90/0xe0 >> [11276.470196] [<ffffffff815f27c2>] system_call_fastpath+0x16/0x1b >> [11276.470197] ---[ end trace eeca3fbe2d1be463 ]--- > > It''s not obvious (without me digging into the 2.6.32 code, which > I''m not going to do) which tree this is failing in, but if -o recovery > doesn''t work, you could try using btrfs-zero-log on the FS. That _may_ > help.Simply mounting with 3.1 or later should take care of that bit; the bug here was actually in the replay, and is fixed in 3.1 and newer.>> I tried to mount the partition under linux mint which has kernel 3.0.x. > > 3.0 is two revisions old -- something on the order of 6 > months. There''s been a lot of development since then, too. You really > should be running 3.2 or 3.2-rc2 (i.e. the latest released or latest > development version of the kernel).I think you meant 3.2 or 3.3-rc2. -- 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 Mon, Feb 06, 2012 at 05:33:51AM -0600, cwillu wrote:> > 3.0 is two revisions old -- something on the order of 6 > > months. There''s been a lot of development since then, too. You really > > should be running 3.2 or 3.2-rc2 (i.e. the latest released or latest > > development version of the kernel). > > I think you meant 3.2 or 3.3-rc2.I did indeed. Thanks for the correction. Hugo. -- === Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk == PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk --- "What''s so bad about being drunk?" "You ask a glass of water" ---
I rolled a new kernel 3.2.4 and it picked everything up. No crashes, my disk was still full, with 40+ gigs free but now I can delete files and access them. I''m running btrfs fi balance /mountpoint at the moment which I understand frees up the remaining space. Thanks again for your assistance! Tommy On Mon, Feb 06, 2012 at 11:40:31AM +0000, Hugo Mills wrote:> On Mon, Feb 06, 2012 at 05:33:51AM -0600, cwillu wrote: > > > 3.0 is two revisions old -- something on the order of 6 > > > months. There''s been a lot of development since then, too. You really > > > should be running 3.2 or 3.2-rc2 (i.e. the latest released or latest > > > development version of the kernel). > > > > I think you meant 3.2 or 3.3-rc2. > > I did indeed. Thanks for the correction. > > Hugo. > > -- > === Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ==> PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk > --- "What''s so bad about being drunk?" "You ask a glass of water" --- >-- 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 Monday 06 February 2012 06:57:42 Hugo Mills wrote:> > This al under debian with kernel 2.6.32-5. > > Aargh. > > You are aware that this is an insanely old version of the brtfs > code, and it has major flaws in it?As someone who runs his work laptop with a 2.6.32 laptop and btrfs for /home I''ll bite at this one - I''ve held off updating after reading the issues people were reporting on the list with newer kernels that did not appear to be present in 2.6.32 (indeed IIRC a particular problem from that time could only be solved at the time be remounting the filesystem with 2.6.32, at which point newer kernels could access it again). It''s served me very well, it "just works" (so far at least). It''s now sounding that 3.2 is probably stable enough for me to consider updating to the next KUbuntu release when it comes out. NB: Yes, I do make nightly backups, and no, I don''t run the filesystem at anything close to even a quarter full (not that that guarantees anything, or is even particularly deliberate). cheers, Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP
On 2/8/12 7:41 AM, Chris Samuel wrote:> On Monday 06 February 2012 06:57:42 Hugo Mills wrote: > >>> This al under debian with kernel 2.6.32-5. >> >> Aargh. >> >> You are aware that this is an insanely old version of the brtfs >> code, and it has major flaws in it? > > As someone who runs his work laptop with a 2.6.32 laptop and btrfs for > /home I''ll bite at this one - I''ve held off updating after reading the > issues people were reporting on the list with newer kernels that did > not appear to be present in 2.6.32 (indeed IIRC a particular problem > from that time could only be solved at the time be remounting the > filesystem with 2.6.32, at which point newer kernels could access it > again). It''s served me very well, it "just works" (so far at least). > > It''s now sounding that 3.2 is probably stable enough for me to > consider updating to the next KUbuntu release when it comes out. > > NB: Yes, I do make nightly backups, and no, I don''t run the > filesystem at anything close to even a quarter full (not that that > guarantees anything, or is even particularly deliberate). > > cheers, > ChrisOfc you can be one of the lucky users who doesn''t hit a bug on .32. Imho that isn''t an argument for not upgrading. There are new bugs in 3.2, but on the other hand there are hundreds of fixed bugs, new features etc. Especially using alpha releases of software without upgrading whenever there is a chance to seems very strange to me :) Kind regards, Felix Blanke -- 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 Mon, Feb 06, 2012 at 03:35:14PM +0000, Tommy Faasen wrote:> I rolled a new kernel 3.2.4 and it picked everything up. > No crashes, my disk was still full, with 40+ gigs free > but now I can delete files and access them. > > I''m running btrfs fi balance /mountpoint at the moment which I understand frees up the remaining space.Well, not quite. It has a side-effect that if you have an over-allocation of space to one or other of data/metadata, it will serve to reduce that allocation, giving back the over-allocated space to the free pool, from where it can be reallocated by the other group type. So if you have, say 5G allocated for metadata, but only 500M used, you could gain back a large amount (but probably not all) of the unused 4.5G by running a balance. Hugo.> Thanks again for your assistance! > > Tommy > > On Mon, Feb 06, 2012 at 11:40:31AM +0000, Hugo Mills wrote: > > On Mon, Feb 06, 2012 at 05:33:51AM -0600, cwillu wrote: > > > > 3.0 is two revisions old -- something on the order of 6 > > > > months. There''s been a lot of development since then, too. You really > > > > should be running 3.2 or 3.2-rc2 (i.e. the latest released or latest > > > > development version of the kernel). > > > > > > I think you meant 3.2 or 3.3-rc2. > > > > I did indeed. Thanks for the correction. > > > > Hugo. > >-- === Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk == PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk --- Quantum Mechanics: the dreams stuff is made of. ---