I'm having trouble backing up windows shares. The estimates returned are wildly wrong, and since the estimates are larger than the tape size, they are rejected. My system is SuSE 8.1 pro
Here is a log snippet:
amdump: start at Sat Aug 23 02:12:00 PDT 2003 planner: pid 13002 executable /usr/lib/amanda/planner version 2.4.2p2 planner: build: VERSION="Amanda-2.4.2p2" planner: BUILT_DATE="Thu Sep 12 18:06:07 UTC 2002" planner: BUILT_MACH="Linux D5 2.4.19 #1 SMP Tue Sep 10 00:06:19 UTC 2002 i686 unknown" planner: CC="gcc" planner: paths: bindir="/usr/bin" sbindir="/usr/sbin" planner: libexecdir="/usr/lib/amanda" mandir="/usr/share/man" planner: AMANDA_TMPDIR="/tmp/amanda" AMANDA_DBGDIR="/tmp/amanda" planner: CONFIG_DIR="/etc/amanda" DEV_PREFIX="/dev/" planner: RDEV_PREFIX="/dev/r" DUMP="/sbin/dump" planner: RESTORE="/sbin/restore" SAMBA_CLIENT="/usr/bin/smbclient" planner: GNUTAR="/bin/tar" COMPRESS_PATH="/usr/bin/gzip" planner: UNCOMPRESS_PATH="/usr/bin/gzip" MAILER="/usr/bin/Mail" planner: listed_incr_dir="/var/lib/amanda/gnutar-lists" planner: defs: DEFAULT_SERVER="localhost" DEFAULT_CONFIG="DailySet1" planner: DEFAULT_TAPE_SERVER="localhost" planner: DEFAULT_TAPE_DEVICE="/dev/null" HAVE_MMAP HAVE_SYSVSHM planner: LOCKING=POSIX_FCNTL SETPGRP_VOID DEBUG_CODE planner: AMANDA_DEBUG_DAYS=4 BSD_SECURITY USE_AMANDAHOSTS planner: CLIENT_LOGIN="amanda" FORCE_USERID HAVE_GZIP planner: COMPRESS_SUFFIX=".gz" COMPRESS_FAST_OPT="--fast" planner: COMPRESS_BEST_OPT="--best" UNCOMPRESS_OPT="-dc" planner: dgram_bind: socket bound to 0.0.0.0.683 READING CONF FILES... driver: pid 13003 executable /usr/lib/amanda/driver version 2.4.2p2 driver: send-cmd time 0.065 to taper: START-TAPER 20030823 startup took 0.016 secs
SETTING UP FOR ESTIMATES... setting up estimates for hobbs2:sdb2 setup_estimate: hobbs2:sdb2: command 0, options: last_level 0 next_level0 13 level_days 0 getting estimates 0 (1869770) 1 (0) -1 (-1) setting up estimates for hobbs2:sda1 setup_estimate: hobbs2:sda1: command 0, options: last_level 1 next_level0 12 level_days 1 getting estimates 0 (484540) 1 (38830) 2 (0) setting up estimates for hobbs2://dilbert/MyDocuments driver: started dumper0 pid 13005 driver: started dumper1 pid 13006 hobbs2://dilbert/MyDocuments overdue 12287 days for level 0 setup_estimate: hobbs2://dilbert/MyDocuments: command 0, options: last_level -1 next_level0 -12287 level_days 0 getting estimates 0 (0) -1 (-1) -1 (-1) setting up estimates for hobbs2://wally/MyDocuments hobbs2://wally/MyDocuments overdue 12287 days for level 0 setup_estimate: hobbs2://wally/MyDocuments: command 0, options: last_level -1 next_level0 -12287 level_days 0 getting estimates 0 (0) -1 (-1) -1 (-1) setting up estimates took 0.045 secs
GETTING ESTIMATES... dumper: dgram_bind: socket bound to 0.0.0.0.686 dumper: dgram_bind: socket bound to 0.0.0.0.687 dumper: pid 13006 executable dumper version 2.4.2p2, using port 687 dumper: pid 13005 executable dumper version 2.4.2p2, using port 686 taper: pid 13004 executable taper version 2.4.2p2 taper: read label `weekday27' date `20030715' taper: wrote label `weekday27' date `20030823' got result for host hobbs2 disk //wally/MyDocuments: 0 -> 7356506K, -1 -> -1K, -1 -> -1K got result for host hobbs2 disk //dilbert/MyDocuments: 0 -> 9175072K, -1 -> -1K, -1 -> -1K got result for host hobbs2 disk sda1: 0 -> 484250K, 1 -> 41500K, 2 -> 14920K got result for host hobbs2 disk sdb2: 0 -> 1869910K, 1 -> 13290K, -1 -> -1K getting estimates took 124.926 secs FAILED QUEUE: empty
<<<<<<<<<<< end of log excerpt >>>>>>>>>>>>>
The log goes on, with the planner throwing out dilbert and wally because they are larger than the tape.
Wally and dilbert are the two windows 98SE boxes. I'm trying to backup the "My Documents"
directory, which I have shared as "MyDocuments". Note that the estimated size for level two
backups is on the order of 7 and 9 GB, even though the total disk size is much less than that!
What's going on?
How do I fix it?
TIA
Rich
richw at foxinternet dot net
