* Btrfs out of inodes becomes corrupt
@ 2012-02-05 19:18 Tommy Faasen
2012-02-05 19:57 ` Hugo Mills
0 siblings, 1 reply; 8+ messages in thread
From: Tommy Faasen @ 2012-02-05 19:18 UTC (permalink / raw)
To: linux-btrfs
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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Btrfs out of inodes becomes corrupt
2012-02-05 19:18 Btrfs out of inodes becomes corrupt Tommy Faasen
@ 2012-02-05 19:57 ` Hugo Mills
2012-02-06 11:33 ` cwillu
2012-02-08 6:41 ` Chris Samuel
0 siblings, 2 replies; 8+ messages in thread
From: Hugo Mills @ 2012-02-05 19:57 UTC (permalink / raw)
To: Tommy Faasen; +Cc: linux-btrfs
[-- Attachment #1: Type: text/plain, Size: 6695 bytes --]
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 error
I'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 2745610993664
Note 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! ---
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 190 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Btrfs out of inodes becomes corrupt
2012-02-05 19:57 ` Hugo Mills
@ 2012-02-06 11:33 ` cwillu
2012-02-06 11:40 ` Hugo Mills
2012-02-08 6:41 ` Chris Samuel
1 sibling, 1 reply; 8+ messages in thread
From: cwillu @ 2012-02-06 11:33 UTC (permalink / raw)
To: Hugo Mills, Tommy Faasen, linux-btrfs
>> [11138.535482] device fsid 808bddf9-a2c5-4121-814f-ebbf4ec7d50c devi=
d 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_u=
tf8
>> 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] =C2=A0[<ffffffff8105e8af>] warn_slowpath_common+0x7f/=
0xc0
>> [11276.470019] =C2=A0[<ffffffff8105e90a>] warn_slowpath_null+0x1a/0x=
20
>> [11276.470025] =C2=A0[<ffffffffa014bc40>] use_block_rsv+0xc0/0x170 [=
btrfs]
>> [11276.470031] =C2=A0[<ffffffffa0154e7d>] btrfs_alloc_free_block+0x3=
d/0x200
>> [btrfs]
>> [11276.470040] =C2=A0[<ffffffffa017ca55>] ? btrfs_key_blockptr+0xe5/=
0xf0
>> [btrfs]
>> [11276.470045] =C2=A0[<ffffffffa014277c>] __btrfs_cow_block+0x14c/0x=
5b0 [btrfs]
>> [11276.470050] =C2=A0[<ffffffffa0142cf3>] btrfs_cow_block+0x113/0x26=
0 [btrfs]
>> [11276.470053] =C2=A0[<ffffffff815ea3de>] ? _raw_spin_lock+0xe/0x20
>> [11276.470058] =C2=A0[<ffffffffa0147751>] btrfs_search_slot+0x2b1/0x=
550 [btrfs]
>> [11276.470064] =C2=A0[<ffffffffa014d829>]
>> lookup_inline_extent_backref+0x89/0x450 [btrfs]
>> [11276.470069] =C2=A0[<ffffffffa014e1b0>] lookup_extent_backref+0x60=
/0xf0
>> [btrfs]
>> [11276.470074] =C2=A0[<ffffffffa014f62f>] __btrfs_free_extent+0xbf/0=
x650
>> [btrfs]
>> [11276.470079] =C2=A0[<ffffffffa014fcd4>] run_delayed_tree_ref+0x114=
/0x1a0
>> [btrfs]
>> [11276.470085] =C2=A0[<ffffffffa015281e>] run_one_delayed_ref+0xae/0=
xf0 [btrfs]
>> [11276.470091] =C2=A0[<ffffffffa0152934>] run_clustered_refs+0xd4/0x=
240 [btrfs]
>> [11276.470096] =C2=A0[<ffffffffa0152b6a>] btrfs_run_delayed_refs+0xc=
a/0x220
>> [btrfs]
>> [11276.470103] =C2=A0[<ffffffffa0164105>] __btrfs_end_transaction+0x=
85/0x320
>> [btrfs]
>> [11276.470111] =C2=A0[<ffffffffa0164415>] btrfs_end_transaction+0x15=
/0x20
>> [btrfs]
>> [11276.470121] =C2=A0[<ffffffffa016e960>] btrfs_evict_inode+0x1e0/0x=
270 [btrfs]
>> [11276.470134] =C2=A0[<ffffffff81181e81>] evict+0x91/0x170
>> [11276.470137] =C2=A0[<ffffffff81182082>] iput_final+0xd2/0x1a0
>> [11276.470139] =C2=A0[<ffffffff81182188>] iput+0x38/0x50
>> [11276.470145] =C2=A0[<ffffffffa016ee6c>] btrfs_orphan_cleanup+0x1ec=
/0x360
>> [btrfs]
>> [11276.470151] =C2=A0[<ffffffffa0161d29>] open_ctree+0x1469/0x1760 [=
btrfs]
>> [11276.470156] =C2=A0[<ffffffffa013e438>] btrfs_fill_super.isra.38+0=
x78/0x150
>> [btrfs]
>> [11276.470167] =C2=A0[<ffffffff811cf501>] ? disk_name+0x61/0xc0
>> [11276.470174] =C2=A0[<ffffffff812efbd7>] ? strlcpy+0x47/0x60
>> [11276.470179] =C2=A0[<ffffffffa013f806>] btrfs_mount+0x3c6/0x470 [b=
trfs]
>> [11276.470182] =C2=A0[<ffffffff8116ae13>] mount_fs+0x43/0x1b0
>> [11276.470186] =C2=A0[<ffffffff8118565a>] vfs_kern_mount+0x6a/0xc0
>> [11276.470188] =C2=A0[<ffffffff81186a54>] do_kern_mount+0x54/0x110
>> [11276.470190] =C2=A0[<ffffffff811884f4>] do_mount+0x1a4/0x260
>> [11276.470192] =C2=A0[<ffffffff81188990>] sys_mount+0x90/0xe0
>> [11276.470196] =C2=A0[<ffffffff815f27c2>] system_call_fastpath+0x16/=
0x1b
>> [11276.470197] ---[ end trace eeca3fbe2d1be463 ]---
>
> =C2=A0 It's not obvious (without me digging into the 2.6.32 code, whi=
ch
> I'm not going to do) which tree this is failing in, but if -o recover=
y
> 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=
=2Ex.
>
> 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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Btrfs out of inodes becomes corrupt
2012-02-06 11:33 ` cwillu
@ 2012-02-06 11:40 ` Hugo Mills
2012-02-06 15:35 ` Tommy Faasen
0 siblings, 1 reply; 8+ messages in thread
From: Hugo Mills @ 2012-02-06 11:40 UTC (permalink / raw)
To: cwillu; +Cc: Tommy Faasen, linux-btrfs
[-- Attachment #1: Type: text/plain, Size: 697 bytes --]
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" ---
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 190 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Btrfs out of inodes becomes corrupt
2012-02-06 11:40 ` Hugo Mills
@ 2012-02-06 15:35 ` Tommy Faasen
2012-02-08 11:13 ` Hugo Mills
0 siblings, 1 reply; 8+ messages in thread
From: Tommy Faasen @ 2012-02-06 15:35 UTC (permalink / raw)
To: Hugo Mills, cwillu, Tommy Faasen, linux-btrfs
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" ---
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Btrfs out of inodes becomes corrupt
2012-02-05 19:57 ` Hugo Mills
2012-02-06 11:33 ` cwillu
@ 2012-02-08 6:41 ` Chris Samuel
2012-02-08 9:00 ` Felix Blanke
1 sibling, 1 reply; 8+ messages in thread
From: Chris Samuel @ 2012-02-08 6:41 UTC (permalink / raw)
To: linux-btrfs
[-- Attachment #1: Type: Text/Plain, Size: 1274 bytes --]
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
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 482 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Btrfs out of inodes becomes corrupt
2012-02-08 6:41 ` Chris Samuel
@ 2012-02-08 9:00 ` Felix Blanke
0 siblings, 0 replies; 8+ messages in thread
From: Felix Blanke @ 2012-02-08 9:00 UTC (permalink / raw)
To: Chris Samuel; +Cc: linux-btrfs
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,
> Chris
Ofc 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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Btrfs out of inodes becomes corrupt
2012-02-06 15:35 ` Tommy Faasen
@ 2012-02-08 11:13 ` Hugo Mills
0 siblings, 0 replies; 8+ messages in thread
From: Hugo Mills @ 2012-02-08 11:13 UTC (permalink / raw)
To: Tommy Faasen; +Cc: cwillu, linux-btrfs
[-- Attachment #1: Type: text/plain, Size: 1573 bytes --]
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. ---
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 190 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2012-02-08 11:13 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-02-05 19:18 Btrfs out of inodes becomes corrupt Tommy Faasen
2012-02-05 19:57 ` Hugo Mills
2012-02-06 11:33 ` cwillu
2012-02-06 11:40 ` Hugo Mills
2012-02-06 15:35 ` Tommy Faasen
2012-02-08 11:13 ` Hugo Mills
2012-02-08 6:41 ` Chris Samuel
2012-02-08 9:00 ` Felix Blanke
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.