linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Forrest Liu <forrestl@synology.com>
To: linux-btrfs@vger.kernel.org
Cc: Forrest Liu <forrestl@synology.com>
Subject: Re: [PATCH v2] Btrfs: fix find_free_dev_extent() malfunction in case device tree has hole
Date: Wed, 4 Feb 2015 20:18:26 +0800	[thread overview]
Message-ID: <CAJSVwFPsf5DUTsFCNrrfCyruTNV8-oz65KRCrZoi+uZBdWNy2g@mail.gmail.com> (raw)
In-Reply-To: <1423051853-25336-1-git-send-email-forrestl@synology.com>

The problem can be reproduce by following steps on 3.19-rc7 , and the
patch was tested on 3.19-rc7

mntpath=/btrfs
loopdev=/dev/loop0
filepath=/volume2/100g_image

umount $mntpath
losetup -d $loopdev
truncate --size 100g $filepath
losetup $loopdev $filepath
mkfs.btrfs -f $loopdev
mount $loopdev $mntpath

for i in `seq 1 1 100`; do
        fallocate -l 1g $mntpath/$i
done
sync
for i in `seq 1 1 95`; do
        rm $mntpath/$i
done
sync

# wait cleaner thread remove unused block group
sleep 300

fallocate -l 1g $mntpath/aaa

# failed to allocate new chunk
fallocate -l 1g $mntpath/bbb
fallocate -l 1g $mntpath/ccc
fallocate -l 1g $mntpath/ddd
fallocate -l 1g $mntpath/eee

Thanks,
-Forrest

2015-02-04 20:10 GMT+08:00 Forrest Liu <forrestl@synology.com>:
> If device tree has hole, find_free_dev_extent() cannot find available
> address properly.
>
> The example below, has one BIG hole in device tree, and can only
> allocate just one chunk in a transaction.
>
>     item 9 key (1 DEV_EXTENT 273841913856) itemoff 15811 itemsize 48
>         dev extent chunk_tree 3
>         chunk objectid 256 chunk offset 272759783424 length 1073741824
>     item 10 key (1 DEV_EXTENT 1071632089088) itemoff 15763 itemsize 48
>         dev extent chunk_tree 3
>         chunk objectid 256 chunk offset 1070549958656 length 1073741824
>     item 11 key (1 DEV_EXTENT 1072705830912) itemoff 15715 itemsize 48
>             dev extent chunk_tree 3
>             chunk objectid 256 chunk offset 1071623700480 length
>
> Signed-off-by: Forrest Liu <forrestl@synology.com>
> Reviewed-by: Liu Bo <bo.li.liu@oracle.com>
> ---
> changelog:
> v2: fix typo key_offset
>     replace WARN_ON with WARN_ON_ONCE
>
>  fs/btrfs/volumes.c | 15 +++++++++++----
>  1 file changed, 11 insertions(+), 4 deletions(-)
>
> diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
> index 50c5a87..da07eca 100644
> --- a/fs/btrfs/volumes.c
> +++ b/fs/btrfs/volumes.c
> @@ -1060,6 +1060,7 @@ static int contains_pending_extent(struct btrfs_trans_handle *trans,
>         struct extent_map *em;
>         struct list_head *search_list = &trans->transaction->pending_chunks;
>         int ret = 0;
> +       u64 physical_start = *start;
>
>  again:
>         list_for_each_entry(em, search_list, list) {
> @@ -1070,9 +1071,9 @@ again:
>                 for (i = 0; i < map->num_stripes; i++) {
>                         if (map->stripes[i].dev != device)
>                                 continue;
> -                       if (map->stripes[i].physical >= *start + len ||
> +                       if (map->stripes[i].physical >= physical_start + len ||
>                             map->stripes[i].physical + em->orig_block_len <=
> -                           *start)
> +                           physical_start)
>                                 continue;
>                         *start = map->stripes[i].physical +
>                                 em->orig_block_len;
> @@ -1195,8 +1196,14 @@ again:
>                          */
>                         if (contains_pending_extent(trans, device,
>                                                     &search_start,
> -                                                   hole_size))
> -                               hole_size = 0;
> +                                                   hole_size)) {
> +                               if (key.offset >= search_start)
> +                                       hole_size = key.offset - search_start;
> +                               else {
> +                                       WARN_ON_ONCE(1);
> +                                       hole_size = 0;
> +                               }
> +                       }
>
>                         if (hole_size > max_hole_size) {
>                                 max_hole_start = search_start;
> --
> 1.9.1
>

      reply	other threads:[~2015-02-04 12:18 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-04 12:10 [PATCH v2] Btrfs: fix find_free_dev_extent() malfunction in case device tree has hole Forrest Liu
2015-02-04 12:18 ` Forrest Liu [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAJSVwFPsf5DUTsFCNrrfCyruTNV8-oz65KRCrZoi+uZBdWNy2g@mail.gmail.com \
    --to=forrestl@synology.com \
    --cc=linux-btrfs@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).