All of lore.kernel.org
 help / color / mirror / Atom feed
From: Zdenek Kabelac <zdenek.kabelac@gmail.com>
To: Patrick Hemmer <phemmer+lvm@stormcloud9.net>, linux-lvm@lists.linux.dev
Subject: Re: Converting thin stripe volume to linear
Date: Fri, 14 Mar 2025 01:27:38 +0100	[thread overview]
Message-ID: <7a5b8bb3-d413-4804-9a50-7f2874a93dfd@gmail.com> (raw)
In-Reply-To: <9cc24dd9-9589-42fc-85e0-620996523cc8@app.fastmail.com>

Dne 14. 03. 25 v 1:17 Patrick Hemmer napsal(a):
> 
> On Thu, Mar 13, 2025, at 20:05, Zdenek Kabelac wrote:
>> Dne 14. 03. 25 v 0:14 Patrick Hemmer napsal(a):
>>> On Thu, Mar 13, 2025, at 14:54, Zdenek Kabelac wrote:
>>>> Dne 13. 03. 25 v 1:38 Patrick Hemmer napsal(a):
>>>>> I've got a LVM thin stripe volume across 2 drives that I'm trying to migrate to a new larger single drive (getting rid of the old drives). Following various information on the subject, it seems the procedure here is to first convert from stripe to mirror, and then from mirror to linear. While attempting this, I seem to have hit an issue on the second part of that process, and am not having much luck resolving it.
>>>>
>>>> Hi
>>>>
>>>> Likely you can convert your nearly full thin-pool with a single thin volume to
>>>> a linear  LV by just taking  'dd' copy of  if=/dev/thin of=/dev/linear - using
>>>> direct io option (and this can be actually faster then raid mirroring).
>>>
>>> I assume I need to copy both the tdata and tmeta volumes to their new linear counterparts. Did this, but now I assume I need to do something to get lvm to rescan the new linear thin volume to pick up the logical volumes that are now on it. And also stop LVM from picking them up off the old thin volume. I deactivated the old thin volume, but LVM is still recognizing up all the logical volumes inside it. I could completely delete the old thin volume, but I'd prefer to get the new volume online before doing that.
>>>
>>
>> Hi
>>
>> Thin volume is using thin pool that is using data & metadata.
>>
>> Thus thin-pool can remain active even when thin LV is already deactivated,
>> depends on the use case - and you can obviously deactivate also your thin-pool.
>>
>> In your case you need to 'forget' copying thin_tdata or thin_tmeta or even
>> thin-pool ssd/thin itself.
>> Your 'lvs -a'  you've shown unfortunately  lists *ONLY* thin-pool  (ssd/thin)
>> but not a single thin LV  (with letter 'V' in attributes and using 'ssd/thin'
>> as Poll volume)
>>
> Yes, I mentioned a couple times in the first email that there are many volumes which sit on top of the thin volume, but which I omitted. And that I did not want to copy them manually, because there's a lot of them, and many of them are snapshots. So to recreate the snapshots, I'd have to copy the oldest snapshot to the new thin volume, snapshot it, copy the next oldest, etc down the line. That would be a very time consuming and painful process. Hence why it's not under consideration.


Then you are using somewhat  confusing terminology.

If you want to convert  thin  to linear - it means you no longer want it would 
a thin volume.

For this you need to copy 'dd'  thins you want to convert - and obviously if 
you had 300G thinLV + 300G snapshot thinLV -  you need  600G to store them in 
linear volumes.

If you want to something different you will need to desribe things differently.

Buf if you do not want to use thin-pool with your new storage - then use 'dd' 
copy

If you want to however just 'migrage' thin-pool to a new PV  - then you can 
simply  'vgextend'  new drive to your existing VG.
Then  pvmove  /dev/old  /dev/new
lvm2 will figure out how to do a mirroring.
Once this all is finished you simply 'vgreduce' your old PV from this VG.

Regards

Zdenek


  reply	other threads:[~2025-03-14  0:27 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-03-13  0:38 Converting thin stripe volume to linear Patrick Hemmer
2025-03-13 18:54 ` Zdenek Kabelac
2025-03-13 23:14   ` Patrick Hemmer
2025-03-14  0:05     ` Zdenek Kabelac
2025-03-14  0:17       ` Patrick Hemmer
2025-03-14  0:27         ` Zdenek Kabelac [this message]
     [not found]           ` <a5e7c616-70d5-4108-a963-b298ce317163@app.fastmail.com>
2025-03-14 11:25             ` Zdenek Kabelac
2025-03-14 11:30           ` Patrick Hemmer

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=7a5b8bb3-d413-4804-9a50-7f2874a93dfd@gmail.com \
    --to=zdenek.kabelac@gmail.com \
    --cc=linux-lvm@lists.linux.dev \
    --cc=phemmer+lvm@stormcloud9.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.