[9007] in linux-scsi channel archive

home help back first fref pref prev next nref lref last post

Re: [Linux-scsi] Re: Re.: SDT9000 tape drive, aborting command due to timeout

daemon@ATHENA.MIT.EDU (Jason Thomas)
Sat Jun 17 00:12:32 2000

Date:	Sat, 17 Jun 2000 14:11:07 +1000
From: Jason Thomas <jason@topic.com.au>
To: Michael Kwasigroch <mkwasigr@intercope.com>
Cc: linux-scsi@vger.rutgers.edu, d.krabbe@bmsg.de
Message-ID: <20000617141107.E26855@topic.com.au>
Reply-To: jason@topic.com.au
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="ey/N+yb7u/X9mFhi"
Content-Disposition: inline
In-Reply-To: <20000617123856.B26855@topic.com.au>; from jason@topic.com.au on Sat, Jun 17, 2000 at 12:38:56PM +1000


--ey/N+yb7u/X9mFhi
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

whooaaa, it worked.  It seems that the termination on my sony SDT9000 is rat
sh%$t.  So there you go, anyone else with problems with sony tape drives,
this could be your answer.

Jason Thomas [jason@topic.com.au] wrote:
> That is the same sort of conclusion I came to, although I am yet to test it.
> 
> what I plan to do is hook up the sony with some other device on the end of
> the scsi chain providing termination, my theory is that the termination on
> the sony drive is either fscked or picky as you suggest.
> 
> 
> Michael Kwasigroch [mkwasigr@intercope.com] wrote:
> > Jason,
> > 
> > this might not help you but I'm mailing this to let you (and others) know
> > your're not alone...
> > 
> > I have a Sony SDT-7000. I purchased it in an external box to be attached to
> > my Adaptec 2940 external connector. I had the exact same problems as you
> > describe (tape writes ok but failes on reads). I know of at least another
> > guy (he tried with two SDT-7000's) with the same problems.
> > 
> > After months of trying etc. I called Sony support here in Germany - they
> > were not very helpful ("We do not support Linux" is what the guy told me)
> > but in the end they pointed me to the company doing the harware
> > support/maintenance for Sony DAT drives here in Germany - I send the drive
> > in for inspection - no use (altough it was free of charge) - the "UNIX
> > Installation Guide" Sony provides on their website in PDF-Format did also
> > not help - I also tried the "special" st-driver that's available for Sony
> > tape drives - no use.
> > 
> > After almost a year of struggling with the drive I decided to put it into
> > the cabinet of my box to the end of my internal SCSI chain (the tape
> > terminates the bus) - and guess what:
> > 
> > THAT SOLVED MY PROBLEM!!! Now the drive works reliable and fast, no
> > problems at all!
> > 
> > It looks to me that:
> > o Sony DAT tapes are very picky regarding SCSI bus signals/cabling
> > o Sony gives a s**t about Linux support
> > o next time I probably buy HP
> > 
> > 
> > Mit freundlichen Gruessen / best regards
> > 
> > Michael Kwasigroch
> > FaxPlus/Open Development
> > ________________________________________
> > 
> > eMail:         mkwasigr@intercope.com
> > 
> > INTERCOPE GmbH
> > 
> > 
> > 
> 
> -- 
> Jason Thomas
> System Administrator  -  UID 0         Phone:   +61 2 6257 7111
> tSA Consulting Group Pty. Ltd.         Fax:     +61 2 6257 7311
> 1 Hall Street Lyneham ACT 2602         http://www.topic.com.au/



-- 
Jason Thomas
System Administrator  -  UID 0         Phone:   +61 2 6257 7111
tSA Consulting Group Pty. Ltd.         Fax:     +61 2 6257 7311
1 Hall Street Lyneham ACT 2602         http://www.topic.com.au/

--ey/N+yb7u/X9mFhi
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 5.0i for non-commercial use
MessageID: v4cWvl4+VXkSp1CXWJFD8CZ/yzNNvlO/
Comment: Ha Ha

iQA/AwUBOUr6W+3GMESSUoi+EQLVEwCdGAqZ/mFEO2VHp27Ml3Hrq2TYSnkAn2su
bBAM6GSvda+WiSZyo/E3lAcT
=LnLp
-----END PGP SIGNATURE-----

--ey/N+yb7u/X9mFhi--

-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu

home help back first fref pref prev next nref lref last post