btrfs bug while defragmenting

All of lore.kernel.org
 help / color / mirror / Atom feed

* btrfs bug while defragmenting
@ 2010-03-09 18:45 Philip Love
  2010-03-09 19:25 ` Chris Mason
  0 siblings, 1 reply; 7+ messages in thread
From: Philip Love @ 2010-03-09 18:45 UTC (permalink / raw)
  To: linux-btrfs

I had some 10gb files that I was using for random write testing (with cow enabled). I remount the fs with nodatacow, then ran btrfsctl to defragement the file. A BUG message appeared in the messages file. After a reboot btrfsck gave no errors.

Please let me know what extra information you need.
Thanks
Phil

Mar  9 10:12:25 sentryA kernel: [66771.230266] BUG: Bad page state in process btrfsctl  pfn:201575
Mar  9 10:12:25 sentryA kernel: [66771.230270] page:ffffea000704b198 flags:0040000000000000 count:-1608652401 mapcount:0 mapping:ffff88002e84b000 index:ffffc90002633d40
Mar  9 10:12:25 sentryA kernel: [66771.230274] Pid: 6734, comm: btrfsctl Not tainted 2.6.33-5-default #1
Mar  9 10:12:25 sentryA kernel: [66771.230276] Call Trace:
Mar  9 10:12:25 sentryA kernel: [66771.230283]  [<ffffffff810a2ddd>] bad_page+0x106/0x118
Mar  9 10:12:25 sentryA kernel: [66771.230287]  [<ffffffff810a4fb2>] get_page_from_freelist+0x49e/0x707
Mar  9 10:12:25 sentryA kernel: [66771.230291]  [<ffffffff810a542e>] __alloc_pages_nodemask+0x123/0x64d
Mar  9 10:12:25 sentryA kernel: [66771.230307]  [<ffffffffa0310c36>] ? extent_readpages+0x16e/0x197 [btrfs]
Mar  9 10:12:25 sentryA kernel: [66771.230313]  [<ffffffff81085d9a>] ? delayacct_end+0x78/0x83
Mar  9 10:12:25 sentryA kernel: [66771.230316]  [<ffffffff810c9210>] alloc_pages_current+0x96/0x9f
Mar  9 10:12:25 sentryA kernel: [66771.230320]  [<ffffffff8109f60e>] __page_cache_alloc+0x59/0x5d
Mar  9 10:12:25 sentryA kernel: [66771.230323]  [<ffffffff810a6e3a>] __do_page_cache_readahead+0x96/0x1a2
Mar  9 10:12:25 sentryA kernel: [66771.230327]  [<ffffffff810a6f62>] ra_submit+0x1c/0x20
Mar  9 10:12:25 sentryA kernel: [66771.230329]  [<ffffffff810a71f2>] ondemand_readahead+0x1b2/0x1c5
Mar  9 10:12:25 sentryA kernel: [66771.230333]  [<ffffffff810a72be>] page_cache_sync_readahead+0x17/0x19
Mar  9 10:12:25 sentryA kernel: [66771.230345]  [<ffffffffa02f71e1>] btrfs_force_ra+0x1c/0x25 [btrfs]
Mar  9 10:12:25 sentryA kernel: [66771.230357]  [<ffffffffa031a3a3>] btrfs_ioctl+0x558/0x959 [btrfs]
Mar  9 10:12:25 sentryA kernel: [66771.230361]  [<ffffffff810e26e4>] vfs_ioctl+0x2a/0x9e
Mar  9 10:12:25 sentryA kernel: [66771.230363]  [<ffffffff810e2c15>] do_vfs_ioctl+0x442/0x47f
Mar  9 10:12:25 sentryA kernel: [66771.230367]  [<ffffffff8119e5e7>] ? __up_read+0x9e/0xa7
Mar  9 10:12:25 sentryA kernel: [66771.230370]  [<ffffffff810568fb>] ? up_read+0x9/0xb
Mar  9 10:12:25 sentryA kernel: [66771.230373]  [<ffffffff810e2ca7>] sys_ioctl+0x55/0x77
Mar  9 10:12:29 sentryA kernel: [66771.230377]  [<ffffffff810029ab>] system_call_fastpath+0x16/0x1b



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: btrfs bug while defragmenting
  2010-03-09 18:45 btrfs bug while defragmenting Philip Love
@ 2010-03-09 19:25 ` Chris Mason
  2010-03-09 20:06   ` Philip Love
  2010-03-09 20:21   ` Philip Love
  0 siblings, 2 replies; 7+ messages in thread
