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
next prev parent 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.