From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 26 07:51:05 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08D9616A406 for ; Tue, 26 Feb 2008 07:51:05 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.freebsd.org (Postfix) with ESMTP id 95B1813C458 for ; Tue, 26 Feb 2008 07:51:04 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail05.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m1Q7p2aZ023738 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Feb 2008 18:51:03 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m1Q7p2YQ084092 for ; Tue, 26 Feb 2008 18:51:02 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m1Q7p22m084091 for freebsd-hackers@freebsd.org; Tue, 26 Feb 2008 18:51:02 +1100 (EST) (envelope-from peter) Date: Tue, 26 Feb 2008 18:51:02 +1100 From: Peter Jeremy To: freebsd-hackers@freebsd.org Message-ID: <20080226075102.GE83599@server.vk2pj.dyndns.org> References: <20080225154455.4822e72a@bhuda.mired.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TakKZr9L6Hm6aLOc" Content-Disposition: inline In-Reply-To: <20080225154455.4822e72a@bhuda.mired.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: emulate an end-of-media X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 07:51:05 -0000 --TakKZr9L6Hm6aLOc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 25, 2008 at 03:44:55PM -0500, Mike Meyer wrote: >On Mon, 25 Feb 2008 21:19:33 +0100 "Martin Laabs" wrote: >> My solution can just close the pipe at the one "end" of the magic >> device which would be realy simple to implement in a script. > >While you're proposing a magic device that catches sigpipe, and >delivers an EOM to make dump -a happy. I'm proposing that dump catch >the sigpipe, and treat it like an EOM if it has -a. This may be >non-workable, in that you have to be able to tell if it was the -P >process or a slave process that generated the sigpipe, but I think >it's the best solution. I'm not sure wheher Martin is trying to create a dump that is a single logical volume split over multiple physical volumes or a multi-volume dump. In the former case, then dump doesn't need to see the physical volume changes. The downside is that a partial restore would be painful as would a media error partway through the dump. I suspect Martin is trying for the latter case - which has a number of advantages (like partial restores are much faster and a failed write can be retried on new media). But it also has some gotchas. The biggest one is that dump needs to be able to write past EOM (so it can record an end-of-volume block). This isn't a problem for physical tapes (which report a logical EOM somewhat prior to the physical EOM and will allow writing beyond the logical EOM). But it does mean that your magic device needs to be able to return EOM to dump early enough that dump can record end-of-volume and the compressor can dump that block and any trailing state before it runs out of media. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --TakKZr9L6Hm6aLOc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHw8Tm/opHv/APuIcRApYtAJ9ZiqUWBsol5FnKtUEBlyCLTMg+mACgrRtm SQJVZkeQ96ldRMQHOKXtE5Y= =8go8 -----END PGP SIGNATURE----- --TakKZr9L6Hm6aLOc--