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@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@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 _______________________________________________ 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/
