Date: Sat, 10 Jan 1998 18:34:51 -0600 From: David Kelly <dkelly@HiWAAY.net> To: Steven Ames <steve@news.cioe.com> Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: SCSI/Tape problem? Message-ID: <199801110034.SAA23436@nospam.hiwaay.net> In-Reply-To: Message from Greg Lehey <grog@lemis.com> of "Sat, 10 Jan 1998 18:42:22 %2B1030." <19980110184222.53552@lemis.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > I have tried just about every termination I can think to try. Different > > cables, different controller (still a 2940) and a different > > tape drive. It still doesn't work. So something is wrong. Options > > anyone? > > What else do you have connected to the string? If there's something > else, and you obviously have access to a second controller, try using > both controllers, with only the tape connected to the one controller. > > If that doesn't work, consider your drive options. This was an > Exabyte 8505, wasn't it? Exabytes used to have millions of drive > options, so much that hardly two drives were the same. Maybe the > drive does something that the driver doesn't understand. Ditto. There is an Exabyte firmware version for most every company that has ever purchased an Exabyte tape drive in modest volume. Think the drive in question was an 8205XL? It *might* have flash firmware. If so, the Exabyte home page has downloadable firmware. Problem is you have to upgrade your drive from DOS or Windows. Upgrading Exabyte firmware has solved several problems for me in the past with SGI workstations. Have had such a hassle last month with TTi packaged Exabytes that I dug up a P-90, an ISA ethernet card, 2940A, and put the tape drive on that. Combinded with NIS and NFS, those SGI users are quite happy with the solution. Meanwhile, am still working with TTi to get a solution which allows their Exabytes to connect directly to SGI's. -- David Kelly N4HHE, dkelly@nospam.hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199801110034.SAA23436>