On Tue, Jun 13, 2006 at 05:20:13PM +0200, Toralf Lund wrote:
And like I also said, in general, allowing partial flush would also
address another issue: The one of blocking the entire tape operation
when using a holding disk, and getting a dump larger that won't fit on
the runtape tapes
I also have one other scenario in mind, though - which is one I've
actually come across a number of times: What if a certain DLE due for
backup is estimated to be slightly smaller than runtapes*tape size,
and thus dumped to holding disk, but then turns out to be slightly
larger?
Anyhow, I'd really like to know more about how the spanning actually
works. Is it documented anywhere? http://www.amanda.org/docs and FAQ
still say that the option does not exist...
Try http://wiki.zmanda.org/index.php/Splitting_dumps_across_tapes
Yes. Thanks. That's quite
On 2006-06-13 09:41, Toralf Lund wrote:
Anyhow, I'd really like to know more about how the spanning actually
works. Is it documented anywhere? http://www.amanda.org/docs and FAQ
still say that the option does not exist...
Try
2. What happens to the holding disk file after a dump is partially
written to tape? Will Amanda keep the entire file, or just what
will be written next time around? And what if the holding disk
data is split into chunks?
Amanda keeps the entire dump, and will be flushed
On 2006-06-13 10:32, Toralf Lund wrote:
2. What happens to the holding disk file after a dump is partially
written to tape? Will Amanda keep the entire file, or just what
will be written next time around? And what if the holding disk
data is split into chunks?
Amanda keeps
Yes indeed. The whole DLE. A singe DLE still needs to be written
in one run, possibly using many tapes.
Oh no... Like I said, that's a big disappointment. I'm tempted to say
that it is not correct to claim that Amanda now suppots tape spanning,
if it can't span dumps across tapes written
On 2006-06-13 12:10, Toralf Lund wrote:
Yes indeed. The whole DLE. A singe DLE still needs to be written
in one run, possibly using many tapes.
Oh no... Like I said, that's a big disappointment. I'm tempted to say
that it is not correct to claim that Amanda now suppots tape spanning,
if
Paul Bijnens wrote:
On 2006-06-13 12:10, Toralf Lund wrote:
Yes indeed. The whole DLE. A singe DLE still needs to be written
in one run, possibly using many tapes.
Oh no... Like I said, that's a big disappointment. I'm tempted to
say that it is not correct to claim that Amanda now suppots
On Tue, 13 Jun 2006 at 12:55pm, Toralf Lund wrote
Paul Bijnens wrote:
Taping one DLE is several runs opens a can of worms: you have to
add a notion of partial succeeded. Restoring then needs some tapes
and some holdingdisk files. What if the holdingdisk crashes or
accidently rm the files
On 2006-06-13 12:55, Toralf Lund wrote:
Paul Bijnens wrote:
On 2006-06-13 12:10, Toralf Lund wrote:
Yes indeed. The whole DLE. A singe DLE still needs to be written
in one run, possibly using many tapes.
Oh no... Like I said, that's a big disappointment. I'm tempted to
say that it is not
On Tue, 13 Jun 2006 at 2:46pm, Toralf Lund wrote
Joshua Baker-LePain wrote:
To throw my $.02 in here, the situations would be very different. If one
is forced to have all DLEs tapeable in one amdump run, then
(theoretically), nothing will be left on the holding disk to lose should
said
On Tue, 13 Jun 2006 at 3:05pm, Paul Bijnens wrote
On 2006-06-13 12:55, Toralf Lund wrote:
It could also help the current minor problem that taping starts only
when the DLE is completely dumped to holdingdisk.
The current implementation also assumes the tape chunks follow
sequentially on the
On 2006-06-13 15:35, Joshua Baker-LePain wrote:
Again, let the curmudgeon step in here. One of the initial design
principles of amanda was the ability to get your data off the tapes with
*no* amanda tools -- mt, dd, and tar or restore were all that was
needed. Tape spanning as implemented
On Tue, Jun 13, 2006 at 09:35:31AM -0400, Joshua Baker-LePain wrote:
On Tue, 13 Jun 2006 at 3:05pm, Paul Bijnens wrote
On 2006-06-13 12:55, Toralf Lund wrote:
It could also help the current minor problem that taping starts only
when the DLE is completely dumped to holdingdisk.
The current
On Tue, Jun 13, 2006 at 02:46:31PM +0200, Toralf Lund wrote:
Normally I would agree, but I have to back up 3Tb of data organised as
one single volume. The only simple option would be to have one 3Tb
tape as well, but such a thing isn't available (to me at least.)
Toralf,
perhaps I'm being
To throw my $.02 in here, the situations would be very different.
If one is forced to have all DLEs tapeable in one amdump run,
then (theoretically), nothing will be left on the holding disk to
lose should said disk die.
But we're talking about a situation where the DLEs are not
tapeable.
Jon LaBadie wrote:
On Tue, Jun 13, 2006 at 02:46:31PM +0200, Toralf Lund wrote:
Normally I would agree, but I have to back up 3Tb of data organised as
one single volume. The only simple option would be to have one 3Tb
tape as well, but such a thing isn't available (to me at least.)
Toralf Lund wrote:
Jon LaBadie wrote:
On Tue, Jun 13, 2006 at 02:46:31PM +0200, Toralf Lund wrote:
Normally I would agree, but I have to back up 3Tb of data organised
as one single volume. The only simple option would be to have one
3Tb tape as well, but such a thing isn't available (to me
On Tue, 13 Jun 2006 at 4:04pm, Paul Bijnens wrote
http://wiki.zmanda.com/index.php/Restoring_files#Using_amrestore_with_split_dumps
In that explanation I used amrestore to fetch the chunks from disk to
tape, but doing it with a shell script is still doable:
- read the first 32K block of the
On Tue, Jun 13, 2006 at 05:10:53PM +0200, Toralf Lund wrote:
I also have one other scenario in mind, though - which is one I've
actually come across a number of times: What if a certain DLE due for
backup is estimated to be slightly smaller than runtapes*tape size,
and thus dumped to
I haven't been following the posts to this list too closely, or bothered
to upgrade amanda, for some time (since our existing setup *works*...),
so I didn't find out until right now that tape spanning is supported in
the current release.
Anyhow, I'd really like to know more about how the
On Mon, Jun 12, 2006 at 10:18:46AM +0200, Toralf Lund enlightened us:
I haven't been following the posts to this list too closely, or bothered
to upgrade amanda, for some time (since our existing setup *works*...),
so I didn't find out until right now that tape spanning is supported in
the
23 matches
Mail list logo