Date: Fri, 18 Sep 1998 20:40:51 -0500 From: David Kelly <dkelly@hiwaay.net> To: Chris Shenton <chris@shenton.org> Cc: questions@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: st0: 262144-byte record too big (reading SGI tar tape) Message-ID: <199809190140.UAA04692@nospam.hiwaay.net> In-Reply-To: Message from Chris Shenton <chris@shenton.org> of "18 Sep 1998 13:58:49 EDT." <87k931fgkm.fsf@absinthe.shenton.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Chris Shenton writes: > J Wunsch <j@uriah.heep.sax.de> writes: > > > You cannot read SGI tapes (with their default blocksize) on FreeBSD, > > due to limitations in physio(9) (which have been constrained by older > > SCSI controllers that cannot handle more than 16 scatter/gather > > segments). > > Any suggestions for blocksize? The "st" man page suggests a maximum of > 64KB so I was thinking 32K. Should that be OK? If your write the tape on the SGI with a 64k or smaller blocksize then you'll be OK. (tar -cvb 128 file(s)...) You can also modify /var/sysgen/*/scsi, then build a new kernel (autoconfig), and change your SGI's default tape blocksize. (sorry, I forgot what directory the scsi file is in, you can't miss it. I'd love to see FreeBSD break the 64k barrier, at least for controllers that can handle it. Would hope Adaptec 2940's can as SGI uses AIC7880's in the O2 on my desk at work. This topic has come up a time or two in discussion of CAM. In the rewrite for CAM I get the impression the authors decided it was more important to get CAM working than to add features such as large tape blocks. I can't blame them. -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809190140.UAA04692>