On Thu, Nov 02, 2000 at 03:02:19PM +0100, Sven Rudolph wrote:
> Jean-Louis Martineau <[EMAIL PROTECTED]> writes:
>
> > On Sun, Oct 08, 2000 at 12:25:19PM -0700, Nate Eldredge wrote:
> > > With amanda 2.4.1p1, I am having trouble dumping a large fs with gnu
> > > tar. It's about 30 GB, 400K files, and mounted via NFS (it's on a Netapps
> > > filer). The symptom is
> > >
> > > <host> /mnt/<directory> lev 0 FAILED [data timeout]
> > >
> > > in the email report. The client for this fs is also the tape server, and
> > > is running Solaris 2.7.
> > >
> > > It seems that tar is taking a long time to start generating output. I
> > > truss'ed it, and it seems that it's stat'ing every file on the volume
> > > several times (it gets to the end and starts over again) before actually
> > > starting to write. This may be a function of the --listed-incremental
> > > option, I don't really know. I already had to increase etimeout to keep
> > > it from failing in the planner stage.
> >
> > You are right, the --listed-incremental is not optimized. I'm working
> > on a patch to make it faster (n log n instead of n2).
> >
> > If you are interested, I can send you the patch.
>
> OK, the patch works for me, and the resulting archive can still be
> extracted and contains the correct files ;-)
>
> Is your patch expected to appear in regular GNU tar?
It is in latest tar-1.13.18 available at ftp://alpha.gnu.org/pub/gnu/tar/
This release has more improvement.
Jean-Louis
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Departement IRO, Universite de Montreal
C.P. 6128, Succ. CENTRE-VILLE Tel: (514) 343-6111 ext. 3529
Montreal, Canada, H3C 3J7 Fax: (514) 343-5834
