On Sun, Sep 15, 2002 at 07:45:16PM -0700, Luke Miller wrote:
> 
> I am trying to get vxdump to work with amanda.  Amcheck returns with no
> errors
> however, when I go to do a backup I get am disk offline error.
> 
> Looking in the amanda.debug file on the client I see:
> 
> amandad:        RDEV_PREFIX="/dev/rdsk/" DUMP="/usr/sbin/ufsdump"
> amandad:        RESTORE="/usr/sbin/ufsrestore" VXDUMP="/usr/sbin/vxdump"
> amandad:        VXRESTORE="/usr/sbin/vxrestore" COMPRESS_PATH="/bin/gzip"
> 
> and in the sendsize.debug I see:
> 
> sendsize: debug 1 pid 22549 ruid 105 euid 105 start time Sun Sep 15 19:15:39
> 2002
> /opt/amanda/libexec/sendsize: version 2.4.2p2
> calculating for amname '/fsapvol1SnapVol', dirname '/fsapvol1SnapVol'
> sendsize: getting size via dump for /fsapvol1SnapVol level 0
> sendsize: running "/usr/sbin/ufsdump 0Ssf 1048576 - /fsapvol1SnapVol"
> running /opt/amanda/libexec/killpgrp
>   DUMP: `/fsapvol1SnapVol' is not on a locally mounted filesystem
>   DUMP: The ENTIRE dump is aborted.
> .....
> (no size line match in above dump output)
> .....
> asking killpgrp to terminate
> sendsize: pid 22549 finish time Sun Sep 15 19:15:40 2002

Is /fsapvol1SnapVol listed in /etc/vfstab?  If not, I'll wager that's the 
problem.  Amanda checks the filesystem type in /etc/[v]fstab to determine
which dump program to use on systems supporting multiple filesystem types,
falling back on the dump program for the native filesystem type - ufsdump
in this case - if there's no entry.

-- 
Mike Delaney <mdelan AT computer DOT org>
"...Microsoft follows standards.  In much the same manner that fish follow 
migrating caribou." "Now I have this image in my mind of a fish embracing and
extending a caribou." -- Paul Tomblin and Christian Bauernfeind in the SDM