It didn't complain (and if I'm incorrect in my assumption crowd..please
correct me) planner never takes into account the tape length so that is
why there wasn't any complaints
When taper started writing the dumps to tape and it was determined that
the filesystem exceeded the expected tape
Thank you to those that wrote back yesterday, especially Don. I used the
non-compressed device (in this case, /dev/rmt/1n), and amanda did indeed
write filesystems until it hit EOT and rewrote that specific interrupted
filesystem to the next tape.
Does anyone here have a changer working with
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, February 27, 2002 9:53 AM
Subject: Resolved - Multi-tape question
Thank you to those that wrote back yesterday, especially Don. I used the
non-compressed device (in this case, /dev/rmt/1n), and amanda did indeed
write filesystems until
: Mark Lin [mailto:[EMAIL PROTECTED]]
Sent: 27 February, 2002 08:02
To: Eric Trager; [EMAIL PROTECTED]
Subject: Re: Resolved - Multi-tape question
Perhaps add another configuration, use the second drive as
your tapedev
parameter and change the first and last slot number in your
changer
Hi, all. I managed to get my changer working with Amanda using chg-scsi.
Today I started the first test dump to see what would happen.
Using hardware compression, my DLT-IV tapes hold about 70 GB. I set up a
dump of several large and small partitions totalling ~88 GB. One was not
mounted for
What is the length of the tapetypeusing hardware compression you
will need to adjust the length to what you expect your actually
compression ratio to be..if you expect each tape to be about 70gb then
your length would be 7 mbytes.
But I would suggest you not go to the limit of your
On Tue, 26 Feb 2002, Don Potter wrote:
What is the length of the tapetypeusing hardware compression you
will need to adjust the length to what you expect your actually
compression ratio to be..if you expect each tape to be about 70gb then
your length would be 7 mbytes.
Ah... so
On Tue, 26 Feb 2002, Don Potter wrote:
What is the length of the tapetypeusing hardware compression you
will need to adjust the length to what you expect your actually
compression ratio to be..if you expect each tape to be about 70gb then
your length would be 7 mbytes.
Ah... so
It didn't complain (and if I'm incorrect in my assumption crowd..please
correct me) planner never takes into account the tape length so that is
why there wasn't any complaints
When taper started writing the dumps to tape and it was determined that
the filesystem exceeded the expected tape
On Tue, 26 Feb 2002, Don Potter wrote:
When taper started writing the dumps to tape and it was determined that
the filesystem exceeded the expected tape size (regardless of hardware
compression) the dumps would fail since the dumps aren't capable of
spanning tapes
Waitaminit... this I
On Tue, 26 Feb 2002 at 1:57pm, Eric Trager wrote
On Tue, 26 Feb 2002, Don Potter wrote:
When taper started writing the dumps to tape and it was determined that
the filesystem exceeded the expected tape size (regardless of hardware
compression) the dumps would fail since the dumps aren't
I should of stated filesystem.bad Donno soup for me
It will put as many filesystems on a tape as possibel (prvoding tape
length is calc'd correctly) and then write the remainder on the next
tape (if you have specified the dumps to use multiple tapes)
Sorry for the confusion..I'll
On Tue, 26 Feb 2002, Don Potter wrote:
It will put as many filesystems on a tape as possibel (prvoding tape
length is calc'd correctly) and then write the remainder on the next
tape (if you have specified the dumps to use multiple tapes)
Understood. That's what I had believed going in, and
Waitaminit... this I didn't know. Amanda can't run dumps across tapes? Why
is the runtapes entry even used at all?
Amanda 2.4.2p2 can't spread a single dump image over several tapes.
For a whole backup run it can use as many tapes as you like.
define tapetype DLTtapeIV {
comment DLTtape IV - 40 GB
length 33706 mbytes
filemark 43 kbytes
speed 1820 kps
}
That's the typical result writing random data and using hardware
compression on a 40 GB tape.
If you'd like Amanda to keep 70 GB per tape in mind during the
15 matches
Mail list logo