On Tue, Oct 26, 2004 at 03:45:16PM -0600, John E Hein wrote: > Joe Rhett wrote at 14:28 -0700 on Oct 26, 2004: > > On Mon, Oct 25, 2004 at 06:35:44PM -0400, Gene Heskett wrote: > > > If the file cannot be restarted from byte 1 on the next tape, eg the > > > system cannot back up to the start of the file being written, then > > > something is seriously wrong with the method being used. In the case > > > of no holding disk, then it seems setting one up would be the answer. > > > > These are all stored on a holding disk, and I see the same problem during > > amflush of that holding disk. > > > > What's even more curious is that the holding disk files are broken up into > > 1 gigabyte segments. So 30-something of these would fit on a single tape, > > and if EOT was hit before tape-end, then only <1gb would be lost. > > > > Instead, nothing is being recorded as written to the tape. > > What is the setting for 'taperalgo' in your config?
It's default, which is 'first'. I could try 'largestfit', but nothing in that flush is actually larger than 5gb so I'm not sure that this applies to amflush... -- Joe Rhett Senior Geek Meer.net
