From owner-freebsd-scsi Wed May 12 16:31:32 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from Genesis.Denninger.Net (kdhome-2.pr.mcs.net [205.164.6.10]) by hub.freebsd.org (Postfix) with ESMTP id 99F8915AF2 for ; Wed, 12 May 1999 16:31:27 -0700 (PDT) (envelope-from karl@Genesis.Denninger.Net) Received: (from karl@localhost) by Genesis.Denninger.Net (8.9.3/8.8.2) id SAA20419; Wed, 12 May 1999 18:28:41 -0500 (CDT) Message-ID: <19990512182841.A20409@Denninger.Net> Date: Wed, 12 May 1999 18:28:41 -0500 From: Karl Denninger To: Darryl Okahata Cc: mjacob@feral.com, freebsd-scsi@FreeBSD.ORG Subject: Re: Question - Onstream SCSI Streamer References: <19990508001936.A597@Denninger.Net> <199905122325.QAA14502@mina.sr.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199905122325.QAA14502@mina.sr.hp.com>; from Darryl Okahata on Wed, May 12, 1999 at 04:25:27PM -0700 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers will be LARTed and the remains fed to my cat Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Well, for the kinds of use to which we'd put the device (ie: streaming tape) a 32k block size isn't horrid. I can see where if you tried to use it as a random-access replacement (ie: to write "files" to) you'd be rather unhappy with the wastage that this would cause, but for streaming applications I doubt it hurts much. I'll try hardcoding THAT as a quirk and see if the drive decides it would like to at least get past the open and actually perform I/O :-) -- -- Karl Denninger (karl@denninger.net) Web: fathers.denninger.net I ain't even *authorized* to speak for anyone other than myself, so give up now on trying to associate my words with any particular organization. On Wed, May 12, 1999 at 04:25:27PM -0700, Darryl Okahata wrote: > Karl Denninger wrote: > > > Well, I added a quirk entry for the OnStream (and support for "rewind > > immediate" in general) to the SA driver. > > > > All that did for me is discover that the Onstream also refuses to respond to > > an inquiry for block limits (!) > > > > I'm going to try a few other things here before giving up on this quest and > > waiting for someone to get real documentation, but I'm not encouraged by > > what I'm seeing so far. > > It also appears that the drive only supports 32KB sectors. ;-( > See the appended message. > > -- > Darryl Okahata > darrylo@sr.hp.com > > DISCLAIMER: this message is the author's personal opinion and does not > constitute the support, opinion, or policy of Hewlett-Packard, or of the > little green men that have been following him all day. > > =============================================================================== > From: Kurt Godwin > Subject: Re: More OnStream commentary (followup) > Newsgroups: comp.sys.ibm.pc.hardware.storage > Date: Tue, 11 May 1999 19:03:54 GMT > Organization: Deja.com - Share what you know. Learn what you don't. > > In article <3735f1e6.17806602@basement>, > please@see.sig (SteveR) wrote: > > On Tue, 27 Apr 1999 16:26:51 GMT, Kurt Godwin > > wrote: > > >The REAL fix from Microsoft will be available soon (at > > >http://support.microsoft.com/support/kb/articles/q224/0/73.asp) > > >Keep checking this url, it should be up soon. > > > > Yup. It's there. Ya gotta love Microsoft. They admittedly screw up > > then put all kinds of hoops out for users to jump through (call > > Microsoft paid support line to get access to the fix...) when a simple > > download would have done the job far more directly. Arrgh. Maybe > > whoever gets to this first can post it in > > alt.binaries.shareware.ibm.pc, or somewhere equally accessible. > > > > Hey Kurt, when are we going to get the other issues with Echo > > addressed? You know, like large block sizes, multi-tape backups, and > > optional installation of Echo "features"? > > SteveR > > m.a.i.l.t.o.: > > s.r.r.2 a.t r.c.n d.o.t c.o.m > > > The next version of Echo software is scheduled for June (probably end > of June). > The OnStream drive supports only 32K sectors. We have added code to > compress files within sectors (this changes the backup format), and > allows better use of the tape. This fix will only work with backups, > as copying files to the tape will not change. I should mention that > this "limitation" is a physical limitation with the drive, and not > clustering issue. Our backup product creates files on the tape (or > other media) > > Multi-tape backups (or tape linking) will be in this version as well > (end of june) > > As far as "optional" installation of features, I don't know what you > mean. The only "optional" component of our system is the backup engine > (pconfig.exe), and if you don't want to use it, just don't run it. > The rest of the product is not divisible. If you don't want to use our > backup product, the tape drive letter ( usually T: )is there for you > to use however you wish. Microsoft Backup will work with it as well as > any other program that creates files. > > What is it that you don't want to install? > > > > --== Sent via Deja.com http://www.deja.com/ ==-- > ---Share what you know. Learn what you don't.--- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message