From owner-freebsd-stable@FreeBSD.ORG  Wed Aug 20 10:15:27 2003
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id D979016A4BF; Wed, 20 Aug 2003 10:15:27 -0700 (PDT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 6558243FDD; Wed, 20 Aug 2003 10:15:27 -0700 (PDT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id 5994972DD4; Wed, 20 Aug 2003 10:15:27 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP
	id 5406A72DD2; Wed, 20 Aug 2003 10:15:27 -0700 (PDT)
Date: Wed, 20 Aug 2003 10:15:27 -0700 (PDT)
From: Doug White <dwhite@gumbysoft.com>
To: Nate Lawson <nate@root.org>
In-Reply-To: <20030820092347.G20029@root.org>
Message-ID: <20030820101248.L61485@carver.gumbysoft.com>
References: <20030820092347.G20029@root.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
cc: freebsd-threads@freebsd.org
Subject: Re: (Fwd) Lost data on FreeBSD tape (fwd)
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Aug 2003 17:15:28 -0000

On Wed, 20 Aug 2003, Nate Lawson wrote:

> This appears to be a pthreads problem, not scsi.  Anyone care to look at
> it?

This will be an interesting fix ... since pthreads use non-blocking file
descriptors underneath, fixing it may involve changing the semantics of
non-blocking files.

> The interesting thing is that when the program
> works, it gets a 0 status on a write, which
> indicates that the tape is at the end of the
> Logical EOF marker (or in other words, the
> tape is almost full):

I'm kind of curious what he's referring to here.  There are no EOF markers
unless you write them yourself.  Does bakula require you to stripe tapes
before use?

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org