On Mon, Sep 17, 2001 at 04:52:15PM +1000, ivanr@xxxxxxx wrote:
>
> Normally this should work, however, it's a little hard to guess what's
> happening without the real commands you are running, and without the
> output from xfsdump.
root@dilbert /etc/dump# ./dumpscript 0
/sbin/xfsdump: ERROR: unable to open
dump@xxxxxxxxxxxxxxxxxx:/local/backup/dump/dilbert-home.dump.0: No such file or
directory
root@dilbert /etc/dump#
the command the script runs is:
/sbin/xfsdump -F -o -l $1 -f "$TAPE" /home
TAPE="dump@xxxxxxxxxxxxxxxxxx:/local/backup/dump/dilbert-home.dump.$1"
i don't have a tape drive so a regular file is the only option, this
works fine with ext2 dump and as far as i can tell from the docs it
should work with xfsdump as well.
> One thing though ... is "/path/name" actually "/dev/tape" or some other
> "/dev" device? xfsdump does a little sanity check on the path, and it
> expects to see "/dev/".
that is not possible, unless i do something hideous like create
symlinks in /dev to the regular files in /local. i shouldn't have to
do that.
> You could try adding '-v5' to xfsdump to get lots of debug output, also
> try setting the "RMTDEBUG" environment variable to "2" to get librmt debug
> output.
<spam>
root@dilbert /etc/dump# RMTDEBUG=2 ./dumpscript 0
/sbin/xfsdump: RLIMIT_AS org cur 0xffffffffffffffff max 0xffffffffffffffff
/sbin/xfsdump: RLIMIT_STACK org cur 0x800000 max 0xffffffffffffffff
/sbin/xfsdump: raising stack size soft limit from 0x800000 to 0x2000000
/sbin/xfsdump: RLIMIT_STACK new cur 0x2000000 max 0xffffffffffffffff
/sbin/xfsdump: RLIMIT_DATA org cur 0xffffffffffffffff max 0xffffffffffffffff
/sbin/xfsdump: RLIMIT_FSIZE org cur 0xffffffffffffffff max 0xffffffffffffffff
/sbin/xfsdump: RLIMIT_FSIZE now cur 0xffffffffffffffff max 0xffffffffffffffff
/sbin/xfsdump: RLIMIT_CPU cur 0xffffffffffffffff max 0xffffffffffffffff
/sbin/xfsdump: RLIMIT_CPU now cur 0xffffffffffffffff max 0xffffffffffffffff
/sbin/xfsdump: INTGENMAX == 2147483647 (0x7fffffff)
/sbin/xfsdump: UINTGENMAX == 4294967295 (0xffffffff)
/sbin/xfsdump: OFF64MAX == 9223372036854775807 (0x7fffffffffffffff)
/sbin/xfsdump: OFFMAX == -1 (0x7fffffff)
/sbin/xfsdump: SIZEMAX == 4294967295 (0xffffffff)
/sbin/xfsdump: INOMAX == 4294967295 (0xffffffff)
/sbin/xfsdump: TIMEMAX == 2147483647 (0x7fffffff)
/sbin/xfsdump: SIZE64MAX == 18446744073709551615 (0xffffffffffffffff)
/sbin/xfsdump: INO64MAX == 18446744073709551615 (0xffffffffffffffff)
/sbin/xfsdump: UINT64MAX == 18446744073709551615 (0xffffffffffffffff)
/sbin/xfsdump: INT64MAX == 9223372036854775807 (0x7fffffffffffffff)
/sbin/xfsdump: UINT32MAX == 4294967295 (0xffffffff)
/sbin/xfsdump: INT32MAX == 2147483647 (0x7fffffff)
/sbin/xfsdump: INT16MAX == 32767 (0x7fff)
/sbin/xfsdump: UINT16MAX == 65535 (0xffff)
/sbin/xfsdump: getpagesize( ) returns 4096
/sbin/xfsdump: parent pid is 16742
/sbin/xfsdump: effective user id is 0
/sbin/xfsdump: stack pid 16742: sz 0x2000000 min 0xbdfff93b max 0xbffff93b
/sbin/xfsdump: instantiating drive_simple
/sbin/xfsdump: ERROR: unable to open
dump@xxxxxxxxxxxxxxxxxx:/local/backup/dump/dilbert-home.dump.0: No such file or
directory
</spam>
--
Ethan Benson
http://www.alaska.net/~erbenson/
pgpqSWlSYkajf.pgp
Description: PGP signature
|