id	summary	reporter	owner	description	type	status	priority	milestone	component	version	severity	resolution	keywords	cc
291	Mondo restore process automatically deletes all files on NFS share	univ	Bruno Cornec	"This is probably more related to mindi but I'm hoping to catch more attention if I select ""mondo"" instead. This should be fixed asap.

There is a crucial issue: when booting from a mindi CD in order to restore from an ISO image which is sitting on a remote NFS server, mindi/mondo will, after completing the restore process (really just the last thing it does before dropping you to the shell after a successful restore and telling you to reboot via ""exit""), delete (!) all files on the mounted NFS share! (Of course this only works if you have write permission to the mounted NFS share)

Using:

- mondo-2.2.7-1.rhel5.x86_64.rpm
- mindi-2.0.4-1.rhel5.x86_64.rpm
- mindi-busybox-1.7.3-1.rhel5.x86_64.rpm

On CentOS 5.2 64bit (x86_64)

How to repeat:

- Create an image using mondo with e.g.
mondoarchive -On 192.168.0.1:/export/backup -d /testserver -E '/mnt /mnt/cdrom /tmp /proc /mnt/floppy' -T /tmp -s 700m -N -l GRUB -f /dev/cciss/c0d0

- Take the mindi ISO and burn it to a CD. This one:
/var/cache/mindi/mondorescue.iso

- Boot from the mindi CD and restore from the above mentioned NFS share (this will be mounted under /tmp/mondo[something]/nfsdir or /tmp.old/mondo... or similar to that).

- At the very end of the successful restore process it will drop you to a shell and offer something like: enter ""exit"" to reboot. A couple of lines before that you will see that the restore script executed two ""rm"" commands on /tmp and/or /tmp.old (not sure, info comes from from memory, sorry.). You will notice this because it will report some errors like ""file or directory busy"" (something like that) when trying to delete. The rm commands seem to be recursive and since the NFS share is mounted there as well this probably results in all data on the mounted NFS share being deleted. 

I grep'ed through the scripts and it appears to be something about this file:

/usr/lib64/mindi/rootfs/sbin/init

Possibly somewhere around here where some rm's are being executed (the following can be found at around line 488 in /usr/lib64/mindi/rootfs/sbin/init):

                LogIt ""Great. Pivot succeeded w/ size=$size"" 1
                echo -en ""Pivoting /tmp...""
                umount /tmp/tmpfs
                mkdir -p /tmp.old
                mv /tmp/* /tmp.old/
                # Try to Deal with a busybox bug on inexistant links
                cp /tmp/* /tmp.old/
                rm -f /tmp/*
                $mount_cmd /tmp
                mv /tmp.old/* /tmp/
                # Try to Deal with a busybox bug on inexistant links
                cp /tmp.old/* /tmp/
                rm -rf /tmp.old
                mkdir -p /tmp/tmpfs
                mkdir -p $GROOVY

If you need more info write me at ms2 at lightupnet dot de.
"	defect	reopened	highest		mondo	2.2.7	critical