> On 2006-03-09 17:19, Iulian Topliceanu wrote:
>> Paul Bijnens wrote:
>>> On 2006-03-09 13:25, Iulian Topliceanu wrote:
>>>> The dump definition looks like this:
>>>>
>>>> dumpcycle 10 day        # the number of days in the normal dump cycle
>>>> runspercycle 8  day    # the number of amdump runs in dumpcycle days
>>>> tapecycle 12 tapes      # the number of tapes in rotation
>>> seems fine.
>>>
>
>> Amanda reported that the dumps where successfully to tape vtape-7, but
>> taking a simple look to what that vtape-7 contained (using ls), has
>> proved
>> the opposite, there was no sign of /var/spool/mail/p (and the other
>> DLE's
>> which had the same problem) on vtape-7.
>>
>> vtape-7 contained  /data/data0/share1 (directory, which I said above,
>> was
>> reported not to be backuped successfully)
>>
>> I should mention that these this didn't occure on the same run. My guess
>> is that Amanda backuped successfully /var/spool/mail/p (and the other
>> DLE's) on the 24.02 and wrote them to vtape-7, but on the 2.03 when this
>> error occured:
>>
>> baal /data/data0/share1 lev 0 FAILED [dump larger than tape, 31665455
>> KB,
>> incremental dump also larger than tape]
>>
>> The dumps where written again on vtape-7, so that's the reason why
>> /data/data0/share1 appears to pe on vtape-7 instead of /var/spool/mail/p
>> (and the other DLE's)
> [...]
>>
>> I've noticed that 12 vtapes where used in less than 10 days (the
>> dumpcycle
>> = 10 days) but is that an excuse for missing data?
>
> Again on vtape-7 ???  How is that possible?
> Do you have runtapes > 1 ?
> Or do you run amdump multiple times a day?

Amanda uses sometime more than 1 tape per run. That's why vtape-7 was
again next. So even if I would have defined runtapes 1, Amanda would have
used more.

> Any idea why amadmin still believes that vtape-7 contains the data
> from feb 24, and not data from mar 2 ?

This is what I'm trying to find out. and I have no logical explanation yet.

>>Level 1 dump didn't contain *all* of the expected files. Some of the mails
>>received during the level 0 dump and level 1 dump, where not present.
>>
>>I should add that the volume /var/spool/mail (which is split in
>>/var/spool/mail/[a-z]) is 130 GB big and has ~7 million inodes.

What about the missing files? Does anyone have a clue about how something
like this is possible? Is it because of the huge number of inodes on the
fs?

Iulian Topliceanu