ok - sorry for the confusion (and for always answering my own
postings to the list :-) ... i think it is completely ok that
a backup system gets a bit confused if it's time is set
backwards a few days (which we had to do due to a run out
devel licence of a component) ... so i think we can forget
the last point of wanting the same tape again before i
havent rechecked this with correct time ... sorry for
the confusion
t
thomas graichen <[EMAIL PROTECTED]> wrote:
> even more observations: as said the tape changer seems to work
> now somewhat (albeit slow changing :-) but somehow amanda it-
> self seems to be a bit confused about which tape to use if
> i read the follwing:
> These dumps were to tape fptsys04.
> The next tape Amanda expects to use is: fptsys04.
> hm - this confuses me a bit ... it is with a config which suggested
> a new tape in the "without changer" config ... just as a reference
> the important parts of the config:
> ... amanda.conf ...
> inparallel 4
> netusage 1000 Kbps
> tapecycle 5 tapes
> runtapes 1
> tpchanger "chg-scsi"
> tapedev "0"
> changerfile "/usr/local/amanda/etc/amanda/fptsys/chg-scsi.conf"
> tapetype HP-DAT
> labelstr "^fptsys[0-9][0-9]$"
> ... chg-scsi.conf ...
> number_configs 1
> eject 0
> sleep 60
> cleanmax 10
> changerdev /dev/scsi/changer/c2t4d1
> config 0
> drivenum 0
> dev /dev/rmt/1cbn
> startuse 0
> enduse 4
> statfile /usr/local/amanda/etc/amanda/fptsys/tape0-slot
> cleancart 5
> cleanfile /usr/local/amanda/etc/amanda/fptsys/tape0-clean
> usagecount /usr/local/amanda/etc/amanda/fptsys/totaltime
> tapestatus /usr/local/amanda/etc/amanda/fptsys/tape0-status
> labelfile /usr/local/amanda/etc/amanda/fptsys/labelfile
> ... tapelist ...
> 20010723 fptsys04 reuse
> 20010804 fptsys03 reuse
> 20010803 fptsys02 reuse
> 20010802 fptsys01 reuse
> 20010801 fptsys05 reuse
> may it come from the fact that i'm currently only using the
> binaries for chg-scsi and amtape from the 2.4.2 cvs tree
> whereas the other ones are from the 2.4.2p2 src tarball?
> and again - thanks in advance
> t
> p.s.: ... or maybe it comes from the fact, that amanda will
> not handle multiple backup on the same day - what i am
> doing for my tests here?
> --
> thomas graichen <[EMAIL PROTECTED]> ... perfection is reached, not
> when there is no longer anything to add, but when there is no
> longer anything to take away. --- antoine de saint-exupery
--
thomas graichen <[EMAIL PROTECTED]> ... perfection is reached, not
when there is no longer anything to add, but when there is no
longer anything to take away. --- antoine de saint-exupery
