Michael Galloway schrieb:
> [...]
> with these changes implemented, the btape test passes (with a couple of
> modifications to bacula-sd.conf) and the autochanger test passes.
>
> of of curiosity, what are others with LTO-4 using for scsi adapaters?
LSI20320, no problems with bacula. The only pr
not yet, i just got this late yesterday, ran some preliminary testing just
to be sure its working. i will start undoing the changes today and see if
i can find the relevant factor.
-- michael
On Thu, Nov 08, 2007 at 02:28:55PM +0200, Michael Lewinger wrote:
> Hi Michael.
>
> Firstly, I'm glad y
Hi Michael.
Firstly, I'm glad you solved the problem and shared it with the list.
I'm also having problems with the SCSI tape I'm trying to use, so maybe I'll
profit from your experience as well. Have you succeeded in pinpointing the
relvant change ?
Michgael
On Nov 8, 2007 1:50 PM, Michael G
progress with this issue. i submitted a bug report to adaptec and they
finally provided some suggestions to help resolve this. here is what
they recommeded:
Go to "Configure/View Host Adapter Settings".
If the SCSI Controller does not have the system boot device attached,
disable the BIO
Michael Galloway schrieb:
> i'm going to just add this bit of data into the mix. dd onto and
> off the tape device:
>
> # dd if=/dev/zero of=/dev/nst0 bs=65536 count=10
> 10+0 records in
> 10+0 records out
> 655360 bytes (6.6 GB) copied, 61.687 seconds, 106 MB/s
> # mt -f /dev/nst0
Hi,
05.11.2007 15:40,, Michael Galloway wrote::
> i'm going to just add this bit of data into the mix. dd onto and
> off the tape device:
>
> # dd if=/dev/zero of=/dev/nst0 bs=65536 count=10
> 10+0 records in
> 10+0 records out
> 655360 bytes (6.6 GB) copied, 61.687 seconds, 106 M
i'm going to just add this bit of data into the mix. dd onto and
off the tape device:
# dd if=/dev/zero of=/dev/nst0 bs=65536 count=10
10+0 records in
10+0 records out
655360 bytes (6.6 GB) copied, 61.687 seconds, 106 MB/s
# mt -f /dev/nst0 rewind
# dd of=/dev/null if=/dev/nst0 bs=
Hi,
02.11.2007 17:55,, Michael Galloway wrote::
> ok, i'd like to revisit this issue. i changed scsi cards and i still
> get scsi crashes from btape test command. new card is adaptec 29320:
Bad.
> 03:06.0 SCSI storage controller: Adaptec ASC-29320A U320 (rev 10)
>
> i spent the morning tar onto
ok, i'd like to revisit this issue. i changed scsi cards and i still
get scsi crashes from btape test command. new card is adaptec 29320:
03:06.0 SCSI storage controller: Adaptec ASC-29320A U320 (rev 10)
i spent the morning tar onto and off the LTO-4 drive:
[5:0:15:0] tapeIBM ULTRIUM-
Chris Howells schrieb:
> Michael Galloway wrote:
> > nothing is solved yet. i rebooted everything this morning to make sure the
> > scsi bus was cleared and reset. then i decided to try the individual btape
> > tests to see if i could isolate the issue. the fill test is running all day
> > still ru
Michael Galloway wrote:
> nothing is solved yet. i rebooted everything this morning to make sure the
> scsi bus was cleared and reset. then i decided to try the individual btape
> tests to see if i could isolate the issue. the fill test is running all day
> still running:
Does your LSI controller
:)
i may be off the mark, but not that far. i was able to write and read data
from the device, and the device reports itself as a scsi tape:
# mt -f /dev/st0 status
SCSI 2 tape drive:
File number=-1, block number=-1, partition=0.
Tape block size 0 bytes. Density code 0x0 (default).
Soft error cou
Hi Michael,
This looks a bit like your problem; error 8 is quite common (google) but
only one link produced a valid answer that actually solved the problem. i
won't post the contents as it is quite embarrassing.
http://unix.derkeiler.com/Newsgroups/comp.unix.solaris/2003-05/2858.html
Pls kee
Michael Galloway schrieb:
> your LTO-4 is on the LSI controller? what version of the mpt drivers are you
> using? mine is:
>
> [EMAIL PROTECTED] mpt]# cat /proc/mpt/version
> mptlinux-3.04.02
> Fusion MPT base driver
> Fusion MPT SPI host driver
>
> i'm going to upgrade to 4.00.x tomorrow o
nothing is solved yet. i rebooted everything this morning to make sure the
scsi bus was cleared and reset. then i decided to try the individual btape
tests to see if i could isolate the issue. the fill test is running all day
still running:
16:23:27 Flush block, write EOF
Wrote blk_block=12325000,
Hi Michael,
So - what was the issue ? How was it solved ?
michael
On 10/30/07, Ralf Gross <[EMAIL PROTECTED]> wrote:
>
> Michael Galloway schrieb:
> > Wrote blk_block=3465000, dev_blk_num=9000 VolBytes=223,534,015,488 rate=
> 38171.8 KB/s
> > Wrote blk_block=347, dev_blk_num=14000 VolBytes=2
Michael Galloway schrieb:
> Wrote blk_block=3465000, dev_blk_num=9000 VolBytes=223,534,015,488
> rate=38171.8 KB/s
> Wrote blk_block=347, dev_blk_num=14000 VolBytes=223,856,575,488
> rate=38194.3 KB/s
> Wrote blk_block=3475000, dev_blk_num=3500 VolBytes=224,179,135,488
> rate=38184.1 KB/s
>
ok, btape is running fill now (looks like reading is the issue) but
its slow:
12:14:11 Flush block, write EOF
Wrote blk_block=3425000, dev_blk_num=1000 VolBytes=220,953,535,488 rate=38134.9
KB/s
Wrote blk_block=343, dev_blk_num=6000 VolBytes=221,276,095,488 rate=38157.6
KB/s
Wrote blk_block=
i'll check that. the tapes are brand new and the drive is brand new.
thanks.
-- michael
On Tue, Oct 30, 2007 at 07:43:14AM +0200, Michael Lewinger wrote:
> Hi Michael,
>
> tar is not checking while writing, but bacula does. Is the read error on
> subsequent tests failing at the same block ?
>
Hi Michael,
tar is not checking while writing, but bacula does. Is the read error on
subsequent tests failing at the same block ?
29-Oct 21:27 btape JobId 0: Error: block.c:995 Read error on fd=3 at
file:blk 0:1000
I'd suggest cleaning the tape head anyway (how frequently do you do it ?),
reform
seem to be having some scsi problems with btape test. this test is with
a spectra T50/LTO-4 attached via an LSI LSIU320 controller. i ran 100GB
of data onto the drive with tar with no issue. but when i run this:
./btape -c bacula-sd.conf /dev/nst0
test
i get:
*test
=== Write, rewind, and re-re
21 matches
Mail list logo
