Re: Maximum LMFS File Size

[Reti@STONY-BROOK.SCRC.Symbolics.COM (Kalman Reti)]

    Date: Thu, 25 Apr 1991 11:06 PDT
    From: moon@cambridge.apple.com (David A. Moon)

    > Date: Thu, 25 Apr 91 09:20 ADT
    > From: Steve%BALROG.it.drea.dnd.ca@Warbucks.AI.SRI.COM (Steve Lawrence)
    > ...but when I went to
    > back the file up to tape, the dumper complained about it.

    Maybe the file was bigger than the total size of your tape.

    I think there's a dont-back-up file property, you could look for that
    and if you find it, turn it on.
I don't think there is such a property (at least a quick look in the sources
didn't find it).  However, you can always specify the next file in the
directory as the restart pathname to effectively skip dumping the problem
file.  (In this context, "next" means next in the recursive directory walk
the backup dumper performs; this is most easily determined for the list of
files to be dumped at the time of the error [it is an argument to LMFS:DUMP-FILES]
but it can also be determined using unsorted FS:DIRECTORY-LISTs.)  You could even
(via judicious renaming) ensure that the problematic file (or files) always come
first in this list so you could just specify a restart pathname for ALL your
dumps.  (Of course, if you do this, you have to be careful if/when you decide
to delete these files to update the restart pathname...).