On Thu, Oct 7, 2021 at 3:57 PM Krzysztof Chojnowski <frirajder@xxxxxxxxx> wrote: > > On Tue, Oct 5, 2021 at 6:57 PM Ming Hung Tsai <mtsai@xxxxxxxxxx> wrote: >> >> On Tue, Oct 5, 2021 at 11:54 PM Zdenek Kabelac <zkabelac@xxxxxxxxxx> wrote: >> >> > lvconvert --repair should be able to handle this case - although likely >> > without 'smart' placement' of fixed metadata (pvmove needed after metadata fix) > > I tried running lvconvert --repair earlier (please see the 1st of my mails) and even trough the operation finished successfully (as in the $? == 0) I couldn't activate the volume afterwards. > >> >> cache_repair might not handle this case perfectly. If possible, you >> could upload the "original" metadata somewhere for me to take a look, >> by dd it into a binary file. > > Unfortunately I deleted the original metadata volume when I was trying to remove the cached volume. > So right now, I guess, the question is how do I remove the cached volume, as the repair doesn't seem to be possible. Hi, You could simply detach the cache: sudo lvconvert vg0/tpg1-wdata --splitcache Or alternatively, reinitialize the cache by swapping the metadata with a blank one, which bypasses cache_check examination and then steps to metadata formatting: sudo lvcreate vg0 --size 40m --name cmeta_bak sudo lvconvert vg0/wdata_cachepool_cpool --swapmetadata --poolmetadata cmeta_bak then you should be able to activate the tpg1-wdata. BTW, could you help provide the reproducing steps? I guess that you performed a power cut soon after creating the cache. Thanks. Ming-Hung Tsai _______________________________________________ linux-lvm mailing list linux-lvm@xxxxxxxxxx https://listman.redhat.com/mailman/listinfo/linux-lvm read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
