summaryrefslogtreecommitdiffstats
path: root/fs/jfs/jfs_metapage.h
diff options
context:
space:
mode:
authorliubo <liubo2009@cn.fujitsu.com>2011-07-27 09:49:18 +0000
committerChris Mason <chris.mason@oracle.com>2011-08-01 14:30:44 -0400
commitff1f2b4407454d926d8b143bf37e4dce66026a28 (patch)
treef40720d71285ade24fb6a7f7bcdd442806d5f37e /fs/jfs/jfs_metapage.h
parent61cfea9bb84d41b09e59822c33b3eb27acc48358 (diff)
downloadtalos-op-linux-ff1f2b4407454d926d8b143bf37e4dce66026a28.tar.gz
talos-op-linux-ff1f2b4407454d926d8b143bf37e4dce66026a28.zip
Btrfs: fix oops while writing data to SSD partitions
Here I have a two SSD-partitions btrfs, and they are defaultly set to "data=raid0, metadata=raid1", then I try to fill my btrfs partition till "No space left on device", via "dd if=/dev/zero of=/mnt/btrfs/tmp". I get an oops panic from kernel BUG at fs/btrfs/extent-tree.c:5199!, which refers to find_free_extent's BUG_ON(index != get_block_group_index(block_group)); In SSD mode, in order to find enough space to alloc, we may check the block_group cache which has been checked sometime before, but the index is not updated, where it hits the BUG_ON. Signed-off-by: Liu Bo <liubo2009@cn.fujitsu.com> Acked-by: Josef Bacik <josef@redhat.com> Signed-off-by: Chris Mason <chris.mason@oracle.com>
Diffstat (limited to 'fs/jfs/jfs_metapage.h')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud