New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
/sbin/mount.nfs Binary not available during disaster recovery #3141
Comments
I send now the complete configuration of the /etc/rear/local.conf file.
Perhaps it helps to find the missing entry in this file. |
I am now sending additional information that should help solve the problem:
|
Now I send the configuration of the target system. So the system in which the backup was supposed to be restored and then failed: ReaR version ("/usr/sbin/rear -V"): OS version ("cat /etc/os-release" or "lsb_release -a" or "cat /etc/rear/os.conf"):
ReaR configuration files ("cat /etc/rear/site.conf" and/or "cat /etc/rear/local.conf"):
Hardware vendor/product (PC or PowerNV BareMetal or ARM) or VM (KVM guest or PowerVM LPAR): System architecture (x86 compatible or PPC64/PPC64LE or what exact ARM device): Firmware (BIOS or UEFI or Open Firmware) and bootloader (GRUB or ELILO or Petitboot): Storage (local disk or SSD) and/or SAN (FC or iSCSI or FCoE) and/or multipath (DM or NVMe): Storage layout ("lsblk -ipo NAME,KNAME,PKNAME,TRAN,TYPE,FSTYPE,LABEL,SIZE,MOUNTPOINT"):
|
The error only occurs when BACKUP=NETFS is used. If we load the backup file into memory, then disaster recovery works. |
The backup contains manually created mount points. We need to check whether the manually created mount points are causing the disaster recovery to abort. |
I didn't look at the details but
is not something that ReaR supports. See usr/share/rear/conf/default.conf To add things to the ReaR recovery system |
The issue cannot be closed yet. I'm currently testing my solution idea.
For this purpose I have now changed the etc/rear/local.conf for the UEFI system as follows.
Additionally, I excluded the temporary mount point from the backup with EXCLUDE_MOUNTPOINTS. Now I'm testing my solution idea. However, disaster recovery cannot take place until next week as data center staff tests disaster recovery. Next week I will report on the result of my solution idea. Please don't close the issue. I'll get back to you next week with the result of my solution idea. |
My solution works. The issue can be closed. |
We have created the backup file rear-oralin1.ios.
However, this is not suitable for disaster recovery
because unfortunately, the rear-oralin1.ios does not contain
the required nfs-utils package to carry out the mount
on the NAS in order to get to the backup.tar.gz.
We have already tried to generate a new ISO containing the package
(added line PACKAGES+="nfs-utlis" in /etc/rear/local.conf),
but this doesn't seem to have worked yet because
the /sbin/mount.nfs binary is still missing.
What else do we need to configure so
that /sbin/mount.nfs binary is available
during disaster recovery?
The text was updated successfully, but these errors were encountered: