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 786D6158089 for ; Thu, 7 Sep 2023 03:24:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 73F262BC090; Thu, 7 Sep 2023 03:24:46 +0000 (UTC) Received: from icp-osb-irony-out3.external.iinet.net.au (icp-osb-irony-out3.external.iinet.net.au [203.59.1.153]) by pigeon.gentoo.org (Postfix) with ESMTP id 7DE212BC022 for ; Thu, 7 Sep 2023 03:24:44 +0000 (UTC) X-SMTP-MATCH: 0 X-IPAS-Result: =?us-ascii?q?A2D2DwCtQflk//1869xagQkJgUaCD4Efhi2QFAEBAQEBA?= =?us-ascii?q?QaBEy0Di2ySDxSBag8BAQEBAQEBAQEJPQcEAQGFBgKGciY2Bw4BAgQBAQEBA?= =?us-ascii?q?wIDAQEBAQEBAwEBAQUBAQEBAQEGAwGBHYUvOQ2GBQEBAQMjDwEFUQsYAgIUE?= =?us-ascii?q?gICVxMIAQEXgmMBgl4UqS6BMoEBg1YHAQGxKgaBGS6FXoIqAYoEQn2BEIEVJ?= =?us-ascii?q?w+CdT6EKmqDC4JnBIcIgkSFQgcygiqCRHEogRWIICqBCAhegWo9Ag1VCwtdg?= =?us-ascii?q?RWCRwICEScSEwVCcRsDBwOBAhArBwQvGwcGCRcYFSUGUQICLSQJExI+BIFpg?= =?us-ascii?q?VMKgQY/EQ4RgkQrNjYZS4JjCRUMNU52ECsEFBiBFQRqHxUeNhESGQ0DCHYdA?= =?us-ascii?q?hEjPAMFAwQ2ChUNCyEFFAFCA0gGTAsDAhwFAwMEgTYFDx8CEBoGDi0DAxomB?= =?us-ascii?q?A4DGSsdQAIBC209NQkLG0YCJ6BncCOCZR8lCg8cEGhMSQFBCZJIj0OCG6A+h?= =?us-ascii?q?BWMAJUKBg8EL5cjCJI0mCyNYZpkgUEpBWmBIE0fGYMjEUAZD44sFoEKAQiCQ?= =?us-ascii?q?5AGgSQCBwEKAQEDCYkUgjQBAQ?= IronPort-Data: A9a23:ssyzba2cHGkMwUuBOvbD5bpwkn2cJEfYwER7XKvMYLTBsI5bpzZTx jZMXmuGaP6JM2OnKdgkYI7i9klQ68LQx99kQQZqqiwyEngS9cHPWYmVcxqvMnzNfpWbFx87t clONdSadZloFy+NrRqEDOPs/CJ2vU2qqhoQKwJl1gRZH1IMpPIJ0Eo78wIBqtc0x4L/WWthg Puqy+XHIlipxjVoBWwd7qOHuXtHse/70N8ilgVWictj4hmGzRH5MLpFffvqdyqgHNEPdgKHb 7+rII+RrzuxEygFV4vNfobTKiUiXrPUNA6SvXtaM4DKbs9q/3FaPg4TbZLwWG8P49m7t4kZJ OZl7PRcfTwU0pjkw4zxZfX5/xZWZsWq8JefSZS2mZDIlRWeKxMAyd02ZK09FdVwFupfXToUr aRAQNwARkjrug64/F60YuhvjO4eEPj6BZgCgWk9kzPJVP12YLmWFs0m5fcAtNsxrsVHHPKYZ swXczMpaBPLahlDPVIeCZRWcOWA3COnNWcD9RTM//ZxuTWIpOBy+OGF3N79cN2OQcZ9n0eeq 36A+WnlRBgHXDCa4WbZqSn33bKWwEsXXqogMuyn99opgGGp/UUhAic3XGq0oP+A3xvWt9V3b hZ8FjAVhac/8lCsSZzgRBCiiHqFpQIHHdVdFfE970eK0KW83uqCLjJeFnsbM4Fj7ZVqAGZ3j RmFjtWvBD1pvaHTT3+BsL6Jxd+vBRUowaY5TXdsZWM4DxPL+tFbYs7nJjq7LJOIsw== IronPort-HdrOrdr: A9a23:hno6nq9of0O+U60ygH1uk+Ecdb1zdoMgy1knxilNoENuH/Bwxv rFoB1E73TJYVcqKQkdcLW7WJVoLkmsk6KdjbNhWItKPzOWwVdATrsSj7cKqgeIc0GQl9K1vZ 0QCJSWY+eAamSS4/yKhDVQXuxQs+WvweSNv6Pz3n1tRQZlZ+VJ6Bp4MB+SFglTSBNdDZQ0OZ KA7o4fzgDQDEg/X4CePD0oTuLDr9rEmNbPZgMHPQcu7E2rgSmz4LD3PhCE1lM1Ui9Jw50l7W /Z+jaJlJmLgrWe8FvxxmXT55NZlJ/IzcZCPtWFjowvJjDlmm+TFfpcs+nphl4IidDqzGxvvM jHoh8mMcg2wWjWZHuJrRzk3BSl+Coy6lf5oGXoykfLkIjcfnYXGsBBjYVWfl/y8Ew7puxx16 pNwiawq4dXNxXdhy7wjuK4HS2CrnDE7EbKrNRjxkC3ELFuHoO5lLZvi3+9xa1wVB4T6+gcYZ ZT5Y/nlbprWGLfS0qcnnJu2piJUmk6Mx+aSiE5y6+oOgNt7QxEJnsjtbEid0g7hegAorl/lp X52/dT5cFzp4ktHNZAONs= X-Talos-CUID: =?us-ascii?q?9a23=3A0kFYk2jxekhwRivPlMQPMcDMnzJuc37X5krsEl6?= =?us-ascii?q?BEntSUODLS0/J8/NFup87?= X-Talos-MUID: 9a23:YD1bYQZafO3LlOBThRm9mzBGd8dU2Z+HOko3sJw3tMiCDHkl X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="6.02,233,1688400000"; d="scan'208";a="443333515" Received: from 220-235-124-253.dyn.iinet.net.au (HELO mail.infra.localdomain) ([220.235.124.253]) by icp-osb-irony-out3.iinet.net.au with ESMTP; 07 Sep 2023 11:24:37 +0800 Received: from localhost (mail.infra.localdomain [127.0.0.1]) by mail.infra.localdomain (Postfix) with ESMTP id 3A710C5D0EDFD for ; Thu, 7 Sep 2023 11:24:37 +0800 (AWST) X-Virus-Scanned: amavisd-new at localdomain Received: from mail.infra.localdomain ([127.0.0.1]) by localhost (mail.infra.localdomain [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wivPBGmWsfYH for ; Thu, 7 Sep 2023 11:24:31 +0800 (AWST) Message-ID: Date: Thu, 7 Sep 2023 11:24:31 +0800 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 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.0 Subject: Re: [gentoo-user] TrueNAS not helping me now. To: gentoo-user@lists.gentoo.org References: <126df924-08aa-28f5-d481-6b76c841cfc3@gmail.com> Content-Language: en-AU From: William Kenworthy In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Archives-Salt: 59ae6413-05fc-40f4-9f90-01e816644865 X-Archives-Hash: b3e76e4f76d01de2d217b73ae5184953 On 7/9/23 11:09, Dale wrote: > Frank Steinmetzger wrote: >> Am Wed, Sep 06, 2023 at 02:45:11PM -0500 schrieb Dale: >> >>> Oh, creating a >>> vdev was the trick.  Once that is done, expand the pool.  It's one of >>> those, once it is done, it seems easy.  ROFL >> Note that people used to shoot themselves in the foot when lazily (or by >> accident) adding a single disk to an existing pool. If that pool was >> composed of RAID vdevs, then now they had a non-redundant single disk in >> that pool and it was not possible to remove a vdev from a pool! That >> single-disk vdev could only be converted to a mirror to at least get >> redundancy back. >> >> The only proper solution was to destroy the pool and start from scratch. By now there is a partial remedy, in that it is possible to remove mirror vdevs from a pool. But no RAIDs: >> https://forum.level1techs.com/t/solved-how-to-remove-vdev-from-zpool/192044/5 >> https://arstechnica.com/civis/threads/performance-when-removing-zfs-vdevs-with-zpool-remove.1481148/post-40491873 >> And you get some left-over metadata about the removed vdev. > That's good to see.  I'll bookmark those links for the future.  At least > this is doable.  If I do mess up, I could just start over.  It only > takes about 10 days to copy over again.  o_O > >>> I guess vdev is like LVMs pv, physical volume I think it is. >> Haven’t we had this topic before? At least twice? Including the comparison between >> the three layers of LVM with their equivalent in ZFS land. ;-) >> >> ZFS is more meant for static setups, not constantly changing disk loadouts >> of varying disk sizes. >> > We may have but being more familiar with LVM, I try to sort of make it > make sense to me.  Honestly, ZFS doesn't really make sense, yet.  My > understanding, it has two layers instead of three.  I think.  If there > was a NAS thing like TrueNAS that used LVM instead, I'd be all over it. > I likely would have never used TrueNAS at all.  If I found one, I'd > switch faster than a lightning strike.  Even if it is done in GUI I'd > switch.  Command line would be fine by me.  Honestly, once set up and a > network is working, all I need is for it to boot, let me enter the > encryption password and me able to mount the thing from my main rig.  Of > course, shutdown when done as well. > > Then it may be best for me to consider other options. I'm always adding, > swapping out or otherwise moving things around.  That is one thing I > like about LVM.  The only thing I try to avoid, shrinking a file > system.  I use ext4 so it is doable as long as there is enough space but > still, I try to avoid it.  I may have done that once, maybe. > > At least I got it done now.  Updating my backups went faster than > expected.  Already done and drives are back in the safe.  Since I have > three drives in the little cage and little room for air flow, I added a > fan to the drive cage.  They got up to the 40's C pretty quick.  Can't > have them getting hot. > > Thanks to all. > > Dale > > :-)  :-) > Hi Dale, if you are feeling bored, google "gentoo NAS" and start reading. Example: https://wiki.installgentoo.com/wiki/Home_server Home brew is the only way to go! BillK >