Bug 1925531 - Cannot recreate volume group when using Raid on LVM [NEEDINFO]
Summary: Cannot recreate volume group when using Raid on LVM
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: rear
Version: 8.3
Hardware: All
OS: Linux
high
high
Target Milestone: rc
: 8.0
Assignee: Pavel Cahyna
QA Contact: CS System Management SST QE
Šárka Jana
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-02-05 13:08 UTC by Renaud Métrich
Modified: 2023-02-28 08:09 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Known Issue
Doc Text:
.ReaR fails to recreate a volume group when you do not use clean disks for restoring ReaR fails to perform recovery when you want to restore to disks that contain existing data. To work around this problem, wipe the disks manually before restoring to them if they have been previously used. To wipe the disks in the rescue environment, use one of the following commands before running the `rear recover` command: * The `dd` command to overwrite the disks. * The `wipefs` command with the `-a` flag to erase all available metadata. See the following example of wiping metadata from the `/dev/sda` disk: ----- # wipefs -a /dev/sda[1-9] /dev/sda ----- This command wipes the metadata from the partitions on `/dev/sda` first, and then the partition table itself.
Clone Of:
Environment:
Last Closed: 2023-02-28 07:27:54 UTC
Type: Bug
Target Upstream Version:
sjanderk: needinfo? (pcahyna)
rmetrich: needinfo? (pcahyna)


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github rear rear pull 2564 0 None Merged Update 110_include_lvm_code.sh to make sure vgremove is called before recreating the VG 2023-02-28 08:09:10 UTC
Red Hat Knowledge Base (Solution) 5779321 0 None None None 2021-02-05 15:30:48 UTC

Description Renaud Métrich 2021-02-05 13:08:47 UTC
This bug was initially created as a copy of Bug #1925530

I am copying this bug because: 

Also applies.

Description of problem:

See Upstream PR https://github.com/rear/rear/pull/2564

When having a LV in Raid, and 2 PVs making the VG, an error occurs when re-creating the VG in case Migration mode is used, which usually is the default since having multiple disks with same size make ReaR do a mapping and enter Migration mode.

-------- 8< ---------------- 8< ---------------- 8< ---------------- 8< --------
Start system layout restoration.
Disk '/dev/vda': creating 'msdos' partition table
Disk '/dev/vda': creating partition number 1 with name 'primary'
Disk '/dev/vda': creating partition number 2 with name 'primary'
Creating LVM PV /dev/vdb
Creating LVM PV /dev/vdc
Creating LVM PV /dev/vda2
Creating LVM VG 'data'; Warning: some properties may not be preserved...
The disk layout recreation script failed
-------- 8< ---------------- 8< ---------------- 8< ---------------- 8< --------

Internally the failure happens because a "vgcreate" is used on the existing VG, no "vgremove" is ever performed.


Version-Release number of selected component (if applicable):

All versions, including Upstream


How reproducible:

Always

Steps to Reproduce:


1. Install a system

2. Add 2 additional disks that will be used to host a LVM VG with *same* size

    /dev/vdb
    /dev/vdc

3. Create a Raid volume

# pvcreate /dev/vdb
# pvcreate /dev/vdc
# vgcreate data /dev/vdb /dev/vdc
# lvcreate -n vol1 -L 1G -m 1 data
# mkfs.xfs /dev/data/vol1
# mount /dev/data/vol1 /mnt

4. Build a rescue image and perform a recovery

Actual results:

Failure

Expected results:

No failure

Additional info:

There is no easy workaround, the admin needs to edit the diskrestore.sh file.

Comment 7 RHEL Program Management 2023-02-28 07:27:54 UTC
After evaluating this issue, there are no plans to address it further or fix it in an upcoming release.  Therefore, it is being closed.  If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.


Note You need to log in before you can comment on or make changes to this bug.