Date: Mon, 01 Sep 2003 00:34:21 -0000 From: "Dan Langille" <dan@langille.org> To: Nate Lawson <nate@root.org> Cc: Kern Sibbald <kern@sibbald.com> Subject: Re: (Fwd) Re: SCSI tape data loss Message-ID: <3F525C19.20683.35EB4A01@localhost> In-Reply-To: <20030827112748.Y31947@root.org> References: <3F4CBD13.545.1FF6190E@localhost>
next in thread | previous in thread | raw e-mail | index | archive | help
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 > EOF. > > > 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: WITH_LIBMAP= yes 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/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3F525C19.20683.35EB4A01>