From: Chris Mason @ 2010-03-09 19:25 UTC (permalink / raw)
  To: Philip Love; +Cc: linux-btrfs

On Tue, Mar 09, 2010 at 10:45:13AM -0800, Philip Love wrote:
> I had some 10gb files that I was using for random write testing (with cow enabled). I remount the fs with nodatacow, then ran btrfsctl to defragement the file. A BUG message appeared in the messages file. After a reboot btrfsck gave no errors.
> 
> Please let me know what extra information you need.
> Thanks
> Phil
> 
> Mar  9 10:12:25 sentryA kernel: [66771.230266] BUG: Bad page state in process btrfsctl  pfn:201575
> Mar  9 10:12:25 sentryA kernel: [66771.230270] page:ffffea000704b198 flags:0040000000000000 count:-1608652401 mapcount:0 mapping:ffff88002e84b000 index:ffffc90002633d40

Well, I don't think that count is quite right.  But I also don't see
anything in the ioctl that could cause it.  How easily can you reproduce
this?

I do see that the ioctl should be triple checking the page is part of
the mapping after doing a readpage on it, but it should only get dropped
in the face of truncate.  Is this file actively in use at the time that
you're running the ioctl?

-chris

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: btrfs bug while defragmenting
  2010-03-09 19:25 ` Chris Mason
@ 2010-03-09 20:06   ` Philip Love
  2010-03-09 20:25     ` Philip Love
  2010-03-09 20:21   ` Philip Love
  1 sibling, 1 reply; 7+ messages in thread
From: Philip Love @ 2010-03-09 20:06 UTC (permalink / raw)
  To: Chris Mason; +Cc: linux-btrfs


> Well, I don't think that count is quite right.  But I also don't see
> anything in the ioctl that could cause it.  How easily can you reproduce
> this?
> 
> I do see that the ioctl should be triple checking the page is part of
> the mapping after doing a readpage on it, but it should only get dropped
> in the face of truncate.  Is this file actively in use at the time that
> you're running the ioctl?
> 
I reproduced it again. The fs is idle apart from the defragment.

mount -o nodatacow /dev/sdc1 backend
btrfsctl -d /mnt/backend/phil/i2

i2 is a 10GB file (initially created with dd) that is heavily fragmented since it was use to test random write io.

Here is the fio job that I was previously using on this file, the fs was mounted with cow when doing the tests.

[global]
directory=/mnt/backend/phil
ioengine=posixaio
iodepth=16
filesize=10g
direct=1
filename=i1:i2:i3:i4:i5:i6:i7:i8

[rand-write]
norandommap
numjobs=4
rw=randwrite
bs=4k
size=100m
end_fsync=1
stonewall

Here was the fio output, as a side note I noticed that the max clat was 16 seconds.

rand-write: (groupid=0, jobs=1): err= 0: pid=5343
  write: io=100MB, bw=849KB/s, iops=212, runt=120733msec
    slat (usec): min=0, max=1,269, avg= 1.14, stdev= 8.43
    clat (msec): min=2, max=16,927, avg=75.37, stdev=486.27
    bw (KB/s) : min=    0, max= 4307, per=34.09%, avg=1107.50, stdev=987.95
  cpu          : usr=0.22%, sys=0.87%, ctx=45803, majf=0, minf=89
  IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=99.9%, 32=0.0%, >=64=0.0%
     submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.1%, 32=0.0%, 64=0.0%, >=64=0.0%
     issued r/w: total=0/25615, short=0/0

     lat (msec): 4=0.19%, 10=16.58%, 20=18.10%, 50=28.55%, 100=20.19%
     lat (msec): 250=13.83%, 500=2.21%, 750=0.17%, >=2000=0.19%

Run status group 0 (all jobs):
  WRITE: io=400MB, aggrb=3,249KB/s, minb=831KB/s, maxb=875KB/s, mint=119841msec, maxt=126134msec



