Date: Mon, 2 Jun 2003 13:14:38 -0700 (PDT) From: Matthew Jacob <mjacob@feral.com> To: "Justin T. Gibbs" <gibbs@scsiguy.com> Cc: Kern Sibbald <kern@sibbald.com> Subject: Re: SCSI tape data loss Message-ID: <20030602131225.F71034@beppo> In-Reply-To: <577540000.1054579840@aslan.btc.adaptec.com> References: <3EDB31AB.16420.C8964B7D@localhost> <3EDB59A4.27599.C93270FB@localhost> <577540000.1054579840@aslan.btc.adaptec.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Probably. Actually, it was 63k. But I sorta doubt that this was the issue. A buddy of mine at Mirapoint did just remind me that physio can silently break up xfers that are even less than 64k if the buffer isn't page aligned- I'd forgotten about that. But I'm not sure that this is what is occurring. I need to think about this some more, but it may be that the actions that are being taken after EOM detection may be overwriting data. But don't take that to the bank at all. -matt On Mon, 2 Jun 2003, Justin T. Gibbs wrote: > >> And we have finish: > >> > >> ./tpt -v -b 5120 -r 10000000000 -n 10 -f /dev/nrsa0 > > Shouldn't the test be run with the 64k record size that Bacula > uses? > > -- > Justin > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030602131225.F71034>