:) 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 count since last status=0 General status bits on (10000): IM_REP_EN # lsscsi [0:0:0:0] disk ATA TOSHIBA MK2035GS DK02 /dev/sda [1:0:0:0] disk ATA TOSHIBA MK2035GS DK02 /dev/sdb [4:0:0:0] disk AMCC 9650SE-16M DISK 3.06 /dev/sdc [5:0:15:0] tape IBM ULTRIUM-TD4 7950 /dev/st0 [5:0:15:1] mediumx SPECTRA PYTHON 2000 - so, that probably is not my issue. -- michael On Tue, Oct 30, 2007 at 11:05:17PM +0200, Michael Lewinger wrote: > Hi Michael, > > This looks a bit like your problem; error 80000 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 keep updating. > > Michael > > On 10/30/07, Michael Galloway <[EMAIL PROTECTED]> 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: > > > > 16:23:27 Flush block, write EOF > > Wrote blk_block=12325000, dev_blk_num=5000 VolBytes=795,110,335,488 rate= > > 38313.0 KB/s > > Wrote blk_block=12330000, dev_blk_num=10000 VolBytes=795,432,895,488 rate= > > 38313.8 KB/s > > > > i get the impression that the issue was with the read part of the btape > > test, i may > > upgrade the mpt drivers for the LSI controller when this finishes as well. > > right > > now they are version 3.x: > > > > # cat /proc/mpt/version > > mptlinux-3.04.02 > > Fusion MPT base driver > > Fusion MPT SPI host driver > > > > and version 4.00.13.04-1-rhel5.x86_64 is available. > > > > -- michael > > > > > > > > On Tue, Oct 30, 2007 at 10:20:02PM +0200, Michael Lewinger wrote: > > > 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=3470000, 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 > > > > > > > > > > 38MB/s is only around 140GB/hr. i'd expect a bit more from LTO-4. > > > > > > > > I get ~77 MB/s with a HP Ultrium LTP-4 drive during full backups and > > > > spooling (write speed to tape). > > > > > > > > > > > target5:0:15: Beginning Domain Validation > > > > > > > target5:0:15: Domain Validation skipping write tests > > > > > > > target5:0:15: Ending Domain Validation > > > > > > > target5:0:15: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset > > 126) > > > > > > > target5:0:15: Beginning Domain Validation > > > > > > > target5:0:15: Domain Validation skipping write tests > > > > > > > target5:0:15: Ending Domain Validation > > > > > > > target5:0:15: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset > > 126) > > > > > > > target5:0:15: Beginning Domain Validation > > > > > > > target5:0:15: Domain Validation skipping write tests > > > > > > > target5:0:15: Ending Domain Validation > > > > > > > target5:0:15: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset > > 126) > > > > > > > target5:0:15: Beginning Domain Validation > > > > > > > target5:0:15: Domain Validation skipping write tests > > > > > > > target5:0:15: Ending Domain Validation > > > > > > > target5:0:15: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset > > 126) > > > > > > > > I don't see the errors you get. But I also see "FAST-80 WIDE SCSI > > > > 160.0 MB/s" mesages in my kernel log. The HP tool ltt reports U160 > > > > connections for both of my drives. Altough the scsi controller's bios > > > > claims during boot that the drives are connected with U320 and the > > > > drives are capable of U320. > > > > > > > > After boot I checked the scsi paramters and it looks like 6.25 would > > be > > > > the correct value for U320. But the HP tool still shows that the > > > > drives are connected with U160. > > > > > > > > /sys/class/spi_transport/target5\:0\:1/min_period > > > > 6.25 > > > > > > > > Sorry for hijacking one half of your thread, but I would like to know > > > > if anyone has seen a FAST-160 message in the kernel log with tape > > > > drives. Not that I could saturate a U160 connection, but I would like > > > > to know why it's only connecting with U160 speed. An other LSI > > > > controller which is used for a RAID devices shows the propper U320 > > > > (FAST-160) value during boot. > > > > > > > > Ralf > > > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by: Splunk Inc. > > > > Still grepping through log files to find problems? Stop. > > > > Now Search log events and configuration files using AJAX and a > > browser. > > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > > _______________________________________________ > > > > Bacula-users mailing list > > > > Bacula-users@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/bacula-users > > > > > > > > > > > > > > > > -- > > > Michael Lewinger > > > MBR Computers > > > http://mbrcomp.co.il > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by: Splunk Inc. > > > Still grepping through log files to find problems? Stop. > > > Now Search log events and configuration files using AJAX and a browser. > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > > > _______________________________________________ > > > Bacula-users mailing list > > > Bacula-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/bacula-users > > > > > > > -- > Michael Lewinger > MBR Computers > http://mbrcomp.co.il > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
