On 07/27/2011 05:49 AM, liubo wrote:
> 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 <[email protected]>
> ---
>  fs/btrfs/extent-tree.c |    4 +++-
>  1 files changed, 3 insertions(+), 1 deletions(-)
> 
> diff --git a/fs/btrfs/extent-tree.c b/fs/btrfs/extent-tree.c
> index 71cd456..3213c39 100644
> --- a/fs/btrfs/extent-tree.c
> +++ b/fs/btrfs/extent-tree.c
> @@ -5065,7 +5065,9 @@ have_block_group:
>                        * group is does point to and try again
>                        */
>                       if (!last_ptr_loop && last_ptr->block_group &&
> -                         last_ptr->block_group != block_group) {
> +                         last_ptr->block_group != block_group &&
> +                         index <=
> +                              get_block_group_index(last_ptr->block_group)) {
>  
>                               btrfs_put_block_group(block_group);
>                               block_group = last_ptr->block_group;

Ugh I wish we could make this prettier but

Acked-by: Josef Bacik <[email protected]>

Thanks,

Josef
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to