On Thu, 13 Apr 2017, Tom Yates wrote:

> On Wed, 12 Apr 2017, Martin Simmons wrote:
>
>> Does that file tree have a lot of hard links (I think the add command only
>> makes those queries for hard links)?  If so, then using Bacula 7 might help
>> (see "restore optimizespeed" in
>> http://www.bacula.org/downloads/Bacula-7.4.0/ReleaseNotes).
>
> That might well be it.  "find . -type f -links +1" says that, of the ten
> million or so files in that tree, around a million have more than one
> hard link (some have several hundred, don't ask me why).
>
> If the client will permit it, I'll investigate "restore optimizespeed" and
> report back.  Thank you!

So it turns out that going to 7.4.7 was enough.  The FD clients all stayed 
on CentOS 6's 5.0.0, and seem to be fine (though testing continues). 
"optimizespeed=true" seems to be the default in 7.x; in the first test the 
upgrade cut the time for the "add home" phase from twenty-some HOURS to 
about eight SECONDS.  We have made no further changes, though we 
gratefully note Kern's list of other improvements we could make if things 
start to drag again.

Thanks to all, but especially Martin and Kern, for help with this. 
Bacula's back on the menu!


   Tom Yates
   Cambridge, UK.

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users