All of lore.kernel.org
 help / color / mirror / Atom feed
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

      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.