From: "J. Roeleveld" <joost@antarean.org>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] 1-Terabyte drives - 4K sector sizes? -> bar performance so far
Date: Tue, 9 Feb 2010 14:57:19 +0100 [thread overview]
Message-ID: <201002091457.19162.joost@antarean.org> (raw)
In-Reply-To: <63F56C2B-97D3-4A98-9338-ED1D82FFAB1E@stellar.eclipse.co.uk>
On Tuesday 09 February 2010 13:46:40 Stroller wrote:
> On 9 Feb 2010, at 00:27, Neil Bothwick wrote:
> > On Mon, 8 Feb 2010 14:34:01 -0600, Paul Hartman wrote:
> >> Thanks for the info everyone, but do you understand the agony I am
> >> now
> >> suffering at the fact that all disk in my system (including all parts
> >> of my RAID5) are starting on sector 63 and I don't have sufficient
> >> free space (or free time) to repartition them? :)
> >
> > With the RAID, you could fail one disk, repartition, re-add it,
> > rinse and
> > repeat. But that doesn't take care of the time issue.
>
> Aren't you thinking of LVM, or something?
>
> Stroller.
>
Not sure where LVM would fit into this, as then you'd need to offload the data
from that PV (Physical Volume) to a different PV first.
With Raid (NOT striping) you can remove one disk, leaving the Raid-array in a
reduced state. Then repartition the disk you removed, repartition and then re-
add the disk to the array.
Wait for the rebuild to complete and do the same with the next disk in the
array.
Eg: (for a 3-disk raid5):
1) remove disk-1 from raid
2) repartition disk-1
3) add disk-1 as new disk to raid
4) wait for the synchronisation to finish
5) remove disk-2 from raid
6) repartition disk-2
7) add disk-2 as new disk to raid
8) wait for the synchronisation to finish
9) remove disk-3 from raid
10) repartition disk-3
11) add disk-3 as new disk to raid
12) wait for the synchronisation to finish
(These steps can easily be adapted for any size and type of raid, apart from
striping/raid-0)
I do, however, see a potential problem, if you repartition starting from
sector 64 instead of from sector 63, the disk has 1 sector less, which means
4KB less in size.
The Raid-array may not accept the re-partitioned disk back into the array
because it's not big enough for the array.
I had this issue with an older system once where I replaced a dead 80GB (Yes,
I did say "old" :) ) with a new 80GB drive. This drive was actually a few KB
smaller in size and the RAID would refuse to accept it.
--
Joost Roeleveld
next prev parent reply other threads:[~2010-02-09 14:14 UTC|newest]
Thread overview: 78+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-07 16:27 [gentoo-user] 1-Terabyte drives - 4K sector sizes? -> bar performance so far Mark Knecht
2010-02-07 17:30 ` Alexander
2010-02-07 18:19 ` Volker Armin Hemmann
2010-02-07 19:26 ` Mark Knecht
2010-02-07 18:38 ` Mark Knecht
2010-02-07 19:16 ` Volker Armin Hemmann
2010-02-07 19:39 ` Willie Wong
2010-02-07 20:31 ` Mark Knecht
2010-02-07 21:59 ` Kyle Bader
2010-02-07 21:42 ` Mark Knecht
2010-02-08 2:08 ` Willie Wong
2010-02-08 17:10 ` Mark Knecht
2010-02-08 18:52 ` Valmor de Almeida
2010-02-08 20:34 ` Paul Hartman
2010-02-09 0:27 ` Neil Bothwick
2010-02-09 12:46 ` Stroller
2010-02-09 13:34 ` Neil Bothwick
2010-02-09 23:37 ` Iain Buchanan
2010-02-10 6:31 ` Volker Armin Hemmann
2010-02-10 7:11 ` Iain Buchanan
2010-02-10 8:37 ` Volker Armin Hemmann
2010-02-10 8:43 ` Volker Armin Hemmann
2010-02-09 13:35 ` Volker Armin Hemmann
2010-02-09 13:57 ` J. Roeleveld [this message]
2010-02-09 15:11 ` Stroller
2010-02-09 15:27 ` J. Roeleveld
2010-02-09 17:38 ` Stroller
2010-02-09 18:25 ` Mark Knecht
2010-02-09 19:29 ` J. Roeleveld
2010-02-09 15:43 ` Neil Bothwick
2010-02-09 17:17 ` Stroller
2010-02-09 20:30 ` Neil Bothwick
2010-02-09 18:03 ` Neil Walker
2010-02-09 19:37 ` J. Roeleveld
2010-02-09 23:52 ` Iain Buchanan
2010-02-10 1:16 ` Stroller
2010-02-10 6:59 ` Neil Walker
2010-02-10 7:31 ` Iain Buchanan
2010-02-10 1:28 ` Stroller
2010-02-10 11:14 ` J. Roeleveld
2010-02-10 16:37 ` Stroller
2010-02-10 17:26 ` J. Roeleveld
2010-02-10 20:48 ` Stroller
2010-02-10 0:11 ` Peter Humphrey
2010-02-10 6:48 ` Neil Walker
2010-02-09 17:33 ` Paul Hartman
2010-02-09 7:47 ` J. Roeleveld
2010-02-09 23:22 ` Iain Buchanan
2010-02-10 7:08 ` Alan McKinnon
2010-02-10 10:56 ` J. Roeleveld
2010-02-10 10:53 ` J. Roeleveld
2010-02-10 11:03 ` Volker Armin Hemmann
2010-02-10 11:17 ` J. Roeleveld
2010-02-10 11:24 ` Volker Armin Hemmann
2010-02-08 5:25 ` Valmor de Almeida
2010-02-08 19:57 ` Stroller
2010-02-09 0:05 ` Frank Steinmetzger
2010-02-09 0:37 ` Mark Knecht
2010-02-09 2:48 ` Frank Steinmetzger
2010-02-09 17:09 ` Frank Steinmetzger
2010-02-09 18:21 ` Mark Knecht
2010-02-09 21:13 ` Frank Steinmetzger
2010-02-09 22:17 ` J. Roeleveld
2010-02-09 22:54 ` Mark Knecht
2010-02-10 0:31 ` Iain Buchanan
2010-02-10 1:27 ` Mark Knecht
2010-02-10 7:06 ` Iain Buchanan
2010-02-09 16:31 ` Mark Knecht
2010-02-12 9:06 ` Mick
2010-02-12 12:14 ` Mark Knecht
2010-02-09 0:47 ` Stroller
2010-02-09 2:20 ` Willie Wong
2010-02-15 0:48 ` Frank Steinmetzger
2010-02-15 1:17 ` Willie Wong
2010-02-15 3:17 ` Mark Knecht
2010-02-15 18:03 ` Frank Steinmetzger
2010-02-15 23:53 ` Alex Schuster
2010-02-16 17:35 ` Frank Steinmetzger
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=201002091457.19162.joost@antarean.org \
--to=joost@antarean.org \
--cc=gentoo-user@lists.gentoo.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox