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<