Description of problem:

Trying to restore a multipath disk which has been mapped using a non-standard name (e.g. 'System' instead of 'mpathX'), restoration fails "silently" if the disk cannot be found (typical use case: disk has been replaced).


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

rear-2.00-3.el7_4.x86_64


How reproducible:

Always


Steps to Reproduce:
1. Install a system with a multipath disk
2. Map the disk using an alias:

  # cat /etc/multipath.conf
  ...
  multipaths {
  	multipath {
  		wwid 0QEMU_QEMU_HARDDISK_system
  		alias System
  	}
  }

3. Create a rear rescue image
4. Boot the rescue image on another system with multipath disk


Actual results:

# rear recover writes the following error:
...
Comparing disks.
Disk configuration is identical, proceeding with restore.
Start system layout restoration.
Creating partitions for disk /dev/mapper/System (gpt)
An error occurred during layout recreation.


Log shows:

+++ parted -s /dev/mapper/System mklabel gpt
Error: Could not stat device /dev/mapper/System - No such file or directory.
2018-01-19 13:51:51 An error occurred during layout recreation.


Additional info:

This is kind of expected, but an error should be printed to the user.
Typically, the generated multipath code should check for the presence of the disks and bail out, instead of letting parted fail.