Data recovery -- thin provisioned LVM metadata (?) problem after hardware failure

Hi,

There's one corrupted leaf node in device #20081, which might possibly be
caused by the hardware failure and that stops thin_dump or lvconvert from
working. Running thin_check would show you the details (I'm using the
v1.0.5):

TRANSACTION_ID=45452
METADATA_FREE_BLOCKS=11827
1 nodes in data mapping tree contain errors
0 io errors, 1 checksum errors
Thin device 20081 has 1 error nodes and is missing 22664 mappings, while
expected 296263
Check of mappings failed

The issue is repairable by rolling back to the previous transaction. I'm
going to patch the program to make it easier to use. It should be ready
next week, and you can try to learn how to build the Rust version for now.

1. Install the Rust toolchain via the rustup script (https://rustup.rs/)
2. Clone the thin-provisioning-tools.git repo, then build it (cargo build
--release)
3. Try the built pdata_tools binary (placed under ./target/release/)


Ming-Hung Tsai

On Thu, May 11, 2023 at 3:39?PM haaber <[email protected]> wrote:

> Dear all,
>
> We need the exact binary copy of _tmeta  LV  - thus just use
> >
> > dd if=/dev/qubes_dom0/pool00_tmeta  /tmp/tmeta_copy  bs=512K
> > bzip2 /tmp/tmeta_copy
> >
> the output is here: https://we.tl/t-AEmlc5CYeH
>
> > With this data - also provide full lvm2 metadata for this VG
> > (should be as a file in  /etc/lvm/backup  - or you could run
> > just vgcfgbackup)
> >
> I attached that one directly. Thank you very much!
>
> best, Bernhard
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/lvm-devel/attachments/20230512/8865d41b/attachment.htm>