From: "azurIt" <azurit@pobox.sk>
Cc: linux-raid@vger.kernel.org
Subject: Re: RAID0 size over 2 TB
Date: Mon, 08 Sep 2014 22:02:14 +0200 [thread overview]
Message-ID: <20140908220214.DC2873CB@pobox.sk> (raw)
In-Reply-To: <D920D060-0CEC-4B6E-B636-4671B6FDC156@colorremedies.com>
______________________________________________________________
> Od: Chris Murphy <lists@colorremedies.com>
> Komu: azurIt <azurit@pobox.sk>
> Dátum: 08.09.2014 20:27
> Predmet: Re: RAID0 size over 2 TB
>
> CC: linux-raid@vger.kernel.org
>On Sep 8, 2014, at 1:33 AM, azurIt <azurit@pobox.sk> wrote:
>>
>> This is really strange, here is what cgdisk is reporting:
>> http://imgur.com/U8VnAdM
>
>Does your kernel have CONFIG_EFI_PARTITION=y ?
>
>Old versions of fdisk report the protective MBR, it does not show you GPT partition map. It's normal for the protective MBR to max out out 2TB because MBR encodes 32-bit 512 byte sectors on 512e devices. Your kernel appears to think the disk is 2TB, which suggests to me it's looking only at the MBR, meaning it doesn't have GPT support turned on.
>
>
>Chris Murphy--
>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
Ok so, problem is resolved. This is what happened:
- i replaced 2x 2 TB drives with 2x 4 TB drives WITHOUT rebooting
- i created 4 TB partition on every drive
- kernel still thinks that partitions are 2 TB, probably because of some kind of partition table cache
- when i added these partitions to RAID array, kernel didn't know they are 4 TB and, even, lightly corrupted them (cgdisk was reporting some kind of issues after i added partitions into RAID array, but everything was working ok)
The solution was to call command 'partprobe' (which is part of 'parted' package) after partitioning but BEFORE adding partitions into RAID array.
Thanks to everyone involved!
azur
--
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
prev parent reply other threads:[~2014-09-08 20:02 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-06 21:09 RAID0 size over 2 TB azurIt
2014-09-06 21:17 ` RAID0 size over 2 TB - RAID1 azurIt
2014-09-08 7:00 ` RAID0 size over 2 TB NeilBrown
2014-09-08 7:18 ` azurIt
2014-09-08 7:21 ` Mikael Abrahamsson
2014-09-08 7:24 ` azurIt
2014-09-08 18:19 ` Chris Murphy
2014-09-08 7:28 ` NeilBrown
2014-09-08 7:33 ` azurIt
2014-09-08 18:27 ` Chris Murphy
2014-09-08 19:16 ` Chris Murphy
2014-09-08 20:02 ` azurIt [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=20140908220214.DC2873CB@pobox.sk \
--to=azurit@pobox.sk \
--cc=linux-raid@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 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.