All of lore.kernel.org
 help / color / mirror / Atom feed
From: Zdenek Kabelac <zdenek.kabelac@gmail.com>
To: lvm-devel@redhat.com
Subject: Data recovery -- thin provisioned LVM metadata (?) problem after hardware failure
Date: Thu, 4 May 2023 15:17:53 +0200	[thread overview]
Message-ID: <0780dc89-f6b8-e204-18c3-12e404aeaaff@gmail.com> (raw)
In-Reply-To: <0c82e706-8051-d131-91fb-f8f5556d88e7@web.de>

Dne 03. 05. 23 v 18:48 haaber napsal(a):
> Dear Zdenek,
>
> I had a forced break, but the subject is still active..
>
>>
>> To get to your thin-pool metadata, you have to activate LV with them.
>> (lvchange -ay? vgname/thinpoolmetadata).
>>
> my pool is called? qubes_dom0/pool00 (now you know my previous operating
> system :) So I tried
>
> lvchange -ay? qubes_dom0/thinpoolmetadata
>
> but that fails: ? Failed to find logical volume
> "qubes_dom0/thinpoolmetadata"
>
> Then I tried
>
> lvchange -ay qubes_dom0/pool00_tmeta


Looking at your 'lvs -a' output - you should be able to get this one active.


You will need another LV to write fixed metadata into

# lvcreate -L128M -n newlv? qubes_dom0


Then you run

# thin_repair -i /dev/qubes_dom0/pool00_tmeta -o /dev/qubes_dom0/newlv

If you get some repaired set? which you could probably validate with

 ?# thin_dump?? /dev/qubes_dom0/newlv

if you will some some 'good amount' of some data which describe block mapping 
for many thin volumes.

However if you only see couple lines - basically empty thin-pool metadta - you 
will need to store the content of your original unmodified metadata into a 
compressed file and upload the file for futher exploration.

Let me know what you get from those steps above.


Zdenek




  reply	other threads:[~2023-05-04 13:17 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-04-25 13:49 Data recovery -- thin provisioned LVM metadata (?) problem after hardware failure haaber
2023-04-26 11:10 ` Zdenek Kabelac
2023-04-26 13:12   ` haaber
2023-04-27  9:29     ` Zdenek Kabelac
2023-05-03 16:48       ` haaber
2023-05-04 13:17         ` Zdenek Kabelac [this message]
2023-05-04 16:31           ` haaber
2023-05-05 15:14             ` Zdenek Kabelac
2023-05-04 17:06           ` haaber
2023-05-05  9:42             ` Ming Hung Tsai
2023-05-05 15:07             ` Zdenek Kabelac
2023-05-05 16:25               ` Ming Hung Tsai
2023-05-11  7:39               ` haaber
2023-05-12  3:29                 ` Ming Hung Tsai
2023-05-12 18:05                   ` haaber
2023-05-13  3:20                     ` Ming Hung Tsai
2023-05-17 15:17                 ` Ming Hung Tsai
2023-05-20 20:34                   ` haaber
2023-05-22  7:40                     ` Ming Hung Tsai
2023-05-23 15:24                       ` [SOLVED] " haaber
2023-04-26 12:06 ` Ming Hung Tsai

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=0780dc89-f6b8-e204-18c3-12e404aeaaff@gmail.com \
    --to=zdenek.kabelac@gmail.com \
    --cc=lvm-devel@redhat.com \
    /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.