Thank you Brian. Unfortunately the drive itself is IDE.
I changed the bacula-sd Device resource:
TWO EOF = yes # default = No
It completes test with success now but fill (m) fails now:
22:16:37 Flush block, write EOF
Wrote block=275000, file,blk=18,11499 VolBytes=17,740,7
Maybe its a firewire problem. Is there any way to test it with SCSI ?
On 3/9/2010 11:05 AM, David Koski wrote:
> Thank you Kern. I'll dig into it some more. For the list, it is Linux and
> firewire with Bacula 5.0.0-5 Debian platform and package.
>
> Regards,
> David Koski
> da...@kosmosisland.
Thank you Kern. I'll dig into it some more. For the list, it is Linux and
firewire with Bacula 5.0.0-5 Debian platform and package.
Regards,
David Koski
da...@kosmosisland.com
On Tuesday 09 March 2010, Kern Sibbald wrote:
> Hello,
>
> This means that your tape drive parameters are not properly
Hello,
This means that your tape drive parameters are not properly set. You have
never specified what OS and version you are using. This is not the normal
kinds of problems we see on Linux systems.
Unfortunately, as I previously mentioned, you will need to do this yourself or
get professional
Hello Kern,
I executed the test command and got an error here:
Doing Bacula scan of blocks:
1 block of 64448 bytes in file 1
End of File mark.
2 blocks of 64448 bytes in file 2
End of File mark.
4 blocks of 64448 bytes in file 3
End of File mark.
Total files=3, blocks=7, bytes = 451,136
End scann
Hello,
Well, you are working with one of the most complicated parts of doing
backup -- being able to write correctly to a tape drive. Unfortunately,
there is no standard tape drive nor any standard driver, and Exabyte is one
that is definitely different from what I have read.
>From the output
I have tried many iterations of btape to get a simplified single tape test to
work with a VXA-2 Exabyte drive in a Storageloader. This issue has been
submitted to the user list without resolution. I have tried many variations
of a Device resource witout success. The attempts always result in "Ba
