[SOLVED] LVM issue with transferred disks

herkalurk · 09-17-2016, 03:56 PM

I upgraded my home server from Centos 6 to 7. I actually got a new computer, installed 7 on it and started to move all of the files and services from the old. My final move was to shut off the old server and take the main hard drive pair out with the primary / and /boot file systems. I put one of the hard drives into the new server, formatted the drive with an xfs file system, and put it in /etc/fstab. Just did a LVS and I see that the LVM metadata is saying the VG and LV info is still there(/dev/sdi vg_00).

Code:

[root@mythtv ~]# lvs -a -o +devices
  WARNING: Device for PV EAfO0e-33M9-7shI-FkxF-1y51-ithW-K4dccs not found or rejected by a filter.
  LV                  VG     Attr       LSize   Pool Origin Data%  Meta%  Move Log       Cpy%Sync Convert Devices
  LV_root             centos -wi-ao---- 112.41g                                                           /dev/sda2(0)
  LV_root             centos -wi-ao---- 112.41g                                                           /dev/sda3(0)
  LV_swap             centos -wi-ao----   8.00g                                                           /dev/sda2(16384)
  LV_tmp              centos -wi-ao----   8.00g                                                           /dev/sda2(18432)
  LV_var_log          centos -wi-ao----   8.00g                                                           /dev/sda2(20480)
  LogVol00            vg_00  rwi---r-p- 139.50g                                                           LogVol00_rimage_0(0),LogVol00_rimage_1(0)
  [LogVol00_rimage_0] vg_00  Iwi---r--- 139.50g                                                           /dev/sdi(0)
  [LogVol00_rimage_0] vg_00  Iwi---r--- 139.50g                                                           /dev/sdi(24193)
  [LogVol00_rimage_1] vg_00  Iwi---r-p- 139.50g                                                           unknown device(1)
  [LogVol00_rmeta_0]  vg_00  ewi---r---   4.00m                                                           /dev/sdi(61313)
  [LogVol00_rmeta_1]  vg_00  ewi---r-p-   4.00m                                                           unknown device(0)
  newz                vg_00  rwi---r-p- 100.00g                                                           newz_rimage_0(0),newz_rimage_1(0)
  [newz_rimage_0]     vg_00  Iwi---r--- 100.00g                                                           /dev/sdi(35713)
  [newz_rimage_1]     vg_00  Iwi---r-p- 100.00g                                                           unknown device(35714)
  [newz_rmeta_0]      vg_00  ewi---r---   4.00m                                                           /dev/sdi(24192)
  [newz_rmeta_1]      vg_00  ewi---r-p-   4.00m                                                           unknown device(35713)
  swap                vg_00  mwi---m-p-   6.00g                                swap_mlog                  swap_mimage_0(0),swap_mimage_1(0)
  [swap_mimage_0]     vg_00  Iwi---m---   6.00g                                                           /dev/sdi(61314)
  [swap_mimage_1]     vg_00  Iwi---m-p-   6.00g                                                           unknown device(61314)
  [swap_mlog]         vg_00  lwi---m-p-   4.00m                                                           unknown device(62850)

Just wondering what the best way to get rid of those LVs are. I've already over written the actual data so I don't care about the LV metadata.

syg00 · 09-17-2016, 07:13 PM

Write filter rule to ignore /dev/sdi
KISS.

herkalurk · 09-17-2016, 09:59 PM

Well, that would work for sure, but isn't there a way to remove the data from the drive? I have another drive I haven't mounted yet that also will have the same data since they were paired in LVM.

Emerson · 09-17-2016, 10:02 PM

Just create the filesystem on the drive without partitioning it, e. g. mkfs /dev/sdb.

syg00 · 09-17-2016, 10:11 PM

Or pvremove.
Would probably need to be forced for that drive you are already using - never done it on a live system. But that is why we take backups, isn't it ...

herkalurk · 09-17-2016, 11:03 PM

Quote:

Originally Posted by Emerson

Just create the filesystem on the drive without partitioning it, e. g. mkfs /dev/sdb.

When I made the XFS file system it was on the device /dev/sdi, not a partition. Clearly it didn't remove the metadata.

herkalurk · 09-18-2016, 12:41 AM

Quote:

Originally Posted by syg00

Or pvremove.
Would probably need to be forced for that drive you are already using - never done it on a live system. But that is why we take backups, isn't it ...

That sort of worked. I was getting errors about it not being able to write any lvm data to the drive (/dev/sdi), but I added in the other drive unmodified, then ran the lvremove commands and because the other drive data was completely intact, it just dropped them. Then I did the VG remove and now it's all gone.