Custom Query (684 matches)

Issue : After successful completion of restore(no issues/errors/warnings reported) by Mondo, the server rebooted. We found that the data that was removed after backup was not restored and the data created after the backup was still available.

Hence, although Mondo GUI claims that restore has been completed successfully, we cannot see the old backed up data after restoration by Mondo.

Steps Performed :

1) Backup using the below command :

/usr/sbin/mondoarchive -On nfs4://bgelx129:/nfsshare -k /boot/vmlinuz-3.0.101-100-default -d bgelx131 -N -I '/' -E '/opt/mondo_lkRtrL|/var/lib/ntp/proc|/dev/mapper/*|/dev/md/*|/dev/sdf*|/dev/sdc*|/dev/sde*|/dev/sdb*|/dev/sdg*|/dev/sdd*' -s 4380m -p bgelx131_BCK_20170705_154618 -S /opt/mondo-scratch -T /opt/mondo-tmp -f /dev/sda2

2) Boot up from the first ISO created(i.e bgelx131_BCK_20170705_154618-1.iso) to Mondo Restore top level window.

3) Selected "Exit to Shell", created temporary mount directory and mounted the NFS server's share location.

4) Executed mondorestore to open the top level window and selected "Automatically"

5) Selected "Net mount" and entered respective details like Network User, Network Share, etc.,

7) Restore completed and rebooted the server.

9) Logged on to the restored server and verified if the deleted files are restored, but observed that they are not restored.

Also, unable to find the /var/log/mondorestore.log although Mondo claims that it has restored the system successfully.

When I run mindi, it asks me :

"Do you want to use your own kernel to build the boot disk ([y]/n) ?"

I answer it "n", but my own kernel is still used.

Here is a tiny patch against the mindi script of the mindi-2.0.0-1.rhel4.src.rpm package that I downloaded today (11/14) :

--- /usr/sbin/mindi.bak 2007-11-14 13:41:03.000000000 +0100 +++ /usr/sbin/mindi 2007-11-14 13:41:28.000000000 +0100 @@ -3421,6 +3421,8 @@

read ch if [ "$ch" != "n" ] && [ "$ch" != "N" ] ; then

USE_OWN_KERNEL="yes"

+ else + USE_OWN_KERNEL="no"

fi if [ "$USE_OWN_KERNEL" = "yes" ]; then

YOUR_KERNEL_SUCKS=""

The modules of the failsafe kernel (mindi-kernel-2.6.tgz) are gzipped (ie *.ko.gz).

When searching for kernel's modules, mindi does a :

find lib/modules/$FAILSAFE_KVER -name $i.*o

Thus the modules of the failsafe kernel are not found.