[linux-lvm] Repair thin pool
M.H. Tsai
mingnus at gmail.com
Sat Feb 6 14:10:59 UTC 2016
Hi,
Let we review your question again. You had run "lvconvert --repair",
so now the volume pool_nas_tmeta0 is the original metadata (if you
didn't swap the metadata again). You can run thin_check and thin_dump
on pool_nas_tmeta0 to know why thin_repair doesn't work.
thin_check /dev/mapper/vgg145155121036c-pool_nas_tmeta0 > thin_check.log 2>&1
thin_dump /dev/mapper/vgg145155121036c-pool_nas_tmeta0 -o thin_dump.xml -r
Ming-Hung Tsai
2016-02-05 9:21 GMT+08:00 Mars <kirapangzi at gmail.com>:
> Hi there,
>
> We're using Centos 7.0 with lvm 2.02.105 and met a problem as underlying:
> After a electricity powerdown in the datacenter room, thin provision volumes
> came up with wrong states:
>
> [root at storage ~]# lvs -a
> dm_report_object: report function failed for field data_percent
> LV VG Attr LSize Pool
> Origin Data% Move Log Cpy%Sync Convert
> DailyBuild vgg145155121036c Vwi-d-tz-- 5.00t
> pool_nas
> dat vgg145155121036c Vwi-d-tz-- 10.00t
> pool_nas
> lvol0 vgg145155121036c -wi-a----- 15.36g
> [lvol3_pmspare] vgg145155121036c ewi------- 15.27g
> market vgg145155121036c Vwi-d-tz-- 3.00t
> pool_nas
> pool_nas vgg145155121036c twi-a-tz-- 14.90t
> 0.00
> [pool_nas_tdata] vgg145155121036c Twi-ao---- 14.90t
> [pool_nas_tmeta] vgg145155121036c ewi-ao---- 15.27g
> share vgg145155121036c Vwi-d-tz-- 10.00t
> pool_nas
>
>
> the thin pool "pool_nas" and general lv "lvol0" are active, but thin
> provision volumes cannot be actived even with cmd "lvchange -ay
> thin_volume_name".
>
> To recover it, we tried following ways refer to these mail conversations:
> http://www.spinics.net/lists/lvm/msg22629.html and
> http://comments.gmane.org/gmane.linux.lvm.general/14828.
>
> 1, USE: "lvconvert --repair vgg145155121036c/pool_nas"
> output as below and thin volumes still cannot be active.
> WARNING: If everything works, remove "vgg145155121036c/pool_nas_tmeta0".
> WARNING: Use pvmove command to move "vgg145155121036c/pool_nas_tmeta" on the
> best fitting PV.
>
> 2, USE manual repair steps:
> 2a: inactive thin pool.
> 2b: create a temp lv "metabak".
> 2c: swap the thin pool's metadata lv: "lvconvert --thinpool
> vgg145155121036c/pool_nas --poolmetadata metabak -y", only with "-y" option
> can submit the command.
> 2d: active temp lv "metabak" and create another bigger lv "metabak1".
> 2e: repair metadata: "thin_restore -i /dev/vgg145155121036c/metabak-o
> /dev/vgg145155121036c/metabak1", and got segment fault.
>
> So, is there any other way to recover this or some steps we do wrong?
>
> Thank you very much.
> Mars
More information about the linux-lvm
mailing list