Opened 13 years ago

Last modified 13 years ago

#496 closed defect

Mondoarchive doesn't seem to recognize the fact that the sshfs file system is already mounted. — at Version 2

Reported by: aepittman Owned by: Bruno Cornec
Priority: normal Milestone: 3.0.0
Component: mondo Version: 2.2.9.7
Severity: normal Keywords: sshfs
Cc:

Description (last modified by Bruno Cornec)

Mondoarchive doesn't seem to recognize the fact that the sshfs file system is already mounted.

As you can see from the output below, the sshfs file system is mounted, with a mountpoint of /mnt.

The second "df -kv" listed below is after mondoarchive finishes and the fusermount -u command is executed to un-mount /mnt

[root@taeps002 ~]# ./mondo_backup.sh
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/cciss/c0d0p1    134414668   3881292 123595308   4% /
/dev/cciss/c0d1p1    137789964    192132 130485460   1% /data1
tmpfs                  1029292         0   1029292   0% /dev/shm
sshfs#taep@taeps001.publix.com:/clonefs
                     346729196 179680420 149435916  55% /mnt

Initializing...
See /var/log/mondoarchive.log for details of backup run.
Checking sanity of your Linux distribution
Done.
Network share is not mounted. Trying to mount it for you.
fuse: missing mountpoint
Unable to mount Network share taeps001.publix.com:/clonefs. Please mount manuall
sh: /taeps002.publix.com/.dummy.txt: No such file or directory
Are you sure directory 'taeps002.publix.com' exists in remote dir 'taeps001.publ
Errors were detected in the command line you supplied.
Please review the log file - /var/log/mondoarchive.log
Execution run ended; result=1
Type 'less /var/log/mondoarchive.log' to see the output log
./mondo_backup.sh: line 25:  4607 Segmentation fault      /usr/sbin/mondoarchive -OVn sshfs://taep@$BACKUP_SERVER:/clonefs -d $HOST -p $HOST -E $LOCAL_MOUNTP -s 4G -z -K 99

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/cciss/c0d0p1    134414668   3881320 123595280   4% /
/dev/cciss/c0d1p1    137789964    192136 130485456   1% /data1
tmpfs                  1029292         0   1029292   0% /dev/shm

Change History (4)

by aepittman, 13 years ago

by aepittman, 13 years ago

Attachment: taeps002-20110729-mindi.log added

comment:1 by aepittman, 13 years ago

Although I don't have any log files for this, the same problem occurs with Mondorescue on a SLES11 server.

comment:2 by Bruno Cornec, 13 years ago

Description: modified (diff)
Status: newassigned
Note: See TracTickets for help on using tickets.