Re: [Dump-users] Re: st driver's buffer corrupting multivolume dumps

[Stelian P. <st...@po...>]

Le samedi 07 janvier 2006 =E0 00:54 -0600, Brent Busby a =E9crit :
> Since some of you said to write back if I found a solution...

Thanks for keeping us informed...

> After much searching, I did finally find the way to make multivolume=20
> archives reliable instead of corrupting at the end-of-tape points.  It=20
> was back in the archives of this list, but was only mentioned there onc=
e=20
> and never again, so...

Indeed, this recalls me something.

> mt stclearoptions async-writes buffer-writes
>=20
> I did this, and a 'restore -C' verified good across a 4-volume set of=20
> tapes.  It makes me wonder if this problem is actually the reason that=20
> Amanda can't span tapes -- perhaps the developers never did get around=20
> this issue with the st tape driver, and gave up.  (Officially, the word=
=20
> on Amanda is that you can't -- is this the only thing stopping them?)

No, the fact that Amanda does not support multiple tapes has nothing to
do with tape driver issues. It's just that the single tape assumption is
deeply buried into the Amanda's algorithms and I think they don't have
enough active developers to tackle this.

Stelian.
--=20
Stelian Pop <st...@po...>