Re: Multi-tape question

2002-06-23 Thread Don Potter
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

Resolved - Multi-tape question

2002-02-27 Thread Eric Trager
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

Re: Resolved - Multi-tape question

2002-02-27 Thread Mark Lin
[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

RE: Resolved - Multi-tape question

2002-02-27 Thread Tuthill, Ed
: 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

Multi-tape question

2002-02-26 Thread Eric Trager
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

Re: Multi-tape question

2002-02-26 Thread Don Potter
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

Re: Multi-tape question

2002-02-26 Thread Eric Trager
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

Re: Multi-tape question

2002-02-26 Thread Eric Trager
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

Re: Multi-tape question

2002-02-26 Thread Don Potter
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

Re: Multi-tape question

2002-02-26 Thread Eric Trager
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

Re: Multi-tape question

2002-02-26 Thread Joshua Baker-LePain
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

Re: Multi-tape question

2002-02-26 Thread Don Potter
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

Re: Multi-tape question

2002-02-26 Thread Eric Trager
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

Re: Multi-tape question

2002-02-26 Thread Bernhard R. Erdmann
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.

Re: Multi-tape question

2002-02-26 Thread Bernhard R. Erdmann
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