On Thu, Oct 02, 2008 at 06:03:23PM -0700, Aaron J. Grier wrote:
> On Thu, Oct 02, 2008 at 10:15:52AM -0400, Jean-Louis Martineau wrote:
> > >sendbackup: info end
> > >| DUMP: You can't update the dumpdates file when dumping a subdirectory
> > >|
Dustin J. Mitchell wrote at 00:41 -0400 on Oct 3, 2008:
> On Thu, Oct 2, 2008 at 9:03 PM, Aaron J. Grier <[EMAIL PROTECTED]> wrote:
> > I beg your pardon, but /sbin/dump is perfectly capable of dumping
> > subdirectories on most unixes. it just won't record (or read) the date
> > of the dump
write of tape-01, the a/b/c file is
not on tape, there is no way to recover it
On day 12, it will be on the level 0 backup of /home/bar.
Jean-Louis
Aaron J. Grier wrote:
On Thu, Oct 02, 2008 at 10:15:52AM -0400, Jean-Louis Martineau wrote:
sendbackup: info end
| DUMP: You can
re is no way to recover it
On day 12, it will be on the level 0 backup of /home/bar.
Jean-Louis
Aaron J. Grier wrote:
On Thu, Oct 02, 2008 at 10:15:52AM -0400, Jean-Louis Martineau wrote:
sendbackup: info end
| DUMP: You can't update the dumpdates file when dumping a subdirectory
| DUMP
On Thu, Oct 2, 2008 at 9:03 PM, Aaron J. Grier <[EMAIL PROTECTED]> wrote:
> I beg your pardon, but /sbin/dump is perfectly capable of dumping
> subdirectories on most unixes. it just won't record (or read) the date
> of the dump in /etc/dumpdates.
I'm happy to be proven wrong (I've not used dump
On Thu, Oct 02, 2008 at 10:15:52AM -0400, Jean-Louis Martineau wrote:
> >sendbackup: info end
> >| DUMP: You can't update the dumpdates file when dumping a subdirectory
> >| DUMP: The ENTIRE dump is aborted.
> >sendbackup: error [dump (20830) /sbin/dump returned
ER_CMD=/bin/gzip -dc |/sbin/restore -xpGf - ...
sendbackup: info COMPRESS_SUFFIX=.gz
sendbackup: info end
| DUMP: You can't update the dumpdates file when dumping a subdirectory
| DUMP: The ENTIRE dump is aborted.
sendbackup: error [dump (20830) /sbin/dump returned 1]
\
Does anyone
dump returned 1]
sendbackup: start [host1:/usr/local level 0]
sendbackup: info BACKUP=/sbin/dump
sendbackup: info RECOVER_CMD=/bin/gzip -dc |/sbin/restore -xpGf - ...
sendbackup: info COMPRESS_SUFFIX=.gz
sendbackup: info end
| DUMP: You can't update the dumpdates file when dumping a subdirectory
On Wednesday 05 April 2006 19:57, Bruce Thompson wrote:
>
> You may also want to set up a split_diskbuffer in a location that can
> hold at least one tape_splitsize buffer.
>
> I've got a 10G holding area and 4G tapes. My largest (current)
> filesystem is coming in at about 15G. My tape_splitsize i
On Wednesday 05 April 2006 19:00, Joshua Baker-LePain wrote:
> On Wed, 5 Apr 2006 at 6:51pm, Anne Wilson wrote
>
> > Following advice from Gene and the advice in the thread 'Strugging with
> > splits in 2.5.0' I tried to set up to dump in DVD-size chunks. The dump
> > appeared to run, but eventual
On Apr 5, 2006, at 11:00 AM, Joshua Baker-LePain wrote:
On Wed, 5 Apr 2006 at 6:51pm, Anne Wilson wrote
Following advice from Gene and the advice in the thread 'Strugging
with splits
in 2.5.0' I tried to set up to dump in DVD-size chunks. The dump
appeared to
run, but eventually the repo
On Wed, 5 Apr 2006 at 6:51pm, Anne Wilson wrote
Following advice from Gene and the advice in the thread 'Strugging with splits
in 2.5.0' I tried to set up to dump in DVD-size chunks. The dump appeared to
run, but eventually the report came back that it had failed.
*snip*
What have I missed?
endbackup: info end
| DUMP: You can't update the dumpdates file when dumping a subdirectory
| DUMP: The ENTIRE dump is aborted.
sendbackup: error [/sbin/dump returned 1]
\
NOTES:
planner: Adding new disk borg:/home.
planner: Adding new disk borg:/Public.
taper: no split_
13 matches
Mail list logo