[9384] in linux-scsi channel archive
Re: Adaptec dies after powerloss of a drive
daemon@ATHENA.MIT.EDU (Matthias Andree)
Mon Aug 14 04:47:34 2000
Date: Mon, 14 Aug 2000 10:22:20 +0200
From: Matthias Andree <matthias.andree@gmx.de>
To: linux-scsi@vger.rutgers.edu
Message-ID: <20000814102220.A6878@lxMA.mediaways.net>
Mail-Followup-To: linux-scsi@vger.rutgers.edu
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf"
Content-Disposition: inline
In-Reply-To: <20000812162614.K19981@D250.suse.de>; from garloff@suse.de on Sat, Aug 12, 2000 at 16:26:14 +0200
--J2SCkAp4GZ/dPZZf
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Sat, 12 Aug 2000, Kurt Garloff wrote:
> BTW, I have a Am53c974 (tmscsim), a sym53c875 and a TRM-S1040 (dc395x_trm)
> on a SCSI bus and never managed to start a reset war, despite manually
> resetting the bus quite often.
Uh. Two of these drivers happen to be maintained by you ;-)
> However, the SCSI subsystem should get some memory. If there are a like t=
wo
> consecutive bus resets caused by the same device, it should be just taken
> offline.
In that respect, we would require forced unmount as well, would not we?
If I take e. g. a faulty disk drive off-line, say, with a file system
that is not necessary for the system (say, an incoming FTP directory),
this could bring the system down with load rising and D processes all
over the place anyways (I experienced this).
--=20
Matthias Andree
--J2SCkAp4GZ/dPZZf
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.1c-SuSE (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE5l6w7yzFN8KmngS0RAgk2AJ9HjaI7sw0HI8DCpeiLFsNDWkHotQCcCCVA
b8mDXVQx11xBDFDdJfI7sYE=
=1hsU
-----END PGP SIGNATURE-----
--J2SCkAp4GZ/dPZZf--
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu
