Amanda-Users

Bad estimates with Samba

2003-08-23 20:46:02
Subject: Bad estimates with Samba
From: Rich Wilson <richw AT foxinternet DOT net>
To: amanda-users AT amanda DOT org
Date: Sat, 23 Aug 2003 17:32:42 -0700
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


<Prev in Thread] Current Thread [Next in Thread>