Amanda-Users

"Dump larger than tape" problem

2003-09-17 10:45:30
Subject: "Dump larger than tape" problem
From: KEVIN ZEMBOWER <KZEMBOWE AT jhuccp DOT org>
To: amanda-users AT amanda DOT org
Date: Wed, 17 Sep 2003 10:41:28 -0400
I'm struggling to solve a "dump larger than tape" problem, and not making much 
progress. I'm
asking for suggestions and troubleshooting techniques.

I'm trying to back up the Samba share admin//db/f$. I've broken it up into two 
sections:
amanda@admin:~ > amadmin DailySet1 disklist admin //db/f$/
line 82:
    host admin:
        interface default
    disk //db/f$:
        program "GNUTAR"
        exclude file "./inetsrv/webpub/images/"
        priority 1
        dumpcycle 3
        maxdumps 1
        maxpromoteday 10000
        strategy STANDARD
        compress NONE
        auth BSD
        kencrypt NO
        holdingdisk YES
        record YES
        index NO
        skip-incr NO
        skip-full NO

line 83:
    host admin:
        interface default
    disk //db/f$/inetsrv/webpub/images:
        program "GNUTAR"
        priority 1
        dumpcycle 3
        maxdumps 1
        maxpromoteday 10000
        strategy STANDARD
        compress NONE
        auth BSD
        kencrypt NO
        holdingdisk YES
        record YES
        index NO
        skip-incr NO
        skip-full NO

amanda@admin:~ > 

I get this error when backing it up to a DDS-3 tape, which should hold 11.5G, 
according to a tapetest run:
NOTES:
  planner: admin //db/f$ 20030915 0 [dump larger than tape, 12101907 KB, full 
dump delayed]

But, each of the sections is less than 11G:
( Total size of //db/f$:)
amanda@admin:/etc/amanda/DailySet1 > smbclient //db/f$ -U amanda%CiScO -Tc 
/dev/null
INFO: Debug class all level = 1   (pid 16901 from pid 16901)
added interface ip=172.16.2.7 bcast=172.16.255.255 nmask=255.255.0.0
Output is /dev/null, assuming dry_runDomain=[DBWG] OS=[Windows NT 4.0] 
Server=[NT LAN Manager 4.0]
                directory \inetsrv\
                directory \inetsrv\ftp\
<snip>
                directory \temp\
tar: dumped 35364 files and directories
Total bytes written: 12408697856
amanda@admin:/etc/amanda/DailySet1 >

(Size of just /inetsrv/webpub/images directory tree:)
amanda@admin:/etc/amanda/DailySet1 > smbclient //db/f$ -U amanda%CiScO -TcX 
/dev/null /inetsrv/webpub/images   
INFO: Debug class all level = 1   (pid 16904 from pid 16904)
added interface ip=172.16.2.7 bcast=172.16.255.255 nmask=255.255.0.0
Output is /dev/null, assuming dry_runDomain=[DBWG] OS=[Windows NT 4.0] 
Server=[NT LAN Manager 4.0]
                directory \inetsrv\
                directory \inetsrv\ftp\
 <snip>
                directory \temp\
tar: dumped 1359 files and directories
Total bytes written: 5436378112
amanda@admin:/etc/amanda/DailySet1 > 

Therefore, 12.4G minus 5.4G is 7G.

It's like amanda is not taking into account the excluded directories when 
making the size estimate,
and then giving up on the level 0 backup because it seems too big.

Here's the info output, if it's helpful:
amanda@admin:/etc/amanda/DailySet1 > amadmin DailySet1 info admin //db/f$/

Current info for admin //db/f$:
  Stats: dump rates (kps), Full:  2993.0, 3469.0, 1124.0
                    Incremental:  4738.0, 4651.0, 4646.0
          compressed size, Full: -100.0%,-100.0%,-100.0%
                    Incremental: -100.0%,-100.0%,-100.0%
  Dumps: lev datestmp  tape             file   origK   compK secs
          0  20030827  DailySet112        15 8426319 8443840 2821
          1  20030915  DailySet126        15 4895256 4895330 1033

Current info for admin //db/f$/inetsrv/webpub/images:
  Stats: dump rates (kps), Full:  2661.0, 2785.0,  -1.0
                    Incremental:  230.0,   5.0,  21.0
          compressed size, Full: -100.0%,-100.0%,-100.0%
                    Incremental: -100.0%,-100.0%,-100.0%
  Dumps: lev datestmp  tape             file   origK   compK secs
          0  20030915  DailySet126        16 6809105 6826070 2565
amanda@admin:/etc/amanda/DailySet1 > 

Any suggestions on changes or procedures to overcome this problem? I'm getting 
desperate; it's just been 
making level 1 backups for a week now.

Thanks for all your help and suggestions.

-Kevin Zembower

-----
E. Kevin Zembower
Unix Administrator
Johns Hopkins University/Center for Communications Programs
111 Market Place, Suite 310
Baltimore, MD  21202
410-659-6139


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