From: Wols Lists <antlists@youngman.org.uk>
To: David T-G <davidtg-robot@justpickone.org>,
Linux RAID list <linux-raid@vger.kernel.org>
Subject: Re: 1T and 500+500 mirror, but different speeds
Date: Sun, 11 Jul 2021 05:09:08 +0100 [thread overview]
Message-ID: <60EA6EE4.8070107@youngman.org.uk> (raw)
In-Reply-To: <20210711031208.GP1415@justpickone.org>
On 11/07/21 04:12, David T-G wrote:
> Wol, et al --
>
> ...and then Wols Lists said...
> %
>
>
> %
> % Mirroring as you plan here is okay.
>
> That's good. Of course, that then makes me scratch my head a bit since
> it's still paired with other and needs to not blow up ... I'll have to
> back and read more to see why mirror is safe.
>
Mirroring is safe because, whatever happens to the mirror, you only need
one disk to recover. So if the raid falls apart your data is not in danger.
>
> %
> ...
> % > and also two 500G drives
> % >
> % > jpo:~ # parted /dev/sdc print
> % > Model: ATA WDC WD5000AAVS-0 (scsi)
> ...
> % > jpo:~ # smartctl -i /dev/sdc
> ...
> % > Model Family: Western Digital Caviar Green
> ...
> % > that I plan to stripe together to use to protect the first. The Caviars
> % > are listed as variable speed, but in practice they apparently are just
> % > 5400 rpm, so I'd like to take advantage of striping to make them as fast
> % > as possible.
> %
> % Caviar Green ??? Caviars should be okay, but the "green" moniker makes
>
> Yeah, I'm not too happy about that ... Supposedly they will vary speed
> based on demand, so they can deliver 7200rpm performance, but apparently
> they always stay at 5400rpm and so they're just basic drives. Meh.
>
>
> % me nervous. Check SCT/ERC, but striping/mirroring will be fine.
>
> More of that confusion stuff :-) but happy.
>
>
> %
> % > This isn't the black magic ;-) of RAID10-on-two-drives,
> % > so I don't have to think of one as "front" and one as "back", but do I
> % > want more than one partition on each to stripe 4 or 6 slices to avoid
> % > hammering on one, or do I just go with each device as a whole and let
> % > mdadm handle the magic for me?
> % >
> ...
> % Okay, the simple approach.
> %
> % Create a single-device mirror using the 1TB and the special device
> % "missing". Copy everything across and make sure it's all okay. (I'm
> % assuming you can safely wipe this drive as it has nothing on it you wish
> % to keep.)
>
> Correct.
>
>
> %
> % Create a striped device using the two 500GB drives.
>
> That's the fun part ... I'm thinkin' I'm just going to have to do sector
> math to predict how large the new dev can be so that I can back into a
> proper partition size on the 1T so that both halves can match.
Do you need the entire space? Can you create a 900GB mirror on the 1TB?
You can always grow the mirror and the filesystem later.
>
>
> %
> % Plan to replace all the disks with something like Seagate Ironwolves or
> % Toshiba N300s in the near future :-)
>
> Actually, I have four Seagate 4T drives
>
> diskfarm:~ # parted /dev/sdd print
> Model: ATA ST4000DM000-1F21 (scsi)
> Disk /dev/sdd: 4001GB
> Sector size (logical/physical): 512B/4096B
> Partition Table: gpt
> Disk Flags:
>
> Number Start End Size File system Name Flags
> 1 1049kB 4001GB 4001GB xfs ata-ST4000DM000-1F2168_W300EYNA raid
> 2 4001GB 4001GB 134MB reiserfs wwn-0x5000c50069a8d76f
>
> diskfarm:~ # smartctl -i /dev/sdd
> smartctl 7.0 2019-05-21 r4917 [x86_64-linux-5.3.18-lp152.63-default] (SUSE RPM)
> Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org
>
> === START OF INFORMATION SECTION ===
> Model Family: Seagate Desktop HDD.15
> Device Model: ST4000DM000-1F2168
> Serial Number: W300EYNA
> LU WWN Device Id: 5 000c50 069a8d76f
> Firmware Version: CC52
> User Capacity: 4,000,787,030,016 bytes [4.00 TB]
> Sector Sizes: 512 bytes logical, 4096 bytes physical
> Rotation Rate: 5900 rpm
> Form Factor: 3.5 inches
> Device is: In smartctl database [for details use: -P show]
> ATA Version is: ATA8-ACS T13/1699-D revision 4
> SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
> Local Time is: Sat Jul 10 21:38:12 2021 UTC
> SMART support is: Available - device has SMART capability.
> SMART support is: Enabled
>
> in another machine that I plan to upgrade to larger disks and hand down
> to this one. They're older, and they don't
>
> diskfarm:~ # smartctl -l scterc /dev/sdd
> smartctl 7.0 2019-05-21 r4917 [x86_64-linux-5.3.18-lp152.63-default] (SUSE RPM)
> Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org
>
> SCT Error Recovery Control command not supported
>
> have SMART error handling, but at least they aren't SMR :-)
>
They're no better! "SCT Error Recovery Control command not supported".
This is the red flag. This is the same problem as with the Barracudas.
>
> %
> % https://raid.wiki.kernel.org/index.php/Linux_Raid
> %
> % Read especially the page on timeout mismatch as this DOES apply to your
> % Barracuda !!!
>
> I'll go back again :-)
>
And it applies to your 4TBs as well. I wouldn't worry too much - I'm
running a mirror on two 3TB Barracudas (I wouldn't have bought them if
I'd realised, but I was a raid newbie back then ...)
Cheers,
Wol
prev parent reply other threads:[~2021-07-11 4:09 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-07-09 12:27 1T and 500+500 mirror, but different speeds David T-G
2021-07-09 16:39 ` Wols Lists
2021-07-11 3:12 ` David T-G
2021-07-11 4:09 ` Wols Lists [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=60EA6EE4.8070107@youngman.org.uk \
--to=antlists@youngman.org.uk \
--cc=davidtg-robot@justpickone.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox