David Holland wrote:
> I have been meaning sometime to hack dump to allow using dumpdates
> with subtree or partial-volume dumps, which requires something like
> this as a prereq, so yes please.
I committed the -U flags patch for dump/dump_lfs.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m.
Emmanuel Dreyfus wrote:
> Here is the -U flag patch augmented with a -H hash_pattern option,
> which lets you partitionize given files-to-dump.
Erratum
Index: dump.8
===
RCS file: /cvsroot/src/sbin/dump/dump.8,v
retrieving revisio
On Thu, Mar 21, 2019 at 10:15:52AM +0100, Edgar Fu? wrote:
> > IIRC Irix had this, both for EFS and XFS.
> No, as far as I remember and see, neither dump nor xfsdump had this.
> I didn't actually start my O2, though.
I'm pretty sure it did -- dumpdates on Irix tracked the last-dumped
date for arbi
On Wed, Mar 20, 2019 at 04:20:09PM +, David Holland wrote:
> I have been meaning sometime to hack dump to allow using dumpdates
> with subtree or partial-volume dumps, which requires something like
> this as a prereq, so yes please.
Here is the -U flag patch augmented with a -H hash_pattern op
> IIRC Irix had this, both for EFS and XFS.
No, as far as I remember and see, neither dump nor xfsdump had this.
I didn't actually start my O2, though.
On Wed, Mar 20, 2019 at 03:53:41PM +, Emmanuel Dreyfus wrote:
> On Wed, Mar 20, 2019 at 03:58:01PM +0100, Edgar Fuß wrote:
>
> > Any prior art in one of the other BSDs or in systemd?
>
> According to FreeBSD and OpenBSD man pages, no prior art, but the
> flag was not used for soemthing else t
On Wed, Mar 20, 2019 at 03:58:01PM +0100, Edgar Fuß wrote:
> > Example usages:
> > dump -a0uf /dump/data.dump -D NAME=data /data/
> > dump -a0uf /dump/data-abc.dump -D data-abc /data/a* /data/b* /data/c*
> I fail to see any -U in there.
>
> > Opinions?
> Any prior art in one of the other BSDs or i
On Wed, Mar 20, 2019 at 04:20:09PM +, David Holland wrote:
> I have been meaning sometime to hack dump to allow using dumpdates
> with subtree or partial-volume dumps, which requires something like
> this as a prereq, so yes please.
This is what I am doing: I split the volume root directories
On Wed, Mar 20, 2019 at 08:10:22AM +, Emmanuel Dreyfus wrote:
> I propose to add -U option to dump(8), which lets the administrator
> specify the device name in /etc/dumpdates. Example usages:
> dump -a0uf /dump/data.dump -D NAME=data /data/
> dump -a0uf /dump/data-abc.dump -D data-abc /da
On Wed, Mar 20, 2019 at 03:58:01PM +0100, Edgar Fuß wrote:
> > Example usages:
> > dump -a0uf /dump/data.dump -D NAME=data /data/
> > dump -a0uf /dump/data-abc.dump -D data-abc /data/a* /data/b* /data/c*
> I fail to see any -U in there.
I wonder how I managed to screw that example so badly! I mean
> Example usages:
> dump -a0uf /dump/data.dump -D NAME=data /data/
> dump -a0uf /dump/data-abc.dump -D data-abc /data/a* /data/b* /data/c*
I fail to see any -U in there.
> Opinions?
Any prior art in one of the other BSDs or in systemd?
Hello
I have been running into situations where dump(8) could not figure the
device to use for updating /etc/dumpdates. It seems to be the case
when I give dump(8) a mount point associated with a NAME= label in /etc/fstab
It also obviously happens when we dump a filesystem subdirectory. Here
-u i
12 matches
Mail list logo
