rear backup process takes too long with many disks
Environment
- Red Hat Enterprise Linux (RHEL) 6,7
- rear-1.17.2
- rear-2.00
- rear-2.4.2
Issue
When a system has many multipath devices (~500 disks and paths), creating the ReaR
rescue takes several hours.
Resolution
- For RHEL 6 update to
rear-1.17.2-8.el6_10
shipped with Advisory RHBA-2019:2475 or newer. - For RHEL 7 update to
rear-2.4-7.el7
shipped with Advisory RHBA-2019:2273 or newer.
Root Cause
Previously, ReaR
employed several time consuming or redundant calls:
- the
get_device_name()
function to scan all multipath devices multiple times without caching the information (legacy code, when kernel has no/sys/block/<dev>/dm/name
node) - the
get_device_name()
function to scan the multipath devices even if the results were not used - the collect of unused
/sys/class/fc_transport
information
After optimizations implemented, the ReaR
rescue takes several minutes only.
This solution is part of Red Hat’s fast-track publication program, providing a huge library of solutions that Red Hat engineers have created while supporting our customers. To give you the knowledge you need the instant it becomes available, these articles may be presented in a raw and unedited form.
Comments