All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Price <anprice@redhat.com>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] [PATCH] libgfs2: Return the rgrp count in lgfs2_rgrps_plan()
Date: Mon, 12 Oct 2015 18:14:25 +0100	[thread overview]
Message-ID: <561BEA71.7070202@redhat.com> (raw)
In-Reply-To: <1169191743.44604397.1444664857224.JavaMail.zimbra@redhat.com>

Hi Bob,

On 12/10/15 16:47, Bob Peterson wrote:
> ----- Original Message -----
>> lgfs2_rgrps_plan() previously returned one of the rgrp sizes
>> specifically so that gfs2_grow could check it. This check was also done
>> inside the function so the return value would always be 0 when the rgrp
>> size was too small anyway (really this means that there's not enough
>> space in which to place sensibly sized rgrps). As returning 0 is
>> sufficient to pass back the same information, we can return the resource
>> group count from lgfs2_rgrps_plan() instead, as that is a more useful
>> value in general.
>>
> Hi Andy,
>
> Does this all work with a tiny file system that only has one resource group?
> I remember trying to code similar things and Abhi kept having to fix it
> because of problems with single-rgrp file systems. Bear in mind, I haven't
> looked at the rest of this function in detail, so I'm speaking somewhat out
> of ignorance.

I'm not sure which problems you're referring to to test for them but 
this patch is essentially cosmetic so it doesn't change the behaviour of 
mkfs.gfs2 nor gfs2_grow. I have done various tests with small file 
systems since the lgfs2_rgrp* functions were introduced though and 
they've held up well (or have been fixed), and those functions are 
well-covered by the test suite.

That said, to double-check I've created a 9M fs (minimum journal size is 
8M) and ran a successful mount-fill-umount-fsck-mount-grow-umount-fsck 
test on it. The initial resource groups were obviously tiny (ri_length = 
1) but the ones gfs2_grow added were much larger, which is expected as 
lgfs2_rgrps_plan() doesn't use the existing rgrps' sizes in its 
calculations.

Cheers,
Andy



      reply	other threads:[~2015-10-12 17:14 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-12 15:22 [Cluster-devel] [PATCH] libgfs2: Return the rgrp count in lgfs2_rgrps_plan() Andrew Price
2015-10-12 15:47 ` Bob Peterson
2015-10-12 17:14   ` Andrew Price [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=561BEA71.7070202@redhat.com \
    --to=anprice@redhat.com \
    /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 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.