Re: Spurious "strange" results from xfsdump

Jason L Tibbitts III <[email protected]>
Newsgroups gmane.comp.archivers.amanda.devel
Message-ID <[email protected]>
>>>>> "JM" == Jean-Louis Martineau <[email protected]> writes:

JM> Add an AM_NORMAL_RE in client-src/sendbackup-dump.c Add it before
JM> the AM_STRANGE_RE("[Ff]ail")

Yeah, that's what I proposed.  I just wanted to make sure that adding an
AM_NORMAL_RE before the AM_STRANGE_RE entries would actually work.

But my other question remains: would you consider adding this?  I can
carry this patch locally, or in the Fedora packages, but I wanted to see
if you would be amenable to adding it directly and if you needed any
additional information before making that change.

I talked with the upstream xfsdump maintainers and they indicated that
xfsdump is just logging that it's falling back to a slower means of
getting inode information instead of using the bulk call, because the
filesystem changed.  (XFS has a call to get blocks of inode information
instead of traversing the file tree and doing a bunch of stat calls.)
It probably should be fixed to not complain about it, but xfsdump moves
much more slowly than amanda does....

 - J<
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.