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
