Date: Tue, 3 Jun 2003 11:00:21 -0700 (PDT) From: Matthew Jacob <mjacob@feral.com> To: Kern Sibbald <kern@sibbald.com> Cc: freebsd-scsi@freebsd.org Subject: Re: SCSI tape data loss Message-ID: <20030603103611.R24586@wonky.in0.lcl> In-Reply-To: <1054661668.13606.292.camel@rufus> References: <3EDB31AB.16420.C8964B7D@localhost> <3EDB59A4.27599.C93270FB@localhost> <577540000.1054579840@aslan.btc.adaptec.com> <20030602131225.F71034@beppo> <1054645616.13630.161.camel@rufus> <1054653106.13606.217.camel@rufus><1054661668.13606.292.camel@rufus>
next in thread | previous in thread | raw e-mail | index | archive | help
> There are now a lot more things making sense > because I've had other FreeBSD users report > "unbelievable" output from a simple test program > I have. I'll respond below, but with the latest > test results, the problem seems to be generated > from the simple sequence: > > write() > ... > write() > ioctl(MTEOF) > ioctl(MTEOF) > ioctl(MTREW) > > is there any reason why writing two end of file marks > followed by a rewind after a series of writes should > create data loss? No. That, in fact, whould flush data to the tape. Additional filemarks should not be written even after you close here because the rewind would clear SA_FLAG_TAPE_WRITTEN so a subsequent close won't write more. I'm playing around with this some as we speak. -matt
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030603103611.R24586>