Page tree
Skip to end of metadata
Go to start of metadata

Product Version: 7.0
Last Modified: 14 Mar 2017

Problem

During a file recovery, an empty disk is displayed.

Background

There are several possible reasons.

  • The Transporter assigned to the Backup Repository is installed on Red Hat Linux version, and SUSE Linux is not disabled in configuration file
  • The Transporter assigned to the Backup Repository is installed on Windows, and automount option is not enabled
  • High load on the Transporter assigned to the Backup Repository
  • The disk is a part of RAID; the current version of the product does not support file recovery from RAID disks.
  • The disk is a part of LVM; the current version of the product does not support file recovery from LVM disks.
  • The disk does not have a partition table; the current version of the product cannot work with disks which do not have a partition table.
  • The disk has an unsupported partition table; the current version of the product cannot work with proprietary disk partition tables. Only the MBR and GPT partition tables are supported.

Solution

Disable SUSE Linux in a configuration file

  1. Open the configuration file with a text editor. For example, nano /etc/selinux/config
  2. Change the value of the SELINUX= variable from enforcing to disabled
  3. Save changes and exit the text editor
  4. Restart the machine where the Transporter is installed.

Enable automount for Windows

The Transporter assigned to the Backup Repository is installed on Windows, enable the automount option.

High Load on the Transporter

You can either wait till the current jobs are finished or stop them manually.

To prevent the issue in the future, you can decrease the maximum load of the Transporter:

  1. Open Configuration > Transporters
  2. Edit the Transporter that is overloaded
  3. Decrease the Maximum Load
  4. Save changes
  5. Wait until the actual Transporter load decreases. It takes some time
  6. Try recovering files again.

 

  • No labels