Hi,

For every run of amdump amanda produces a number of files under /tmp/amanda.
look at the file sendsize.<bignumber>.debug.
(Where <bignumber> is constructed out of the actual date and time the process
started.)
It lists all the commands it sendsize issued to get the estimates and what it
got back as resulting size for the requested levels.

One possibility for tar not doing incrementals correct could be bad
permisions on the directory tar stores the listed_incremental files in.
If it can't write to this dir, it will always take leve 0's no matter
which level amanda thinks it gets, as it has no info which files where
backuped in the last level....
Christoph

Helas, Stephan schrieb:

Christoph Scheeder wrote:

Hi
this is very strange,
i have a few servers under linux using ext3 and gnutar with amanda
doing fine level1 and 2's.
I guess you may have a process on your server touching all your files
once a day, making tar thinking they where changed  and for that
taking them into your level one backups.
Any chance for that posibility?
Christoph

Helas, Stephan schrieb:

Hello,

I backup several unix and Linux Server without having trouble. but
one redhat 7.3 server don't work that way. i got some strange
problem by backup this linux server with ext3. i use normal
configuration, but my incremental backup are as big as the full

backup. for example i post some info:

dumpcycle 7 days
runspercycle 4
tapecycle 8 tapes

------------- snip ---------------------------------
Current info for gt1webdev2 /export:
 Stats: dump rates (kps), Full:  5458.0, 3940.0,  -1.0
                   Incremental:  1359.0, 4614.0, 5333.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  20021121  Tag02               1 11134710 11134710 2040
         1  20021127  Tag06              10 11143360 11143360 8198

Current info for gt1webdev2 /export_java:
 Stats: dump rates (kps), Full:  2665.0, 1298.0, 2416.0
                   Incremental:  3019.0, 2730.0, 2501.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  20021126  Tag05               4 3451500 3451500 1295
         1  20021127  Tag06               9 3451510 3451510 1143
------------ snap ------------------------------------

as you can see, the filesize between level 0 and level 1 don't

differ.

now my question. is it a effect ob using ext3? can't ext3 handle the
archive bit in the way that amanda use it? do i have to go back

using ext2?

Thx & Regards
Stephan

One example for Files:

[root@gt1webdev2 software]# ls -l
insgesamt 66104
-rw-r--r--    1 root     root       706573 Okt  8 10:38 
ant-1.5.1-3jpp.noarch.rpm
-rwxr--r--    1 webuser  nobody     602566 Nov 15 08:04 
ant-optional-full-1.5.1-3jpp.noarch.rpm
-rwxr--r--    1 webuser  nobody   25146816 Nov 16 15:42 
j2sdk-1_3_1_04-linux-i586-rpm.bin
-rwxr--r--    1 root     root     25150518 Nov 16 15:04 
j2sdk-1_3_1_06-linux-i586.rpm.bin
-rw-r--r--    1 root     root      2807094 Okt 11  2001 
jakarta-ant-1.4.1-bin.zip
-rw-r--r--    1 root     root       468566 Okt 11  2001 
jakarta-ant-1.4.1-optional.jar
-rw-r--r--    1 root     root      4313503 Okt  8 17:58 
jakarta-tomcat-4.0.6.tar.gz
-rw-r--r--    1 root     root      5714133 Sep 23 12:34 
jakarta-tomcat-4.1.12.tar.gz
drwxr-xr-x    2 root     root         4096 Nov 16 16:07 test
-rw-r--r--    1 root     root      1043359 Nov  7 14:40 
xalan-j2-2.4.1-1jpp.noarch.rpm
-rw-r--r--    1 root     root       739585 Okt 25 20:20 
xerces-j2-2.2.0-2jpp.noarch.rpm
-rw-r--r--    1 root     root       739585 Okt 25 20:20 
xerces-j2-2.2.0-2jpp.noarch.rpm.1
-rw-r--r--    1 root     root        16020 Nov  3 18:11 
xml-commons-1.0-0.b2.2jpp.noarch.rpm
-rw-r--r--    1 root     root        90268 Nov  3 18:11 
xml-commons-apis-1.0-0.b2.2jpp.noarch.rpm

search for files modified one week ago

[root@gt1webdev2 software]# find . -mtime -7
[root@gt1webdev2 software]#

one month ago
[root@gt1webdev2 software]# find . -mtime -30
.
./ant-optional-full-1.5.1-3jpp.noarch.rpm
./xalan-j2-2.4.1-1jpp.noarch.rpm
./j2sdk-1_3_1_06-linux-i586.rpm.bin
./test
./xml-commons-apis-1.0-0.b2.2jpp.noarch.rpm
./xml-commons-1.0-0.b2.2jpp.noarch.rpm
./j2sdk-1_3_1_04-linux-i586-rpm.bin


if i use amrecover to look at the date of last backup i got this:

amrecover> ls
2002-11-27 .
2002-11-27 ant-1.5.1-3jpp.noarch.rpm
2002-11-27 ant-optional-full-1.5.1-3jpp.noarch.rpm
2002-11-27 j2sdk-1_3_1_04-linux-i586-rpm.bin
2002-11-27 j2sdk-1_3_1_06-linux-i586.rpm.bin
2002-11-27 jakarta-ant-1.4.1-bin.zip
2002-11-27 jakarta-ant-1.4.1-optional.jar
2002-11-27 jakarta-tomcat-4.0.6.tar.gz
2002-11-27 jakarta-tomcat-4.1.12.tar.gz
2002-11-27 test/
2002-11-27 xalan-j2-2.4.1-1jpp.noarch.rpm
2002-11-27 xerces-j2-2.2.0-2jpp.noarch.rpm
2002-11-27 xerces-j2-2.2.0-2jpp.noarch.rpm.1
2002-11-27 xml-commons-1.0-0.b2.2jpp.noarch.rpm
2002-11-27 xml-commons-apis-1.0-0.b2.2jpp.noarch.rpm

all files were backuped this night. i don't know how this work togehter. can i see, in wich way amanda decides if a file was modified since last backup or not?