(Fwd) Re: SCSI tape data loss
dan at langille.org
Sun Aug 31 17:34:21 PDT 2003
On 27 Aug 2003 at 11:29, Nate Lawson wrote:
> On Wed, 27 Aug 2003, Dan Langille wrote:
> > On 27 Aug 2003 at 11:06, Nate Lawson wrote:
> > > Here is a response I got by forwarding this to the pthreads maintainer:
> > > > A return status of 0 from write is not interpreted as an End-Of-Tape.
> > > > The threads library isn't smart enough to know that the file
> > > > is a tape device and that a 0 status should break it out of the
> > > > loop. Thus, it continues writing.
> > > >
> > > > Use libkse :-)
> > > >
> > > > --
> > > > Dan Eischen
> > Nate: thanks for getting in touch with him.
> > It is interesting to note that the code works OK on Linux and
> > Solaris. Why is FreeBSD different in this case?
> I don't know. Our pthreads implementation is purely userland so it's
> likely that it is difficult to differentiate a non-blocking read from an
> > Kern: I can't comment on libkse. I don't know it and I don't know
> > what effect it would have on Bacula.
> libkse is a drop-in replacement for libpthreads. Unfortunately, it's only
> on 5.x.
Kern's latest testing on my 5.1-RELEASE box has shown that problem
problem persists. I think our next step is to try libkse.
>From what I've been told, I just add:
to /etc/make.conf and rebuild rtld-elf (or world) in order to enable
its use. Then make use of /etc/libmap.conf
Dan Langille : http://www.langille.org/
More information about the freebsd-scsi