Amanda-Users

Re: gtar always doing fulls with --listed-incremental even if level > 0 ?

2003-12-24 10:04:39
Subject: Re: gtar always doing fulls with --listed-incremental even if level > 0 ?
From: Gene Heskett <gene.heskett AT verizon DOT net>
To: Scott Mcdermott <smcdermott AT questra DOT com>, amanda-users AT amanda DOT org
Date: Wed, 24 Dec 2003 09:55:09 -0500
On Wednesday 24 December 2003 06:13, Scott Mcdermott wrote:

What filesystem on the target, and what linkage/transport, samba or 
amanda client?

>I'm trying to figure out why Amanda doesn't seem to ever do
>incremental backups on any of my filesystems, even when I
>have promotions disabled.
>
>Here is an example of three successive runs for a particular
>export I'm backing up.  The three lines below represent
>backups from days 2003122[012], and I've included the column
>headers so the data make sense:
>
>    HOSTNAME                     DISK            L    ORIG-KB    
> OUT-KB COMP%  MMM:SS    KB/s   MMM:SS +KB/s
>    -------------------------------------------- 
> ------------------------------------   --------------
> diabolus2.rwc.questra.com    /export/finance 0    4880940   
> 4880940 --     2:51 28509.6    13:07  6201.3
> diabolus2.rwc.questra.com    /export/finance 1    4880940   
> 4880940 --     2:40 30511.5    15:55  5111.4
> diabolus2.rwc.questra.com    /export/finance 1    4880940   
> 4880940 --     2:39 30651.0    15:48  5148.1
>
>Notice how the size didn't change from the first day (level
>zero) to the next (level 1).  I know for a fact the data on
>disk for the second day did not change since the first day,
>but for some reason Amanda is basically doing a complete
>full dump anyways, when it should be doing nothing.
>
>Here's the runtar outputs from these days:
>
>    # grep finance runtar.2003122[012]*
>    runtar.20031220020000.debug:running: /bin/tar: /bin/tar --create
> --file /dev/null --directory /export/finance --one-file-system
> --listed-incremental
> /var/lib/amanda/gnutar-lists/diabolus2.rwc.questra.com_export_finan
>ce_0.new --sparse --ignore-failed-read --totals .
> runtar.20031220020002.debug:running: /bin/tar: /bin/tar --create
> --file /dev/null --directory /export/finance --one-file-system
> --listed-incremental
> /var/lib/amanda/gnutar-lists/diabolus2.rwc.questra.com_export_finan
>ce_1.new --sparse --ignore-failed-read --totals .
> runtar.20031220020720.debug:running: /bin/tar: gtar --create --file
> - --directory /export/finance --one-file-system
> --listed-incremental
> /var/lib/amanda/gnutar-lists/diabolus2.rwc.questra.com_export_finan
>ce_0.new --sparse --ignore-failed-read --totals .
> runtar.20031221020001.debug:running: /bin/tar: /bin/tar --create
> --file /dev/null --directory /export/finance --one-file-system
> --listed-incremental
> /var/lib/amanda/gnutar-lists/diabolus2.rwc.questra.com_export_finan
>ce_0.new --sparse --ignore-failed-read --totals .
> runtar.20031221020002.debug:running: /bin/tar: /bin/tar --create
> --file /dev/null --directory /export/finance --one-file-system
> --listed-incremental
> /var/lib/amanda/gnutar-lists/diabolus2.rwc.questra.com_export_finan
>ce_1.new --sparse --ignore-failed-read --totals .
> runtar.20031221020211.debug:running: /bin/tar: gtar --create --file
> - --directory /export/finance --one-file-system
> --listed-incremental
> /var/lib/amanda/gnutar-lists/diabolus2.rwc.questra.com_export_finan
>ce_1.new --sparse --ignore-failed-read --totals .
> runtar.20031222020000.debug:running: /bin/tar: /bin/tar --create
> --file /dev/null --directory /export/finance --one-file-system
> --listed-incremental
> /var/lib/amanda/gnutar-lists/diabolus2.rwc.questra.com_export_finan
>ce_0.new --sparse --ignore-failed-read --totals .
> runtar.20031222020001.debug:running: /bin/tar: /bin/tar --create
> --file /dev/null --directory /export/finance --one-file-system
> --listed-incremental
> /var/lib/amanda/gnutar-lists/diabolus2.rwc.questra.com_export_finan
>ce_1.new --sparse --ignore-failed-read --totals .
> runtar.20031222020210.debug:running: /bin/tar: gtar --create --file
> - --directory /export/finance --one-file-system
> --listed-incremental
> /var/lib/amanda/gnutar-lists/diabolus2.rwc.questra.com_export_finan
>ce_1.new --sparse --ignore-failed-read --totals .
>
>I'm basically at a loss as to why this is happening.
>Someting must be screwy with my config because this is
>happening for all of my DLEs; it seems to *always* do full
>backups no matter what, even though it claims it is using
>tar incremental levels > 0.
>
>Here's the amanda.conf from this machine:
>
>    tpchanger               "chg-zd-mtx"
>    changerdev              "/dev/changer"
>    tapedev                 "/dev/nst0"
>    changerfile             "changer"
>    diskfile                "disklist"
>    tapelist                "tapelist"
>    infofile                "/var/lib/amanda/normal/curinfo"
>    indexdir                "/var/lib/amanda/normal/index"
>    logdir                  "/var/log/amanda"
>
>    dumpcycle               14 days
>    runspercycle            14
>    tapecycle               21 tapes
>    runtapes                1
>    includefile             "tapetype"
>    tapetype                AIT-2
>
>    netusage                inf
>    taperalgo               largestfit
>    dumporder               "TTTTTTTTTT"
>    inparallel              10
>    autoflush               on
>    amrecover_do_fsf        on
>    amrecover_check_label   on
>
>    columnspec             
> "HostName=0:-1,Disk=4:-1,Level=1:-1,OrigKB=2:9,OutKB=2:9,Compress=1
>:-1,DumpTime=2:<-1,DumpRate=1:7,TapeTime=3:-1,TapeRate=1:7"
>
>    holdingdisk hold0 {
>            comment         "13G(fs) holding space for normal set"
>            directory       "/var/amanda/holdspace"
>            use             0
>            chunksize       0
>    }
>
>    define dumptype tardump {
>            comment         "uses GNU tar"
>            compress        none
>            holdingdisk     yes
>            ignore          no
>            index           yes
>            program         "GNUTAR"
>            record          no
>            starttime       0001
>    }
>
>here is the relevant DLE:
>
>    diabolus2.rwc.questra.com /export/finance tardump
>
>let me know if any further information might be useful.
>Thanks for any help.

-- 
Cheers, Gene
AMD K6-III@500mhz 320M
Athlon1600XP@1400mhz  512M
99.22% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attornies please note, additions to this message
by Gene Heskett are:
Copyright 2003 by Maurice Eugene Heskett, all rights reserved.