Re: [dm-devel] fix corrupted thin pool

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, Oct 26, 2014 at 1:47 AM, Zdenek Kabelac <zkabelac@redhat.com> wrote:
>
> Dne 25.10.2014 v 22:53 Vasiliy Tolstov napsal(a):
>>
>> 2014-10-26 0:18 GMT+04:00 Zdenek Kabelac <zkabelac@redhat.com>:
>>>
>>> There is 'internal' metadata archive then -
>>>
>>> dd if=/dev/your_pv_volume  of=/tmp/1st.megabyte   bs=1M count=1
>>>
>>> It's will capture first megabyte of your PV where are embedded
>>> metadata of your Volume group.
>>>
>>> If you are not skilled enough - tar.gz and send this file to me.
>>
>>
>>
>> I'm do dd and send it. While i'm break thin pool i'm try to restore volume 2657.
>> But i don't stop lvm thin pool =(.
>>
>
>
> From the metadata  something bad was going one:
>
> Fri Oct 24 17:03:04 2014
>
> transaction_id = 120  - create = "3695"
>
> And suddenly on Fri Oct 24 18:07:23 2014
> pool is back on older transaction_id
>
> transaction_id = 114
>
>
> Is that the time of your vgcfgrestore?
>
> I'm attaching those metadata which you likely should put back to get in sync
> with your kernel metadata (assuming you have not modified those in any way)

Zdenek,

can you please describe (possibly in details) what have you done with tar.gz sent to you, so everyone would know what to do next time?

Thanks a lot!


_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/

[Index of Archives]     [Gluster Users]     [Kernel Development]     [Linux Clusters]     [Device Mapper]     [Security]     [Bugtraq]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]

  Powered by Linux