On Sat, 2002-11-16 at 04:40, Zlatko Calusic wrote:
> Andi Kleen <ak@xxxxxxx> writes:
>
> >> Hm, to tell the truth, all that doesn't sound like an easy problem to
> >> fix, but I'm sure we'll think of something. :)
> >
> > It may be possible to just hack the user space program to limit
> > the data currently in flight, but that would likely impact performance
> > somewhat. Better than doing no backups though.
>
> Before that, I think we should try to fix it properly. Yes, xfsdump is
> blazingly fast and probably that is the reason we have some problems
> with it now, but let's try not to surrender before a fight. :)
The xfsdump folks would be pleased to hear that, we get complaints the
other way sometimes.
You say you are dumping into a file in another filesystem, what type of
filesystem is it? If you stream data there from something like lmdd
does it work OK? Also (and I am not sure you can do this), what happens
if you xfsdump to /dev/null?
I suspect both of these will work, but worth a try.
Steve
--
Stephen Lord <lord@xxxxxxx>
|