From: jbradford@dial.pipex.com
To: alex14641@yahoo.com (Alex Davis)
Cc: linux-kernel@vger.kernel.org
Subject: Re: scsi error.
Date: Tue, 24 Sep 2002 17:09:38 +0100 (BST) [thread overview]
Message-ID: <200209241609.g8OG9deO000280@darkstar.example.net> (raw)
In-Reply-To: <20020924153549.84703.qmail@web40510.mail.yahoo.com> from "Alex Davis" at Sep 24, 2002 08:35:49 AM
> > > You apparently have a Data Parity Error on your SCSI bus. Probably your
> > > external SCSI drive has a cable or terminator problem. You can confirm this
> > > by disconnecting the external SCSI cable to see if the other drives come up
> > > ok.
> > > You may be missing some termination, either via an external terminator or by
> > > turning on the drive's TERMPWR jumper on the external drive (depending on
> > > the type of disk cabinet you have). Or, the external SCSI cable may be
> > > faulty (usually bent pins).
> > Also, it could be that you are using a cable designed for a Mac - those cables often don't have
> > all of the GND lines individually connected, and can cause seemingly random problems.
> Problem solved. I didn't enable term power on the last drive in my SCSI chain.
> Errors gone now. Thanks.
Hmmm, that is a bit strange - you don't specifically need to enable term power on the last device on the chain - both ends have to be terminated, but any device can supply the termination power to the bus, and only one device needs to do that. Usually all devices are configured to do that, but it is usually considered to be the host adaptor that can be relied on to provide term power. The exceptions are usually parallel port SCSI adaptors, which cannot supply enough power.
In any case, there is no harm in all devices supplying term power, as they, (should), be protected with diodes to prevent wrong voltages reaching the devices.
Having said all that, if it's fixed the problem, great. I would double check the following, though:
* Term power enabled on at least one device, (already done)
* Both ends terminated with ACTIVE terminators, (never EVER use passive terminators, they do NOT work reliably, they might work, but it really is worth paying the extra for active terminators. Even the original SCSI spec suggested active terminators. I think that passive terminators were a dinosaur from the days of SASI, (Shugart Associates System Interface), which is way, way, WAY back in time :-) ).
* Cable length does not exceed the recommended maximum, (1.5 metres for Ultra-SCSI).
* The cables are good quality
* Parity is enabled.
John.
next prev parent reply other threads:[~2002-09-24 15:56 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-09-23 14:35 scsi error Cress, Andrew R
2002-09-23 16:15 ` jbradford
2002-09-24 15:35 ` Alex Davis
2002-09-24 16:09 ` jbradford [this message]
2002-09-24 17:39 ` Alex Davis
-- strict thread matches above, loose matches on Subject: below --
2002-09-22 22:00 Alex Davis
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200209241609.g8OG9deO000280@darkstar.example.net \
--to=jbradford@dial.pipex.com \
--cc=alex14641@yahoo.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.