Jon LaBadie wrote:
> On Wed, Nov 27, 2002 at 10:54:42AM +0100, Helas, Stephan wrote:
>> 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:
>>>> 
>>>>           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?
>> 
>> 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 
>> 
>> [root@gt1webdev2 software]# find . -mtime -7
> 
> Does amanda use the data modification time or the inode change time
> to determine if a file requires backing up?
> 
> I suspect the latter so that if the permmisions or owner/group of a
> file changes (affecting inode change time but not data mod time)
> then the file still needs to be backed up.
> 
> Check again with "ls -lc" and "find . -ctime"
> 
> I forget whether you are using tar or a dump, but the tar option
> to retain file access time causes inode change time to be set to
> current time.

i use gnutar for dumps. 
with "ls -lc" i found out, that bugzilla sets the timestamp from every file, so 
that may be the reason for my problem.
first i thought it has something to do with ext3 or so.

so Thx all for the fast help

Regards
Stephan