On Jul 26, 3:25pm, Federico Sevilla III wrote:
> Subject: Re: xfsdump looking for libhandle.la in /lib
> On Thu, 26 Jul 2001 at 15:21, Federico Sevilla III wrote:
> > Anyway, I am temporary creating a symlink in /usr/lib for libhandle.la
> > to be able to work around this.
> Grr, in /lib pointing to /usr/lib/libhandle.la I mean. Built the xfsprogs
> package successfully with this.
Current xfsdump/configure.in in cvs looks in /usr/lib/libhandle.la
- but even if it doesn't find this, it will fall back to -lhandle,
so I'm not sure what the problem is? (error message?)
Perhaps you have some residual state from an earlier build & need
to do a "make realclean"? /usr/lib is where the .la and .a ended
> BTW, what's the current status of xfs_fsr? I don't know how stable it is,
> and how it handles changes in the filesystem (since the filesystem will be
> mounted) while it is in operation. Is it safe to run this in a cron job,
> for example? And how much improvement can one typically get from running
> xfs_fsr to reorganize a filesystem's contents?
There have been some reports of fsr causing kernel panics - I
saw some mail fly by in the last couple of days stating that
problem was on Steve's work-in-progress list.
I think that in the general case, the improvement from fsr is
relatively small - but believe there are corner cases where it
makes a big difference.