On Wednesday 30 June 2004 07:06, Max Waterman wrote:
>Hi,
>
>I'm getting some errors in my amstatus output - can anyone enlighten
> me?
>
>> # su amanda -c "/usr/sbin/amstatus DailySet1"
>> Using /var/lib/amanda/DailySet1/amdump from Wed Jun 30 16:46:16
>> CST 2004
>>
>> localhost:/etc 2 24k finished
Please re-read the fAQ and the TOP-TEN-QUESTIONS in the docs dir, and
then give your machine a unique name. localhost is not unique.
>> (16:46:53) Use of uninitialized value in printf at
>> /usr/sbin/amstatus line 760. Use of uninitialized value in numeric
>> ne (!=) at /usr/sbin/amstatus line 761. localhost:/home
>> 017720729k dumping 0k (16:49:27) Use of
>> uninitialized value in addition (+) at /usr/sbin/amstatus line
>> 770. localhost:/usr/local 0 22701k finished
>> (16:47:32) localhost:/var 0 232660k
>> wait for dumping driver: (aborted)
>>
>> SUMMARY part real estimated
>> size size
>> partition : 4
>> estimated : 4 17976128k
>> flush : 0 0k
>> failed : 0 0k ( 0.00%)
>> wait for dumping: 1 232660k ( 1.29%)
>> dumping to tape : 0 0k ( 0.00%)
>> dumping : 1 0k 17720729k ( 0.00%) ( 0.00%)
>> dumped : 2 22725k 22739k ( 99.94%) ( 0.13%)
>> wait for writing: 0 0k 0k ( 0.00%) ( 0.00%)
>> wait to flush : 0 0k 0k (100.00%) ( 0.00%)
>> writing to tape : 0 0k 0k ( 0.00%) ( 0.00%)
>> failed to tape : 0 0k 0k ( 0.00%) ( 0.00%)
>> taped : 2 22725k 22739k ( 99.94%) ( 0.13%)
>> 3 dumpers idle : not-idle
>> taper writing, tapeq: 0
>> network free kps: 67
>> holding space : 296960k (100.00%)
>> dumper0 busy : 0:02:17 ( 88.75%)
>> taper busy : 0:00:10 ( 6.90%)
>> 0 dumpers busy : 0:00:17 ( 10.98%) start-wait:
>> 0:00:17 (100.00%) 1 dumper busy : 0:02:17 ( 89.02%)
>> no-bandwidth: 0:01:49 ( 79.46%) start-wait: 0:00:28 ( 20.54%)
>
>It seems to be taking ages to complete this backup...is something
> wrong?
When it is done, what speed is reported in the email the dump sends
you? By that, I mean does it match within say 10% of the drives
rated speed of data transfer? Also, note the holding disk area of
only 296,960k, (297 megs) which is not nearly enough for amdump to
stuff a 17,720,729k (18Gb? break that into subdirs and use tar, not
dump if thats what you are now using) dump, and this is forceing
amdump to write directly to the tape, possibly with lots of
under-runs that will result in the drive stopping, backing up and
restarting (shoe shining) which takes time out of the write time, so
I'd expect the write speeds reported to be a bit slow.
So in addition to giving the machine a unique name that can at least
be resolved in the /etc/hosts file, find it some more holding disk
area. The localhost issue probably won't effect the backups, but it
sure will mung any chances of a clean recovery should you need it.
>
>Max.
>
>Max Waterman wrote:
>> Thanks everyone for helping.
>>
>> I got email working (albeit only locally since my isp is blocking
>> my [chinese] IP address), so now I can get the reports.
>>
>> I bought some more tapes, and have used the amrmtape command to
>> start from scratch. Seems to be working like a charm. Next step is
>> 'day 4' :)
>>
>> http://www.harkness.co.uk/services/backup.html
>>
>> Thanks again...until next time.
>>
>> Max.
>>
>> Paul Bijnens wrote:
>>> Max Waterman wrote:
>>>> I am not really sure. Maybe this :
>>>>
>>>> driver: result time 6.776 from taper: TAPE-ERROR [cannot
>>>> overwrite active tape DailySet101]
>>>
>>> It seems that the very first time you ran the backup for '/etc'
>>> it worked fine. See:
>>> http://reality.sgiweb.org/maxw/tmp/amanda/log.20040623.0.mail )
>>>
>>> This is how a normal run looks like.
>>>
>>> For the next test, you seem to be using the same tape.
>>> But you instructed to amanda ("tapecycle XXX") that she will not
>>> overwrite an active tape. So she cannot write to that tape.
>>>
>>> She falls back to so called "degraded mode" backups dumping to
>>> the holdingdisk. You also have specified "reserve 100" (that's
>>> the default if you didn't change it), meaning that in degraded
>>> mode, 100% of the holdingdisk is reserved for incremental
>>> backups.
>>>
>>> But the only disklistentry was a new one, and amanda cannot
>>> make an incremental backup when there is no full backup to base
>>> it on. Then she gives up.
>>>
>>> Solution: while testing, you can "amrmtape" the testing tape,
>>> or you need to give more tapes (until you have "tapecycle" number
>>> of tapes).
--
Cheers, Gene
There are 4 boxes to be used in defense of liberty.
Soap, ballot, jury, and ammo.
Please use in that order, starting now. -Ed Howdershelt, Author
Additions to this message made by Gene Heskett are Copyright 2004,
Maurice E. Heskett, all rights reserved.
|
