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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id A8D42138334 for ; Thu, 6 Dec 2018 21:03:16 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3CDDCE09EA; Thu, 6 Dec 2018 21:03:09 +0000 (UTC) Received: from tncsrv06.tnetconsulting.net (tncsrv06.tnetconsulting.net [IPv6:2600:3c00:e000:1e9::8849]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9E535E09E2 for ; Thu, 6 Dec 2018 21:03:07 +0000 (UTC) Received: from Contact-TNet-Consulting-Abuse-for-assistance by tncsrv06.tnetconsulting.net (8.15.2/8.15.2/Debian-3) with ESMTPSA id wB6L35TE021663 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 6 Dec 2018 15:03:06 -0600 ARC-Filter: OpenARC Filter v0.1.0 tncsrv06.tnetconsulting.net wB6L35TE021663 Authentication-Results: tncsrv06.tnetconsulting.net; arc=none header.d=tnetconsulting.net ARC-Seal: i=1; a=rsa-sha256; d=tnetconsulting.net; s=2015; t=1544130186; cv=none; b=0s25FDOOlg3CJzJ1vgbGWNNHqvNZLBSrwfGofVlzTJs92cKkw+aiuHKBwEM7RHmeVwJCu72vl4CIOnKtYAAH3yp/SFUQ/h/oMUrWc8ngW4ygMzbfwlZ314wHHOfTmY55upQlYnr40pnHSRjriSxz0n1eA5F5FsrtwnM/LCCSFwo= ARC-Message-Signature: i=1; a=rsa-sha256; d=tnetconsulting.net; s=2015; t=1544130186; c=relaxed/simple; bh=8LMFN7xSNhrRNewL2cGNnB+ley0honLImM/IijexqBI=; h=Subject:To:From:Message-ID:Date:User-Agent:MIME-Version: Content-Type:Content-Language:Content-Transfer-Encoding; b=ixu+UgqyTxPTJTXLEZG1CfjeVay+fk9bHTq7ssA1/ZfPH6ySHP5/rivaFcYQmLjDScRALykdIwq6uRVIch3yh+lQGorZRKs7GU6FMuMT4K0nqZg4a+JezDBn1w+xxsrILb3DB1Qtlqza9/YwpcIn7IemxB8iVIzOb7zaWGltv4c= ARC-Authentication-Results: i=1; tncsrv06.tnetconsulting.net; none Subject: Re: [gentoo-user] CPU upgrade and LVM questions. To: gentoo-user@lists.gentoo.org References: <492d8bf4-4b8d-f7f6-05d8-2473b6825fab@gmail.com> From: Grant Taylor Organization: TNet Consulting Message-ID: <181f8d16-d2cf-89a8-78e5-eade93f26fdd@spamtrap.tnetconsulting.net> Date: Thu, 6 Dec 2018 14:03:05 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 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 In-Reply-To: <492d8bf4-4b8d-f7f6-05d8-2473b6825fab@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Archives-Salt: c37f1c33-8027-459e-8a1f-9709a317d73b X-Archives-Hash: bb4922a9dca419a891468985b42d2675 On 12/06/2018 02:27 AM, Dale wrote: > From what I've read, I can use pvmove and pvremove to replace that drive. > Just tell pv to move the data and when done, remove the old drive. After > that, the new 6TB drive will be used in that PV and the 3TB drive can > be used for something else. Is it really that easy or is there more to > it than that? Pardon me but that doesn't sound complicated enough to me. I've migrated multiple hundreds of TB of data this way. In short: 1) Partition the new drive(s) as desired. 2) pvcreate /dev/$newPv 3) vgextend $vgName /dev/$newPv 4) pvmove /dev/$oldPv /dev/$newPv 5) vgreduce $vgName /dev/$oldPv 6) pvremove /dev/$oldPv This does work well, even if the LV(s) are in use / file system(s) are mounted. I have occasionally had issues where the system seems to not respond, despite the fact that it is doing what it's supposed to. I wonder if it's related to the memory leak that J. Roeleveld was talking about. Note: I /do/ *STRONGLY* recommend that you do partition the new drive and /not/ pvcreate the entire drive. — Many of the data recovery tools /expect/ there to be a partition table. Those that don't care are happy to work with a partition table. I've seen others be in a very uncomfortable situation when they /didn't/ use a partition table. Simple easy thing to avoid painting yourself into a corner. -- Grant. . . . unix || die