cluster-devel.redhat.com archive mirror
 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 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).