From owner-freebsd-scsi@FreeBSD.ORG Tue Dec 20 20:49:35 2005 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0BD816A41F for ; Tue, 20 Dec 2005 20:49:35 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC63043D5A for ; Tue, 20 Dec 2005 20:49:34 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wproxy.gmail.com with SMTP id i7so219794wra for ; Tue, 20 Dec 2005 12:49:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ZIeO3FcAjWCR18v/fspRSUerVhJO1qtHL8lXX7RolU4U7O20htPDJGG7zHRdlazj2ji8K3hSQKT5ZMv0R27WZT1xnZOGuT/aPfS8tPgFQo5lJ5FzsIt1vDn0o5+93HPJiQ4I46QMQdRN5NizH+WG2ZI104jFtzs65goTB434Tak= Received: by 10.65.132.20 with SMTP id j20mr4645218qbn; Tue, 20 Dec 2005 12:49:30 -0800 (PST) Received: by 10.65.155.20 with HTTP; Tue, 20 Dec 2005 12:49:29 -0800 (PST) Message-ID: <7579f7fb0512201249k595e2eai62467a0c0e670451@mail.gmail.com> Date: Tue, 20 Dec 2005 12:49:29 -0800 From: Matthew Jacob To: Kern Sibbald In-Reply-To: <200512201018.07905.kern@sibbald.com> MIME-Version: 1.0 References: <200512151122.34949.kern@sibbald.com> <200512192306.31821.kern@sibbald.com> <7579f7fb0512191520t484add63p40d81e2754897028@mail.gmail.com> <200512201018.07905.kern@sibbald.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-scsi@freebsd.org Subject: Re: Tape drive handling on FreeBSD X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 20:49:35 -0000 > The only problem I can imagine is if someone already uses O_NONBLOCK on a= n > open() call and expects it to fail if there is no tape in the drive. Thi= s > seems a bit unlikely, but a bit of documentation can avoid most problems. *cough* Documentation didn't help you :-). I'll try and do a bit of work on it over the next week or so but I can't test until I get home and hook up a tape drive (and find a frickin' piece o= f DTL media for it). Poke me periodically at my private address. > Is the problem here that you *don't* want to do 'space to EOD' when EOM i= s > > issued? That is, you don't want to lose your actual relative tape > position > > information when seeking to append? > > Yes, exactly. Since Bacula maintains the file/block positions of > jobs/data in > a catalog, it will refuse to append to a tape if the actual EOM of the > tape > does not agree with the catalog. A discrepency can easily occur if, whil= e > writing a tape, the OS crashes (a power loss of course) ... Can't use use block location stuff? Again- let's move this discussion to my private mail address unless anyone else on freebsd-scsi wants to join in.