>Here is the info from sendsize.debug ( client )
>
>sendsize: getting size via dump for /u14 level 0
>sendsize: running "/opt/amanda/libexec/rundump (/usr/sbin/ufsdump) 0Ssf 1048576 -
>/u14"
>running /opt/amanda/libexec/killpgrp
> DUMP: `/u14' is not on a locally mounted filesystem
> DUMP: The ENTIRE dump is aborted.
It's been a while since I've used 2.4.1p1, but I think the combination of
"/u14" being passed to rundump and the error from dump itself both point
to a system configuration problem, e.g. /etc/vfstab. Amanda takes the
file system name and converts it to a /dev entry via the standard system
calls (e.g. getmntent). It doesn't appear to have been able to do that.
Take a look at the lines for some of your other file systems that do
work and see if this isn't true.
Assuming it is, you'll need to get that fixed before Amanda (actully,
the dump program) can be called correctly.
Or, if you cannot do this (because of whatever clustering means), you
might change your disklist entry to use the /dev name instead of /u14.
But that may still not let Amanda call the right program (vxdump).
>Ruksana Siddiqui
John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
