From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id C5767158020 for ; Wed, 21 Dec 2022 20:41:04 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 18400E0875; Wed, 21 Dec 2022 20:41:00 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 55DACE0867 for ; Wed, 21 Dec 2022 20:40:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1671655252; bh=3Ms5MTonoFo0J/uONdLUCUzt3+0WmkZNM8Zpj4bn50g=; h=X-UI-Sender-Class:Date:From:To:Subject:References:In-Reply-To; b=KMFdkwhyhs9STwSaM/z1vj6EQvybbaKhILNF68iWagQbl3mrrmkWaFIXzKUIW1Sb0 EnRvoFtlpUY5J6acTJLOVevz3XIO5km9CsAQVz1rES+lVuqTonCzyf2LsbVLJevDYx 5yKP0fRRuGGFbl33HWH5dpra5pSxQtwt1oXHZNl8lNnSdceetMZi+jxodLJhvEkJUv 25nx3WyWZ1Cnctc2+7MC2PQoQ+VHZz1MDb9DZFg22HN7wffW+e0bxgzWHviNwbPSet GJBpUJTKk2xhcbAoiALI7qbYgFerCKlelrr3vp8MCEkL/e6njuEXKrfgaestOpfeeI 9rLNYWtHmds+Q== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from kern ([92.117.37.6]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MPGRp-1pX3GL0M4D-00Pfsl for ; Wed, 21 Dec 2022 21:40:52 +0100 Date: Wed, 21 Dec 2022 21:40:50 +0100 From: Frank Steinmetzger To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] NAS and replacing with larger drives Message-ID: Mail-Followup-To: gentoo-user@lists.gentoo.org References: <9407e524-2226-6ba9-dd7f-bac635d083e3@gmail.com> <10b30d8a-5c5d-a80a-e659-b5624e2848e4@gmail.com> <49c8e857-0ed9-0dfd-341b-af955635337c@youngman.org.uk> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="LlRcDPLz/yWUV5Ek" Content-Disposition: inline In-Reply-To: <49c8e857-0ed9-0dfd-341b-af955635337c@youngman.org.uk> User-Agent: Mutt 2.2.9; VIM - Vi IMproved 9.0 X-Provags-ID: V03:K1:/uHVI65v8qqLHdAZPEbhmnZ7mtojbrukpP7JLQNVSyNTLrrkHwl DG0ymMsetdfZEHXnF/iHsdhMVhP/SGFLrf56dTQF82KA6/6xi0BFnZD30e5lzBsKIC843rC 2+XF1Gs90hAdIkyYt50Nt7DkIVDJIhHVfmv7nQU1iZyqvm4/sFQDPpETOg2fW3ijGQbOZxM tj9DVsbgEbFr3MefgStxQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:QU2nLZOXGfI=;Favnp3E75uhWeA6jQTZ8WCVirM5 DyK/IiS5TtdTEtjhXtRCXBfbXaUyvp+WMMR8ky1vh8NE4bGJe3cLX0ajvqEr2xnKvPDKTdtlh lXOA3iH90WcDtOgYi8YJmEqvKoe9pl3MK5WkogGcDulggLZVHOobKGx092N6SCWruIqzVtpHs 6ZBT3B+v87AwcwuV9+fmMO1dZwMSFnuyVAdXaiIL5HHy87PBfJmSnD9/iF+zBmojhvFtzjs0b N7p57Ng0sPytTWfeYq80lzLqXVr4GlGGj6UpPrqlUUuguHSQ4YBZf2lxXb+cHGUdceJ4qji9n XWSk6uOkTr1A/ipsQ2d+UrcZroFNoG2gcu8L8HX2kfhiHGfdwggrHYki9NUgNefWLLQKJz5i2 kgGB/AZHYE2fFOjKrcIvF3K2/e4iRzzx5vEZvs8gLfn4i3M+MjbDwIP9Y498tJbrDldThFFkQ CQFkNtbtYt6pIQLx+x5MqLPW/hw/apKoQwEldSqF0N0SGqQZyjW/UqhyoJKdcxfCAesc5SrC3 Ry0nY2QNIFVVSXBLsWGuOVXK8a7sRVB7wJDdJPKrUlXsJ3+73Dol14cJzl9qi9hrhaY5VtxEp 4WrkEdwQ5nf3uvVqtW5T8D4ZIsQb8yJ93Cwh5wRX+RT8pXXb0WiVN0nqVjef9PxdeJN9Dk5cs kmSNbylCKif3sX4jg/6mAsaphQiswS3O0e1hwaRlkb+ex8n7hnJ+i7SFNK1zFlPbJaYwFNmt/ jnpG08/Gp7gQ4FZLBm+QmIazCNXc8MVcAv6H5vb++MfpWHJqPfOJBCY3gJ8NdyoSUGcJ5yHUj mj2xm8Ac47IYHL4vzwDRImVKu+MOvakkxtAAfqjzyAHRiTtDLDFfTf+jVUat7R3OWtHUKppXo IS2I0vEB7PSdY7q7hQZsgFWnbne1jlRnU2pDiB1ucqxCLF/giD4HYtBBMJP5TQME88EzMhx3U 3DxvXA== X-Archives-Salt: a4f89d2e-9d8c-46fb-9129-8b94be9adf64 X-Archives-Hash: 28d064ff86f58b25f38b3691d5ac34c0 --LlRcDPLz/yWUV5Ek Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Am Wed, Dec 21, 2022 at 08:03:36PM +0000 schrieb Wol: > On 21/12/2022 06:19, Frank Steinmetzger wrote: > > Am Wed, Dec 21, 2022 at 05:53:03AM +0000 schrieb Wols Lists: > >=20 > > > On 21/12/2022 02:47, Dale wrote: > > > > I think if I can hold out a little while, something really nice is = going > > > > to come along.=C2=A0 It seems there is a good bit of interest in ha= ving a > > > > Raspberry Pi NAS that gives really good performance.=C2=A0 I'm talk= ing a NAS > > > > that is about the same speed as a internal drive.=C2=A0 Plus the ab= ility to > > > > use RAID and such.=C2=A0 I'd like to have a 6 bay with 6 drives set= up in > > > > pairs for redundancy.=C2=A0 I can't recall what number RAID that is. > > > > Basically, if one drive fails, another copy still exists.=C2=A0 Of = course, > > > > two independent NASs would be better in my opinion.=C2=A0 Still, an= y of this > > > > is progress. > > >=20 > > > That's called either Raid-10 (linux), or Raid-1+0 (elsewhere). Note t= hat 1+0 > > > is often called 10, but linux-10 is slightly different. > >=20 > > In layman=E2=80=99s term, a stripe of mirrors. Raid-1 is the mirror, Ra= id-0 a (JBOD) > > pool. So mirror + pool =3D mirrorpool, hence the 1+0 =E2=86=92 10. >=20 > Except raid-10 is not a stripe of mirrors. > It's each block is saved to two different drives. (Or 3, or more, so long > as you have more drives than mirrors.) Yes? In a mirror setup, all member drives of a mirror have the same content (at least in ZFS). Raid 10 distributes its content across several mirrors. This is the cause for its increased performance. So when one of the mirrors (not single drive, but a whole set of mirrored drives) fails, the pool is gone. > Linux will happily give you a 2-copy mirror across 3 drives - 3x6TB drives > will give you 9TB useful storage ... I admit, I=E2=80=99ve never head of that. (Though it sounds like raid-5 to = me.) > > If I wanted to increase my capacity, I=E2=80=99d have to replace *all* = drives with > > bigger ones. With a mirror, only the drives in one of the mirrors need > > replacing. And the rebuild process would be quicker and less painful, as > > each drive will only be read once to rebuild its partner, and there is = no > > parity calculation involved. In a RAID, each drive is replaced one by o= ne, > > and each replacement requires a full read of all drives=E2=80=99 payloa= d. > > If you've got a spare SATA connection or whatever, each replacement does = not > need a full read of all drives. "mdadm --add /dev/sdx --replace /dev/sdy". > That'll stream sdy on to sdx, and only hammer the other drives if sdy > complains ... Strange that I didn=E2=80=99t think of that, even though it=E2=80=99s a per= fectly clear concept. In ZFS there is also a replace function which would do just that. Currently I plan on keeping my old drives (who would want to buy them off of me anyways) and just reorganise them in Z1 over Z2. I=E2=80=99ll just have = to move all data off to temprary external drives. > > With older > > drives, this is cause for some concern whether the disks may survive th= at. > > That=E2=80=99s why, with increasing disk capacities, raid-5 is said to = be obsolete. > > Because if another drive fails during rebuild, you are officially screw= ed. > >=20 > > Fun, innit? > >=20 > They've always said that. Just make sure you don't have multiple drives f= rom > the same batch, then they're less likely statistically to fail at the same > time. I'm running raid-5 over 3TB partitions ... Yeah, I bought my drives from different shops back then for that reason. --=20 Gr=C3=BC=C3=9Fe | Greetings | Salut | Qapla=E2=80=99 Please do not share anything from, with or about me on any social network. When the going gets tough, the tough get going. =2E.. and so do I. =E2=80=93 Alf --LlRcDPLz/yWUV5Ek Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEVbE9o2D2lE5fhoVsizG+tUDUMMoFAmOjb1AACgkQizG+tUDU MMosrg//XUECQxLwfJl/aKikzJDOw1dxADgXqGxQrbqoELJShawEI/gbDAhkiznB Ah6zYeOuvpxN11hYK9hzZ8SH/USERGK9r/bGw4Ix0RIe7XHcCdwBWfPIJphGhW60 OeMxdGYM2QIVc0GHHnZKkOalcGWiittG7X//cDIoFhHyazClRQC76pn6cuTkpaoY s1+YzEUoKmr4daFcw2XgkCmgpEMO9I5NPIxLWkHrKKT+0ocp0YPnPnjCRwuqj8UI Yy7aMwZ+j0KExHb9StBkZYgCLPooa+HwyZ5biF7Q5+QYTKPiPVmSoORHkXu3eKy3 +og0+d3G5kAbcP+Q8Pm1kQ+n/Bx5alF5FafVvZY6ZzhIKx3gwj10ael9yezQwulU homQQm53b93dTUhB9Ya+xusSEW6K+wmhGb0HgSzdpXHErGZYd/VJ34Q1krcxM4CN DyxFaguvshz8zJoEvJeX4y2FqCRtl/C3h15zRKhmMrKnZ+3a7iLXng80FE/q/eyt CICDQTn4iemDrDYsTbZ88MQi0TSsw4V2+Di2yZbdKA9yMU3xrbboBISdBPu9LA69 me/lNDad28vL3tLaxXWChxk7sKFpqyH56zlsv1zD3n4xRn0JlIv8rJtAhgqmi8Z/ 3I7X/nNe3cDtc3jM+pFeO5p8Mzlnutn9WBSw2xcw7Fjr5BkLxtw= =dUKH -----END PGP SIGNATURE----- --LlRcDPLz/yWUV5Ek--