On Sunday 16 November 2003 22:21, Danny Ybarra wrote:
>Ok I'm confused then. If you have a list of entries
>in your list how do you tell amanda what entries go on
>what tape if you have a autoloader?
You don't, thats all up to the 'planner'. You can hint as to how its
supposed to order things a wee bit by use of the 'dumporder'
directive in your amanda.conf.
>Also will it just prompt you to put another tape in if you
>are using a single HP DAT drive?
Possibly one of the changer scripts, like chg-manual, might do this.
Here I use chg-scsi, and its totally silent at the console, sending
you an email if something goes toes up. As amanda is designed to be
run in the middle of the night by cron, it really doesn't expect
there to be a human 'lifeguard' around in case something gets a tummy
ache. So it handles the errors it knows howto handle, or sends you
an email so you can handle it the next day and then goes silently
away.
>--- Gene Heskett <gene.heskett AT verizon DOT net> wrote:
>> On Sunday 16 November 2003 01:18, Danny Ybarra
>>
>> wrote:
>> >I'm new to amanda but I read that amanda now spans
>> >multiple tapes. How do you set that up on a Dell
>>
>> 132T
>>
>> >LTO Autoloader? I also want to use that feature on
>>
>> a
>>
>> >regular single HP DAT drive.
>>
>> Amanda can use more than one tape, however it cannot
>> span a single
>> disklist entry to two or more tapes. Each disklist
>> entry must be
>> smaller than 1 tape.
>>
>> I'm watching amanda use 2 tapes here, and just saw
>> it switch to the
>> next tape. Unforch, the file it failed on was over
>> half a tape, so
>> it wasted about 1.5 gigs in changing the tapes.
>> Looks like I'll need
>> to re-arrange that entry into 2 or 3 to make it into
>> smaller pieces.
>> I'm seeing, in the status reports, that amanda seems
>> to be ignoreing
>> my dumporder "STSTSTST", as its often been seen to
>> do a 70 meg DLE, a
>> 600Mb DLE, then a 2.1Gb DLE and a 1.1Gb DLE, in that
>> order while
>> filling up a teeny 4Gb tape which wound up with:
>>
>> dumped : 12 7721415k 7503717k
>> (102.90%) ( 22.21%)
>> wait for writing: 8 3018755k 2801057k
>> (107.77%) ( 8.68%)
>> wait to flush : 0 0k 0k
>> (100.00%) ( 0.00%)
>> writing to tape : 1 2296810k 2296810k
>> (100.00%) ( 6.61%)
>> failed to tape : 0 0k 0k (
>> 0.00%) ( 0.00%)
>> taped : 3 2405850k 2405850k
>> (100.00%) ( 6.92%)
>> tape 1 : 3 2405850k 2405850k
>> DailySet1-28
>> tape 2 : 0 0k 0k
>> DailySet1-01
>>
>> which says I'll have to run a flush in the morning
>> as its going to EOT
>> the second tape with quite a bit left in /dumps.
>> 3018755k+2296810k
>> will be about a 1.6Gb overflow, and my indice saver
>> will fail with
>> EOT.
>>
>> Suggested change to planner algorythm: When
>> runtapes is >1, juggle
>> the order to achieve a best fit within the tapetypes
>> capacity as
>> entered in amanda.conf, overriding the 'dumporder'
>> specified, setting
>> up a seperate list for each allowed tape.
>>
>> And even greater modifcation would be to write that
>> amount of data,
>> then change tapes even without hitting EOT, thereby
>> saving the time
>> and wear on the drive it wastes in writing till EOT
>> is encountered
>> before doing the tape change. In this case it would
>> have saved about
>> an 1 hr & 9 mins, or used that time to put about
>> another gigabyte of
>> smaller DLE's on the first tape used tonight.
>>
>> Just my $0.02. That, and another buck, might get
>> you a cuppa most
>> places :-)
>>
>> --
>> Cheers, Gene
>> AMD K6-III@500mhz 320M
>> Athlon1600XP@1400mhz 512M
>> 99.27% setiathome rank, not too shabby for a WV
>> hillbilly
>> Yahoo.com attornies please note, additions to this
>> message
>> by Gene Heskett are:
>> Copyright 2003 by Maurice Eugene Heskett, all rights
>> reserved.
>
>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
--
Cheers, Gene
AMD K6-III@500mhz 320M
Athlon1600XP@1400mhz 512M
99.27% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attornies please note, additions to this message
by Gene Heskett are:
Copyright 2003 by Maurice Eugene Heskett, all rights reserved.
|