Re: But wait, theres more... [Fwd: Bug#415123: -R option can't append to a plain file]

[Bill Kendall <wkendall@xxxxxxx>]

Tim summed it up pretty well. I'd agree it's more of
a feature request. In case it isn't clear, the way
to resume a dump to a regular file is to point xfsdump
at a new file, just like incremental dumps go in a
different file than the base dump.

Bill

Timothy Shimmin wrote:
> Hi,
>
> I'll leave this to Bill. Just a couple of comments.
>
> I don't know if you can call it a "bug", more of a restriction.
> There is a layer provided for the I/O using drive_*.c -
> i.e drive_scsitape.c, drive_minrmt.c, drive_simple.c (which show up
> as a "drive strategy" on output).
> As part of the ds_instantiate() interface one typically sets up the 
> d_capabilities
> that this drive strategy supports and for files (drive_simple), 
> DRIVE_CAP_APPEND is
> not given. What the ramifications for drive_simple (file strategy) are,
> I wouldn't know without looking at the code and playing with it.
> But I'd call it an RFE :)
>
> --Tim
>
> --On 19 March 2007 8:23:13 AM +1100 Nathan Scott <nscott@xxxxxxxxxx> wrote:
>
> > And a free set of steak knives if you fix this bug...  ;-)
> >
> > -------- Forwarded Message --------
> > From: Peter Chubb <peterc@xxxxxxxxxxxxxxxxxx>
> > Reply-To: Peter Chubb <peterc@xxxxxxxxxxxxxxxxxx>,
> > 415123@xxxxxxxxxxxxxxx
> > To: submit@xxxxxxxxxxxxxxx
> > Subject: Bug#415123: -R option can't append to a plain file
> > Date: Fri, 16 Mar 2007 19:54:37 +1100
> >
> > Package: xfsdump
> > Version: 2.2.38-1
> >
> > If I use xfsdump to dump to a plain file, interrupt it, then restart
> > with the -R option, xfsdump complains:
> >
> > xfsdump: ERROR: media contains valid xfsdump but does not support append
> >
> > which is misleading: of *course* you can append to a regular file if
> > there's space on the filesystem.
> >
> > --
> > Dr Peter Chubb  http://www.gelato.unsw.edu.au  peterc AT 
> > gelato.unsw.edu.au
> > http://www.ertos.nicta.com.au           ERTOS within National ICT 
> > Australia
> >
> > --
> > Nathan