linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Xiao Ni <xni@redhat.com>
To: Guoqing Jiang <gqjiang@suse.com>
Cc: linux-raid@vger.kernel.org, ncroxon@redhat.com,
	jes sorensen <jes.sorensen@gmail.com>
Subject: Re: [MDADM PATCH 1/1] Array size is wrong when run mdadm -E
Date: Tue, 4 Jul 2017 23:24:13 -0400 (EDT)	[thread overview]
Message-ID: <514944746.28660486.1499225053730.JavaMail.zimbra@redhat.com> (raw)
In-Reply-To: <937c54e7-272d-ba24-d977-35a62ca6b684@suse.com>



----- Original Message -----
> From: "Guoqing Jiang" <gqjiang@suse.com>
> To: "Xiao Ni" <xni@redhat.com>
> Cc: linux-raid@vger.kernel.org, ncroxon@redhat.com, "jes sorensen" <jes.sorensen@gmail.com>
> Sent: Wednesday, July 5, 2017 11:21:57 AM
> Subject: Re: [MDADM PATCH 1/1] Array size is wrong when run mdadm -E
> 
> 
> 
> On 07/05/2017 10:40 AM, Xiao Ni wrote:
> >
> > ----- Original Message -----
> >> From: "Guoqing Jiang" <gqjiang@suse.com>
> >> To: "Xiao Ni" <xni@redhat.com>
> >> Cc: linux-raid@vger.kernel.org, ncroxon@redhat.com, "jes sorensen"
> >> <jes.sorensen@gmail.com>
> >> Sent: Wednesday, July 5, 2017 9:56:35 AM
> >> Subject: Re: [MDADM PATCH 1/1] Array size is wrong when run mdadm -E
> >>
> >>
> >>
> >> On 07/04/2017 05:55 PM, Xiao Ni wrote:
> >>> ----- Original Message -----
> >>>> From: "Guoqing Jiang" <gqjiang@suse.com>
> >>>> To: "Xiao Ni" <xni@redhat.com>, linux-raid@vger.kernel.org
> >>>> Cc: ncroxon@redhat.com, "jes sorensen" <jes.sorensen@gmail.com>
> >>>> Sent: Tuesday, July 4, 2017 5:03:30 PM
> >>>> Subject: Re: [MDADM PATCH 1/1] Array size is wrong when run mdadm -E
> >>>>
> >>>>
> >>>>
> >>>> On 07/04/2017 02:50 PM, Xiao Ni wrote:
> >>>>> The size of array shows wrongly. It shifs wrong number.
> >>>>>
> >>>>> Signed-off-by: Xiao Ni <xni@redhat.com>
> >>>>> ---
> >>>>>     super1.c | 2 +-
> >>>>>     1 file changed, 1 insertion(+), 1 deletion(-)
> >>>>>
> >>>>> diff --git a/super1.c b/super1.c
> >>>>> index 86ec850..f3b864d 100644
> >>>>> --- a/super1.c
> >>>>> +++ b/super1.c
> >>>>> @@ -366,7 +366,7 @@ static void examine_super1(struct supertype *st,
> >>>>> char
> >>>>> *homehost)
> >>>>>     		}
> >>>>>     		if (ddsks) {
> >>>>>     			long long asize = __le64_to_cpu(sb->size);
> >>>>> -			asize = (asize << 9) * ddsks / ddsks_denom;
> >>>>> +			asize = (asize << 10) * ddsks / ddsks_denom;
> >>>>>     			printf("     Array Size : %llu%s\n",
> >>>>>     			       asize >> 10,  human_size(asize));
> >>>>>     		}
> >>>> IIRC, sb->size represents the num of sectors, so the shift should be 9.
> >>> Yes, it should be 9. It should pass bytes to human_size. Thanks for this.
> >>> It was introduced in d4633e06dfc01723911627fcb104af2ffb6f6a95. So there
> >>> is
> >>> the same problem in super0. Is it ok:
> >>>
> >>> diff --git a/super0.c b/super0.c
> >>> index 756cab5..4b4680c 100644
> >>> --- a/super0.c
> >>> +++ b/super0.c
> >>> @@ -131,9 +131,9 @@ static void examine_super0(struct supertype *st, char
> >>> *homehost)
> >>>                   }
> >>>                   if (ddsks) {
> >>>                           long long asize = sb->size;
> >>> -                       asize = (asize << 10) * ddsks / ddsks_denom;
> >>> +                       asize = (asize << 9) * ddsks / ddsks_denom;
> >>>                           printf("     Array Size : %llu%s\n",
> >>> -                              asize >> 10,  human_size(asize));
> >>> +                              asize >> 9,  human_size(asize));
> >>>                   }
> >> No, for 0.9 metadata, sb->size means KB not sector.
> >>
> > Thanks for this.
> >
> >>>           }
> >>>           printf("   Raid Devices : %d\n", sb->raid_disks);
> >>> diff --git a/super1.c b/super1.c
> >>> index 86ec850..2bb1454 100644
> >>> --- a/super1.c
> >>> +++ b/super1.c
> >>> @@ -368,7 +368,7 @@ static void examine_super1(struct supertype *st, char
> >>> *homehost)
> >>>                           long long asize = __le64_to_cpu(sb->size);
> >>>                           asize = (asize << 9) * ddsks / ddsks_denom;
> >>>                           printf("     Array Size : %llu%s\n",
> >>> -                              asize >> 10,  human_size(asize));
> >>> +                              asize >> 9,  human_size(asize));
> >>>                   }
> >>>                   if (sb->size != sb->data_size)
> >>>                           printf("  Used Dev Size : %llu%s\n",
> >> It is better that you can provide the output of "mdadm -E DISK" etc to
> >> prove
> >> current code is wrong, at least I can see correct output from my side.
> > [root@dell-per210-01 mdadm]# mdadm -E /dev/loop0
> > /dev/loop0:
> >            Magic : a92b4efc
> >          Version : 1.2
> >      Feature Map : 0x0
> >       Array UUID : 34f18365:ebf46416:ae1f365d:71cc579c
> >             Name : 0
> >    Creation Time : Tue Jul  4 02:09:03 2017
> >       Raid Level : raid5
> >     Raid Devices : 3
> >
> >   Avail Dev Size : 8261632 (3.94 GiB 4.23 GB)
> >       Array Size : 6291456 (6.00 GiB 6.44 GB)
> >    Used Dev Size : 6291456 (3.00 GiB 3.22 GB)
> >
> > Ah, I know it wants to show Array Size in KB. It's a raid5 with 3 loop
> > devices.
> > I thought they are all sectors subconsciously. But it's better to show
> > sizes with
> > the same unit. Right?
> 
> Perhaps that is why the human_size is used here.

But it's really too strange that Array Size is same with Used Dev Size. It's
easy to get confused. 

Regards
Xiao
> 
> Thanks,
> Guoqing
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

      reply	other threads:[~2017-07-05  3:24 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-07-04  6:50 [MDADM PATCH 1/1] Array size is wrong when run mdadm -E Xiao Ni
2017-07-04  9:03 ` Guoqing Jiang
2017-07-04  9:55   ` Xiao Ni
2017-07-05  1:56     ` Guoqing Jiang
2017-07-05  2:40       ` Xiao Ni
2017-07-05  3:21         ` Guoqing Jiang
2017-07-05  3:24           ` Xiao Ni [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=514944746.28660486.1499225053730.JavaMail.zimbra@redhat.com \
    --to=xni@redhat.com \
    --cc=gqjiang@suse.com \
    --cc=jes.sorensen@gmail.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=ncroxon@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).