Custom Query (684 matches)
Results (10 - 12 of 684)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#304 | fixed | -n options unable to discover NFS mount by hostname instead of IP | ||
Description |
I have a machine with hostname "node01" and IP "192.168.1.1" The command "mondoarchive -On 192.168.1.1:/mnt/nfs" fails with error "NFS share is not mounted. Please mount it." while "mondoarchive -On node01:/mnt/nfs" successes. From source code, I find that at line 646 of mondo-cli.c http://www.mondorescue.org/cgi-bin/trac.cgi/browser/branches/stable/mondo/src/mondoarchive/mondo-cli.c?rev=910
At the fail case, the code grep "192.168.1.1:/mnt/nfs .*" from
output of node01:/mnt/nfs on /mnt/nfs type nfs (rw,addr=192.168.1.1) Therefore the grep fails. |
|||
#631 | fixed | /bin/lsmod is missing in minimal.conf | ||
Description |
Booting on a backup made from SLES 11 SP2, I see that /sbin/lsmod is a link to /bin/lsmod, but it's not working because /bin/lsmod is not present. I checked ; /bin/lsmod is missing in minimal.conf I'll add /bin/lsmod in minimal.conf |
|||
#217 | fixed | /boot not mounted after mondoarchive execution | ||
Description |
Hi, I've recently begun testing mondo-2.2.5-1.rhel5 on both i386 and x86_64 platforms. I haven't tried booting w/compare option yet, but I noticed that after a successful mondoarchive execution, the /boot filesystem is no longer mounted, causing mondo to not be able to find the kernel on subsequent executions. Remounting /boot manually allows subsequent executions to succeed. Thanks, Jeff |