#547 Issue closed: restoring an nfs backup needs portmap to be started.¶
Labels: support / question, fixed / solved / done
djsharman opened issue at 2015-02-10 18:25:¶
Hi,
First off what a fantastic idea this software is, thank you to all involved with creating it.
One small issue I had was that I needed to start portmap when restoring from an nfs backup for an elastix install (based on centos).
The version of rear I was using was:
Relax-and-Recover 1.16.1-git201502062215 / 2015-02-06
It was failing when the restore process was trying to mount the nfs
share. Starting portmap on the command line
: portmap
before running
: rear recover
cured the problem.
Regards,
Darren
gdha commented at 2015-02-12 09:02:¶
Could you run rear dump once to see some more details about your
distro?
djsharman commented at 2015-02-12 17:19:¶
Hi gdha,
Here is the dump as requested.
Relax-and-Recover 1.16.1-git201502062215 / 2015-02-06
Using log file: /var/log/rear/rear-peritus.log.lockless
Dumping out configuration and system information
This is a 'Linux-i686' system, compatible with 'Linux-i386'.
System definition:
ARCH = Linux-i386
OS = GNU/Linux
OS_MASTER_VENDOR = Fedora
OS_MASTER_VERSION = 5
OS_MASTER_VENDOR_ARCH = Fedora/i386
OS_MASTER_VENDOR_VERSION = Fedora/5
OS_MASTER_VENDOR_VERSION_ARCH = Fedora/5/i386
OS_VENDOR = CentOS
OS_VERSION = 5.11
OS_VENDOR_ARCH = CentOS/i386
OS_VENDOR_VERSION = CentOS/5.11
OS_VENDOR_VERSION_ARCH = CentOS/5.11/i386
Configuration tree:
Linux-i386.conf : OK
GNU/Linux.conf : OK
Fedora.conf : missing/empty
Fedora/i386.conf : missing/empty
Fedora/5.conf : missing/empty
Fedora/5/i386.conf : missing/empty
CentOS.conf : missing/empty
CentOS/i386.conf : missing/empty
CentOS/5.11.conf : missing/empty
CentOS/5.11/i386.conf : missing/empty
site.conf : missing/empty
local.conf : OK
Backup with NETFS
NETFS_KEEP_OLD_BACKUP_COPY =
NETFS_PREFIX = peritus
BACKUP_INTEGRITY_CHECK =
BACKUP_MOUNTCMD =
BACKUP_OPTIONS =
BACKUP_RSYNC_OPTIONS = --sparse --archive --hard-links
--verbose --numeric-ids --stats
BACKUP_SELINUX_DISABLE = 1
BACKUP_TYPE =
BACKUP_UMOUNTCMD =
BACKUP_URL = nfs://
192.168.2.11/crashplan/rear/
Backup program is 'tar':
BACKUP_PROG = tar
BACKUP_PROG_ARCHIVE = backup
BACKUP_PROG_COMPRESS_OPTIONS = --gzip
BACKUP_PROG_COMPRESS_SUFFIX = .gz
BACKUP_PROG_CRYPT_ENABLED = 0
BACKUP_PROG_CRYPT_KEY =
BACKUP_PROG_CRYPT_OPTIONS = /usr/bin/openssl des3 -salt -k
BACKUP_PROG_DECRYPT_OPTIONS = /usr/bin/openssl des3 -d -k
BACKUP_PROG_EXCLUDE = /tmp/* /dev/shm/*
/var/lib/rear/output/*
BACKUP_PROG_INCLUDE =
BACKUP_PROG_OPTIONS = --anchored
BACKUP_PROG_OPTIONS_CREATE_ARCHIVE =
BACKUP_PROG_OPTIONS_RESTORE_ARCHIVE =
BACKUP_PROG_SUFFIX = .tar
BACKUP_PROG_WARN_PARTIAL_TRANSFER = 1
Output to ISO
ISO_DIR = /var/lib/rear/output
ISO_FILES =
ISO_IMAGES =
ISO_ISOLINUX_BIN =
ISO_MAX_SIZE =
ISO_MKISOFS_BIN = /usr/bin/mkisofs
ISO_PREFIX = rear-peritus
ISO_VOLID = RELAXRECOVER
RESULT_MAILTO =
/usr/share/rear/lib/validated/CentOS/5.11/i386.txt
Regards,
Darren
On 12 February 2015 at 11:02, gdha notifications@github.com wrote:
Could you run rear dump once to see some more details about your distro?
—
Reply to this email directly or view it on GitHub
https://github.com/rear/rear/issues/547#issuecomment-74038059.
gdha commented at 2015-02-13 07:51:¶
@djsharman When you run rear recover then script
/usr/share/rear/verify/NETFS/default/08_start_required_daemons.sh will
be called automatically which should start the portmap daemon. Could
you verify the rear.log file to check if you find anything?
djsharman commented at 2015-02-13 16:29:¶
@gdha,
Having a look in the log, it seems like the
verify/NETFS/default/06_mount_NETFS_path.sh
script falls over before I see any mention of the
verify/NETFS/default/08_start_required_daemons.sh
script being called.
I'm not sure what is setting the sequence of the scripts starting
(filename?), but this does seem like a smoking gun.
Full log is below in case it helps.
Regards,
Darren
RESCUE peritus:~ # rear recover
Relax-and-Recover 1.16.1-git201502062215 / 2015-02-06
Using log file: /var/log/rear/rear-peritus.log
ERROR: Mount command 'mount -v -t nfs -o rw,noatime
192.168.2.11:/crashplan/rear/
/tmp/rear.VMJpBJyeAAk1904/outputfs' failed.
Aborting due to an error, check /var/log/rear/rear-peritus.log for
details
Terminated
RESCUE peritus:~ # cat /var/log/rear/rear-peritus.log
2015-02-13 18:19:26 Relax-and-Recover 1.16.1-git201502062215 /
2015-02-06
2015-02-13 18:19:26 Command line options: /bin/rear recover
2015-02-13 18:19:26 Using log file: /var/log/rear/rear-peritus.log
2015-02-13 18:19:26 Including /etc/rear/os.conf
2015-02-13 18:19:26 Including conf/Linux-i386.conf
2015-02-13 18:19:26 Including conf/GNU/Linux.conf
2015-02-13 18:19:26 Including /etc/rear/local.conf
2015-02-13 18:19:26 Including /etc/rear/rescue.conf
2015-02-13 18:19:26 Using build area '/tmp/rear.VMJpBJyeAAk1904'
mkdir: created directory
/tmp/rear.VMJpBJyeAAk1904/rootfs' mkdir: created directory/tmp/rear.VMJpBJyeAAk1904/tmp'
2015-02-13 18:19:26 Running recover workflow
2015-02-13 18:19:26 Running 'setup' stage
2015-02-13 18:19:26 Including
setup/default/01_pre_recovery_script.sh
2015-02-13 18:19:26 Including setup/default/02_set_drlm_env.sh
2015-02-13 18:19:26 Finished running 'setup' stage in 0 seconds
2015-02-13 18:19:26 Running 'verify' stage
2015-02-13 18:19:26 Including
verify/default/02_cciss_scsi_engage.sh
2015-02-13 18:19:26 Including verify/default/02_translate_url.sh
2015-02-13 18:19:26 Including verify/default/03_translate_tape.sh
2015-02-13 18:19:26 Including
verify/default/04_validate_variables.sh
2015-02-13 18:19:26 Including
verify/NETFS/default/05_check_NETFS_requirements.sh
2015-02-13 18:19:26 Skipping ping test
2015-02-13 18:19:26 Including
verify/GNU/Linux/05_sane_recovery_check.sh
2015-02-13 18:19:26 Including
verify/NETFS/default/06_mount_NETFS_path.sh
mkdir: created directory `/tmp/rear.VMJpBJyeAAk1904/outputfs'
2015-02-13 18:19:26 Mounting with 'mount -v -t nfs -o rw,noatime
192.168.2.11:/crashplan/rear/ /tmp/rear.VMJpBJyeAAk1904/outputfs'
mount: trying 192.168.2.11 prog 100003 vers 3 prot tcp port 2049
mount: trying 192.168.2.11 prog 100005 vers 3 prot udp port 59623
mount.nfs: Input/output error
2015-02-13 18:21:12 ERROR: Mount command 'mount -v -t nfs -o
rw,noatime
192.168.2.11:/crashplan/rear/ /tmp/rear.VMJpBJyeAAk1904/outputfs'
failed.
=== Stack trace ===
Trace 0: /bin/rear:249 main
Trace 1: /usr/share/rear/lib/recover-workflow.sh:27 WORKFLOW_recover
Trace 2: /usr/share/rear/lib/framework-functions.sh:70 SourceStage
Trace 3: /usr/share/rear/lib/framework-functions.sh:31 Source
Trace 4:
/usr/share/rear/verify/NETFS/default/06_mount_NETFS_path.sh:11
source
Trace 5: /usr/share/rear/lib/global-functions.sh:153 mount_url
Trace 6: /usr/share/rear/lib/_input-output-functions.sh:132
StopIfError
Message: Mount command 'mount -v -t nfs -o rw,noatime
192.168.2.11:/crashplan/rear/
/tmp/rear.VMJpBJyeAAk1904/outputfs' failed.¶
2015-02-13 18:21:12 Running exit tasks.
rmdir: removing directory, /tmp/rear.VMJpBJyeAAk1904/outputfs
2015-02-13 18:21:12 Finished in 106 seconds
2015-02-13 18:21:12 Removing build area /tmp/rear.VMJpBJyeAAk1904
rmdir: removing directory, /tmp/rear.VMJpBJyeAAk1904/outputfs
rmdir: /tmp/rear.VMJpBJyeAAk1904/outputfs: No such file or directory
rmdir: removing directory, /tmp/rear.VMJpBJyeAAk1904
2015-02-13 18:21:12 End of program reached
On 13 February 2015 at 09:51, gdha notifications@github.com wrote:
@djsharman https://github.com/djsharman When you run rear recover then
script /usr/share/rear/verify/NETFS/default/08_start_required_daemons.sh
will be called automatically which should start the portmap daemon. Could
you verify the rear.log file to check if you find anything?—
Reply to this email directly or view it on GitHub
https://github.com/rear/rear/issues/547#issuecomment-74217107.
gdha commented at 2015-02-13 17:00:¶
@djsharman that is what I like! Very good catch indeed. I've fixed it in the meantime.
djsharman commented at 2015-02-13 21:34:¶
Thank you for the fix.
Tested: all OK now.
Important parts of the log are attached below.
Regards,
Darren
2015-02-13 23:02:49 Relax-and-Recover 1.16.1-git201502131858 /
2015-02-13
2015-02-13 23:02:49 Command line options: /bin/rear recover
2015-02-13 23:02:49 Using log file: /var/log/rear/rear-peritus.log
2015-02-13 23:02:49 Including /etc/rear/os.conf
2015-02-13 23:02:49 Including conf/Linux-i386.conf
2015-02-13 23:02:49 Including conf/GNU/Linux.conf
2015-02-13 23:02:49 Including /etc/rear/local.conf
2015-02-13 23:02:49 Including /etc/rear/rescue.conf
2015-02-13 23:02:49 Using build area '/tmp/rear.cDXNGsIhBBL1892'
mkdir: created directory
/tmp/rear.cDXNGsIhBBL1892/rootfs' mkdir: created directory/tmp/rear.cDXNGsIhBBL1892/tmp'
2015-02-13 23:02:49 Running recover workflow
2015-02-13 23:02:49 Running 'setup' stage
2015-02-13 23:02:49 Including
setup/default/01_pre_recovery_script.sh
2015-02-13 23:02:49 Including setup/default/02_set_drlm_env.sh
2015-02-13 23:02:49 Finished running 'setup' stage in 0 seconds
2015-02-13 23:02:49 Running 'verify' stage
2015-02-13 23:02:49 Including
verify/default/02_cciss_scsi_engage.sh
2015-02-13 23:02:49 Including verify/default/02_translate_url.sh
2015-02-13 23:02:49 Including verify/default/03_translate_tape.sh
2015-02-13 23:02:49 Including
verify/default/04_validate_variables.sh
2015-02-13 23:02:49 Including
verify/NETFS/default/05_check_NETFS_requirements.sh
2015-02-13 23:02:49 Skipping ping test
2015-02-13 23:02:49 Including
verify/GNU/Linux/05_sane_recovery_check.sh
2015-02-13 23:02:49 Including
verify/NETFS/default/05_start_required_daemons.sh
2015-02-13 23:02:49 Including
verify/NETFS/default/06_mount_NETFS_path.sh
mkdir: created directory `/tmp/rear.cDXNGsIhBBL1892/outputfs'
2015-02-13 23:02:49 Mounting with 'mount -v -t nfs -o rw,noatime
192.168.2.11:/crashplan/rear/ /tmp/rear.cDXNGsIhBBL1892/outputfs'
mount: trying 192.168.2.11 prog 100003 vers 3 prot tcp port 2049
mount: trying 192.168.2.11 prog 100005 vers 3 prot udp port 59623
2015-02-13 23:02:49 Including
verify/NETFS/default/07_set_backup_archive.sh
2015-02-13 23:02:49 Including
verify/NETFS/default/08_start_required_daemons.sh
2015-02-13 23:02:49 Including
verify/NETFS/default/09_set_readonly_options.sh
2015-02-13 23:02:49 Including
verify/GNU/Linux/23_storage_and_network_modules.sh
2015-02-13 23:02:49 Including
verify/GNU/Linux/26_recovery_storage_drivers.sh
On 13 February 2015 at 19:00, gdha notifications@github.com wrote:
@djsharman https://github.com/djsharman that is what I like! Very good
catch indeed. I've fixed it in the meantime.—
Reply to this email directly or view it on GitHub
https://github.com/rear/rear/issues/547#issuecomment-74287019.
gdha commented at 2015-02-23 13:58:¶
added to the release notes so we can close this issue
[Export of Github issue for rear/rear.]