On Sat, 2007-02-03 at 15:32 -0500, Norm Dressler wrote:
> On Sat, 2007-02-03 at 12:15 -0600, Michael Brennen wrote:
> > You may want to get the VXA tools from the web site, probably exabyte.com,
> > since they bought Ecrix. The vxaTool is the best way to control
> > compression;
> > I am not su
On Sat, 2007-02-03 at 12:15 -0600, Michael Brennen wrote:
> You may want to get the VXA tools from the web site, probably exabyte.com,
> since they bought Ecrix. The vxaTool is the best way to control compression;
> I am not sure that mt will do that. I know that here mt does not work to
> eje
You may want to get the VXA tools from the web site, probably exabyte.com,
since they bought Ecrix. The vxaTool is the best way to control compression;
I am not sure that mt will do that. I know that here mt does not work to
eject tapes where vxaTool does.
--
-- Michael
> No, software compression is off and the data is a blended mix of data.
>
> Thanks for the suggestion though!
>
BTW, I actually have that drive although I have not used it in over 4
years and never with bacula.
Did you try
mt -f /dev/nst0 weof
to blank the drive.
And then possibly
dd if=/dev/s
Anyone have an idea that might help me?
On Fri, 2007-02-02 at 16:58 -0500, Norm Dressler wrote:
> Hi all -- -long time no talk.
>
> I have a VXA1 with an autoloader (Exabyte). The drive can handle 33Gb
> uncompressed and 70Gb with hardware compression. However, hardware
> compression doesn't se
Hi all -- -long time no talk.
I have a VXA1 with an autoloader (Exabyte). The drive can handle 33Gb
uncompressed and 70Gb with hardware compression. However, hardware
compression doesn't seem to be working.
Bacula won't put on more then roughly 33Gb.
SCSI 2 tape drive:
File number=0, block numb