Mar  9 11:51:59 sentryA kernel: [ 5781.604400] btrfs: setting nodatacow
Mar  9 11:55:11 sentryA kernel: [ 5969.275082] BUG: Bad page state in process btrfsctl  pfn:1efe9a
Mar  9 11:55:11 sentryA kernel: [ 5969.275093] BUG: unable to handle kernel NULL pointer dereference at 000000000000000a
Mar  9 11:55:11 sentryA kernel: [ 5969.368991] IP: [<ffffffff810a2dbd>] bad_page+0xe6/0x118
Mar  9 11:55:11 sentryA kernel: [ 5969.432615] PGD 30f9fe067 PUD 329661067 PMD 0 
Mar  9 11:55:11 sentryA kernel: [ 5969.486052] Oops: 0000 [#1] SMP 
Mar  9 11:55:11 sentryA kernel: [ 5969.524834] last sysfs file: /sys/devices/system/cpu/cpu3/cache/index2/shared_cpu_map
Mar  9 11:55:11 sentryA kernel: [ 5969.618514] CPU 1 
Mar  9 11:55:11 sentryA kernel: [ 5969.642634] Pid: 4344, comm: btrfsctl Not tainted 2.6.33-5-default #1 GreenCity/Silkcity CRB/Ty
lersburg & ICH9/ICH10 Chipset
Mar  9 11:55:11 sentryA kernel: [ 5969.776864] RIP: 0010:[<ffffffff810a2dbd>]  [<ffffffff810a2dbd>] bad_page+0xe6/0x118
Mar  9 11:55:11 sentryA kernel: [ 5969.869595] RSP: 0018:ffff8802dc82fa28  EFLAGS: 00010286
Mar  9 11:55:11 sentryA kernel: [ 5969.933118] RAX: 0000000000000002 RBX: ffffea0006c7b1b0 RCX: 0000000000000aed
Mar  9 11:55:11 sentryA kernel: [ 5970.018470] RDX: ffff88002e47b000 RSI: 000000000000000c RDI: ffffffff81717960
Mar  9 11:55:11 sentryA kernel: [ 5970.103830] RBP: ffff8802dc82fa38 R08: 00000000ffffc900 R09: 0000000000000000
Mar  9 11:55:11 sentryA kernel: [ 5970.189193] R10: 0000000000000000 R11: 0000000000018600 R12: ffff8803318df0c0
Mar  9 11:55:11 sentryA kernel: [ 5970.274548] R13: dead000000200200 R14: 0000000000000286 R15: ffff88000002ee00
Mar  9 11:55:11 sentryA kernel: [ 5970.359903] FS:  00007f683d913740(0000) GS:ffff880028280000(0000) knlGS:0000000000000000
Mar  9 11:55:11 sentryA kernel: [ 5970.456697] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Mar  9 11:55:11 sentryA kernel: [ 5970.525420] CR2: 000000000000000a CR3: 000000032890d000 CR4: 00000000000006e0
Mar  9 11:55:11 sentryA kernel: [ 5970.610777] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Mar  9 11:55:11 sentryA kernel: [ 5970.696144] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Mar  9 11:55:11 sentryA kernel: [ 5970.781496] Process btrfsctl (pid: 4344, threadinfo ffff8802dc82e000, task ffff8803277dc140)
Mar  9 11:55:11 sentryA kernel: [ 5970.882449] Stack:
Mar  9 11:55:11 sentryA kernel: [ 5970.906466]  ffffea0006c7b1b0 ffffea0006c7b1b0 ffff8802dc82fb68 ffffffff810a4fb2
Mar  9 11:55:11 sentryA kernel: [ 5970.993184] <0> ffff8802dc82fb00 ffff8802dc82e000 0000000000000030 0000000000000002
Mar  9 11:55:11 sentryA kernel: [ 5971.085308] <0> ffff8803277dc9c0 ffff8802dc82ffd8 00000000dc82fad8 0000000000000286
Mar  9 11:55:11 sentryA kernel: [ 5971.179611] Call Trace:
Mar  9 11:55:11 sentryA kernel: [ 5971.208830]  [<ffffffff810a4fb2>] get_page_from_freelist+0x49e/0x707
Mar  9 11:55:11 sentryA kernel: [ 5971.284829]  [<ffffffff810a542e>] __alloc_pages_nodemask+0x123/0x64d
Mar  9 11:55:11 sentryA kernel: [ 5971.360845]  [<ffffffffa030b8dd>] ? submit_one_bio+0x7e/0x8a [btrfs]
Mar  9 11:55:11 sentryA kernel: [ 5971.436957]  [<ffffffffa030ec36>] ? extent_readpages+0x16e/0x197 [btrfs]
Mar  9 11:55:11 sentryA kernel: [ 5971.517219]  [<ffffffff8119cb0c>] ? prop_fraction_single+0x3c/0x5e
Mar  9 11:55:11 sentryA kernel: [ 5971.591142]  [<ffffffff810c9210>] alloc_pages_current+0x96/0x9f
Mar  9 11:55:14 sentryA kernel: [ 5971.661946]  [<ffffffff8109f60e>] __page_cache_alloc+0x59/0x5d
Mar  9 11:55:14 sentryA kernel: [ 5971.731717]  [<ffffffff810a6e3a>] __do_page_cache_readahead+0x96/0x1a2
Mar  9 11:55:14 sentryA kernel: [ 5971.809799]  [<ffffffff810a6f62>] ra_submit+0x1c/0x20
Mar  9 11:55:14 sentryA kernel: [ 5971.870213]  [<ffffffff810a71f2>] ondemand_readahead+0x1b2/0x1c5
Mar  9 11:55:14 sentryA kernel: [ 5971.942054]  [<ffffffff810a72be>] page_cache_sync_readahead+0x17/0x19
Mar  9 11:55:14 sentryA kernel: [ 5972.019122]  [<ffffffffa02f51e1>] btrfs_force_ra+0x1c/0x25 [btrfs]
Mar  9 11:55:14 sentryA kernel: [ 5972.093145]  [<ffffffffa03183a3>] btrfs_ioctl+0x558/0x959 [btrfs]
Mar  9 11:55:14 sentryA kernel: [ 5972.166130]  [<ffffffff810e26e4>] vfs_ioctl+0x2a/0x9e
Mar  9 11:55:14 sentryA kernel: [ 5972.226543]  [<ffffffff810e2c15>] do_vfs_ioctl+0x442/0x47f
Mar  9 11:55:14 sentryA kernel: [ 5972.292151]  [<ffffffff8119e5e7>] ? __up_read+0x9e/0xa7
Mar  9 11:55:15 sentryA kernel: [ 5972.354647]  [<ffffffff810568fb>] ? up_read+0x9/0xb
Mar  9 11:55:15 sentryA kernel: [ 5972.412974]  [<ffffffff810e2ca7>] sys_ioctl+0x55/0x77
Mar  9 11:55:15 sentryA kernel: [ 5972.473391]  [<ffffffff810029ab>] system_call_fastpath+0x16/0x1b
Mar  9 11:55:15 sentryA kernel: [ 5972.545332] Code: 13 48 c1 fa 03 48 0f af d0 31 c0 e8 77 ff 1e 00 48 8b 13 48 8b 73 20 4c 8b 4b
 18 44 8b 43 0c 48 89 d8 66 85 d2 79 04 48 8b 43 10 <8b> 48 08 41 ff c0 48 89 34 24 48 c7 c7 b7 2d 39 81 48 89 de 31 
Mar  9 11:55:15 sentryA kernel: [ 5972.777813] RIP  [<ffffffff810a2dbd>] bad_page+0xe6/0x118
Mar  9 11:55:15 sentryA kernel: [ 5972.842487]  RSP <ffff8802dc82fa28>
Mar  9 11:55:15 sentryA kernel: [ 5972.884179] CR2: 000000000000000a
Mar  9 11:55:15 sentryA kernel: [ 5972.923939] ---[ end trace ff6ec4d6b9203041 ]---
Mar  9 11:55:15 sentryA kernel: [ 5973.283636] BUG: Bad page state in process kjournald  pfn:1efe9d
Mar  9 11:55:15 sentryA kernel: [ 5973.355494] page:ffffea0006c7b258 flags:0000000000001040 count:9216 mapcount:1 mapping:(null) i
ndex:0
Mar  9 11:55:15 sentryA kernel: [ 5973.465810] Pid: 553, comm: kjournald Tainted: G      D    2.6.33-5-default #1
Mar  9 11:55:15 sentryA kernel: [ 5973.552281] Call Trace:
Mar  9 11:55:15 sentryA kernel: [ 5973.581533]  [<ffffffff810a2ddd>] bad_page+0x106/0x118
Mar  9 11:55:15 sentryA kernel: [ 5973.643086]  [<ffffffff810a4fb2>] get_page_from_freelist+0x49e/0x707
Mar  9 11:55:15 sentryA kernel: [ 5973.719201]  [<ffffffff810a542e>] __alloc_pages_nodemask+0x123/0x64d
Mar  9 11:55:15 sentryA kernel: [ 5973.795351]  [<ffffffff8109f1c2>] ? find_get_page+0x23/0x8f
Mar  9 11:55:15 sentryA kernel: [ 5973.862047]  [<ffffffff810c9210>] alloc_pages_current+0x96/0x9f
Mar  9 11:55:15 sentryA kernel: [ 5973.932848]  [<ffffffff8109f60e>] __page_cache_alloc+0x59/0x5d
Mar  9 11:55:15 sentryA kernel: [ 5974.002612]  [<ffffffff8109fd58>] find_or_create_page+0x41/0x85
Mar  9 11:55:15 sentryA kernel: [ 5974.073463]  [<ffffffff810f622c>] __getblk+0x11a/0x2a5
Mar  9 11:55:15 sentryA kernel: [ 5974.134979]  [<ffffffffa00300b6>] journal_get_descriptor_buffer+0x33/0x7f [jbd]
Mar  9 11:55:15 sentryA kernel: [ 5974.222531]  [<ffffffffa002bfd5>] journal_commit_transaction+0xe37/0x12d2 [jbd]
Mar  9 11:55:15 sentryA kernel: [ 5974.310108]  [<ffffffff81046ff7>] ? try_to_del_timer_sync+0xa5/0xb2
Mar  9 11:55:15 sentryA kernel: [ 5974.385130]  [<ffffffffa002f7a3>] kjournald+0x164/0x396 [jbd]
Mar  9 11:55:15 sentryA kernel: [ 5974.453958]  [<ffffffff81053084>] ? autoremove_wake_function+0x0/0x38
Mar  9 11:55:15 sentryA kernel: [ 5974.531179]  [<ffffffffa002f63f>] ? kjournald+0x0/0x396 [jbd]
Mar  9 11:55:15 sentryA kernel: [ 5974.599945]  [<ffffffff81052c1a>] kthread+0x7d/0x85
Mar  9 11:55:15 sentryA kernel: [ 5974.658372]  [<ffffffff81003754>] kernel_thread_helper+0x4/0x10
Mar  9 11:55:15 sentryA kernel: [ 5974.729290]  [<ffffffff81052b9d>] ? kthread+0x0/0x85
Mar  9 11:55:15 sentryA kernel: [ 5974.788795]  [<ffffffff81003750>] ? kernel_thread_helper+0x0/0x10
Mar  9 11:55:15 sentryA kernel: [ 5974.861723] BUG: Bad page state in process kjournald  pfn:1efe9c
Mar  9 11:55:15 sentryA kernel: [ 5974.933585] page:ffffea0006c7b220 flags:0040000000000000 count:0 mapcount:0 mapping:ffffffffa02
a13a8 index:ffffc900028a6878
Mar  9 11:55:15 sentryA kernel: [ 5975.066896] Pid: 553, comm: kjournald Tainted: G    B D    2.6.33-5-default #1
Mar  9 11:55:15 sentryA kernel: [ 5975.153368] Call Trace:
Mar  9 11:55:15 sentryA kernel: [ 5975.182600]  [<ffffffff810a2ddd>] bad_page+0x106/0x118
Mar  9 11:55:15 sentryA kernel: [ 5975.244143]  [<ffffffff810a4fb2>] get_page_from_freelist+0x49e/0x707
Mar  9 11:55:15 sentryA kernel: [ 5975.320281]  [<ffffffff810a542e>] __alloc_pages_nodemask+0x123/0x64d
Mar  9 11:55:15 sentryA kernel: [ 5975.396363]  [<ffffffff8109f1c2>] ? find_get_page+0x23/0x8f
Mar  9 11:55:15 sentryA kernel: [ 5975.463014]  [<ffffffff810c9210>] alloc_pages_current+0x96/0x9f
Mar  9 11:55:15 sentryA kernel: [ 5975.533956]  [<ffffffff8109f60e>] __page_cache_alloc+0x59/0x5d
Mar  9 11:55:16 sentryA kernel: [ 5975.603808]  [<ffffffff8109fd58>] find_or_create_page+0x41/0x85
Mar  9 11:55:16 sentryA kernel: [ 5975.674725]  [<ffffffff810f622c>] __getblk+0x11a/0x2a5
Mar  9 11:55:16 sentryA kernel: [ 5975.736264]  [<ffffffffa00300b6>] journal_get_descriptor_buffer+0x33/0x7f [jbd]
Mar  9 11:55:16 sentryA kernel: [ 5975.823855]  [<ffffffffa002bfd5>] journal_commit_transaction+0xe37/0x12d2 [jbd]
Mar  9 11:55:16 sentryA kernel: [ 5975.911358]  [<ffffffff81046ff7>] ? try_to_del_timer_sync+0xa5/0xb2
Mar  9 11:55:16 sentryA kernel: [ 5975.986423]  [<ffffffffa002f7a3>] kjournald+0x164/0x396 [jbd]
Mar  9 11:55:16 sentryA kernel: [ 5976.055175]  [<ffffffff81053084>] ? autoremove_wake_function+0x0/0x38
Mar  9 11:55:16 sentryA kernel: [ 5976.132284]  [<ffffffffa002f63f>] ? kjournald+0x0/0x396 [jbd]
Mar  9 11:55:16 sentryA kernel: [ 5976.201003]  [<ffffffff81052c1a>] kthread+0x7d/0x85
Mar  9 11:55:16 sentryA kernel: [ 5976.259370]  [<ffffffff81003754>] kernel_thread_helper+0x4/0x10
Mar  9 11:55:16 sentryA kernel: [ 5976.330246]  [<ffffffff81052b9d>] ? kthread+0x0/0x85
Mar  9 11:55:16 sentryA kernel: [ 5976.389626]  [<ffffffff81003750>] ? kernel_thread_helper+0x0/0x10



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: btrfs bug while defragmenting
  2010-03-09 20:06   ` Philip Love
@ 2010-03-09 20:25     ` Philip Love
  2010-03-10 20:47       ` Philip Love
  0 siblings, 1 reply; 7+ messages in thread
From: Philip Love @ 2010-03-09 20:25 UTC (permalink / raw)
  To: Chris Mason; +Cc: linux-btrfs


> I reproduced it again. The fs is idle apart from the defragment.
> 
> mount -o nodatacow /dev/sdc1 backend
> btrfsctl -d /mnt/backend/phil/i2
> 
This time I just mounted normally, please let me know what additional debug info you need.
Thanks
Phil


mount /dev/sdc1 /mnt/backend
btrfsctl -d /mnt/backend/phil/i2

Mar  9 12:20:31 sentryA kernel: [  825.831962] Btrfs loaded
Mar  9 12:20:31 sentryA kernel: [  825.832473] device fsid 7c44381c3f903d28-e68bbb009cd0dfa2 devid 1 transid 917 /dev/sdc1
Mar  9 12:21:27 sentryA sshd[3693]: Accepted keyboard-interactive/pam for phil from 128.222.177.177 port 34776 ssh2
Mar  9 12:22:01 sentryA kernel: [  916.058338] BUG: Bad page state in process btrfsctl  pfn:27d407
Mar  9 12:22:01 sentryA kernel: [  916.058342] page:ffffea0008b66188 flags:0040000000000000 count:0 mapcount:0 mapping:ffffffffa01
d798f index:0
Mar  9 12:22:01 sentryA kernel: [  916.058346] Pid: 3673, comm: btrfsctl Not tainted 2.6.33-5-default #1
Mar  9 12:22:01 sentryA kernel: [  916.058348] Call Trace:
Mar  9 12:22:01 sentryA kernel: [  916.058355]  [<ffffffff810a2ddd>] bad_page+0x106/0x118
Mar  9 12:22:01 sentryA kernel: [  916.058359]  [<ffffffff810a4fb2>] get_page_from_freelist+0x49e/0x707
Mar  9 12:22:01 sentryA kernel: [  916.058363]  [<ffffffff810a542e>] __alloc_pages_nodemask+0x123/0x64d
Mar  9 12:22:01 sentryA kernel: [  916.058368]  [<ffffffff81024aa2>] ? enqueue_task+0x5b/0x66
Mar  9 12:22:01 sentryA kernel: [  916.058372]  [<ffffffff81029c3e>] ? task_rq_lock+0x39/0x6b
Mar  9 12:22:01 sentryA kernel: [  916.058376]  [<ffffffff8119cb0c>] ? prop_fraction_single+0x3c/0x5e
Mar  9 12:22:01 sentryA kernel: [  916.058380]  [<ffffffff810c9210>] alloc_pages_current+0x96/0x9f
Mar  9 12:22:01 sentryA kernel: [  916.058384]  [<ffffffff8109f60e>] __page_cache_alloc+0x59/0x5d
Mar  9 12:22:01 sentryA kernel: [  916.058387]  [<ffffffff810a6e3a>] __do_page_cache_readahead+0x96/0x1a2
Mar  9 12:22:01 sentryA kernel: [  916.058390]  [<ffffffff810a6f62>] ra_submit+0x1c/0x20
Mar  9 12:22:01 sentryA kernel: [  916.058393]  [<ffffffff810a71f2>] ondemand_readahead+0x1b2/0x1c5
Mar  9 12:22:01 sentryA kernel: [  916.058396]  [<ffffffff810a72be>] page_cache_sync_readahead+0x17/0x19
Mar  9 12:22:01 sentryA kernel: [  916.058412]  [<ffffffffa02f01e1>] btrfs_force_ra+0x1c/0x25 [btrfs]
Mar  9 12:22:01 sentryA kernel: [  916.058424]  [<ffffffffa03133a3>] btrfs_ioctl+0x558/0x959 [btrfs]
Mar  9 12:22:01 sentryA kernel: [  916.058428]  [<ffffffff810e26e4>] vfs_ioctl+0x2a/0x9e
Mar  9 12:22:01 sentryA kernel: [  916.058431]  [<ffffffff810e2c15>] do_vfs_ioctl+0x442/0x47f
Mar  9 12:22:01 sentryA kernel: [  916.058434]  [<ffffffff8119e5e7>] ? __up_read+0x9e/0xa7
Mar  9 12:22:01 sentryA kernel: [  916.058437]  [<ffffffff810568fb>] ? up_read+0x9/0xb
Mar  9 12:22:01 sentryA kernel: [  916.058440]  [<ffffffff810e2ca7>] sys_ioctl+0x55/0x77
Mar  9 12:22:01 sentryA kernel: [  916.058444]  [<ffffffff810029ab>] system_call_fastpath+0x16/0x1b




^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: btrfs bug while defragmenting
  2010-03-09 20:25     ` Philip Love
@ 2010-03-10 20:47       ` Philip Love
  2010-03-10 20:58         ` Chris Mason
  0 siblings, 1 reply; 7+ messages in thread
From: Philip Love @ 2010-03-10 20:47 UTC (permalink / raw)
  To: Chris Mason; +Cc: linux-btrfs

I obtained a similar error doing a large write to an ext3 filesystem, so there is another problem somewhere. Sorry for the inconvenience.
Phil

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: btrfs bug while defragmenting
  2010-03-10 20:47       ` Philip Love
@ 2010-03-10 20:58         ` Chris Mason
  0 siblings, 0 replies; 7+ messages in thread
From: Chris Mason @ 2010-03-10 20:58 UTC (permalink / raw)
  To: Philip Love; +Cc: linux-btrfs

On Wed, Mar 10, 2010 at 12:47:59PM -0800, Philip Love wrote:
> I obtained a similar error doing a large write to an ext3 filesystem, so there is another problem somewhere. Sorry for the inconvenience.
> Phil--

I was going to ask about memory corruptions because I couldn't trigger
this bug.  But, I did make a bunch of fixes to the defrag ioctl to fix
problems where it stalls.  So, thanks for sending this report along.

-chris

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: btrfs bug while defragmenting
  2010-03-09 19:25 ` Chris Mason
  2010-03-09 20:06   ` Philip Love
@ 2010-03-09 20:21   ` Philip Love
  1 sibling, 0 replies; 7+ messages in thread
From: Philip Love @ 2010-03-09 20:21 UTC (permalink / raw)
  To: Chris Mason; +Cc: linux-btrfs

Also the 'file data blocks allocated' in the btrfsck looks wrong.

sentryA:~ # btrfsck /dev/sdc1
found 95418703872 bytes used err is 0
total csum bytes: 92762192
total tree bytes: 430219264
total fs tree bytes: 186494976
btree space waste bytes: 72747390
file data blocks allocated: 193564269821952
 referenced 90613743616
Btrfs Btrfs v0.19


sentryA:~ # df -k
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sdc1            292961308  93047288 199914020  32% /mnt/backend


^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2010-03-10 20:58 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-03-09 18:45 btrfs bug while defragmenting Philip Love
2010-03-09 19:25 ` Chris Mason
2010-03-09 20:06   ` Philip Love
2010-03-09 20:25     ` Philip Love
2010-03-10 20:47       ` Philip Love
2010-03-10 20:58         ` Chris Mason
2010-03-09 20:21   ` Philip Love

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.