Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[Bacula\-users\]\s+Restores\s+very\s+slow\s+while\s+selecting\s+files\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[Bacula\-users\]\s+Restores\s+very\s+slow\s+while\s+selecting\s+files\s*$/: 8 ]

Total 8 documents matching your query.

1. [Bacula-users] Restores very slow while selecting files (score: 1): Author: Tom Yates <madlists AT teaparty DOT net>; Date: Wed, 12 Apr 2017 08:03:32 +0100 (BST); I've got a fairly big filesystem (3TB, 15M files) of which I want to (test) restore a part. I know that if the backend DB is slow the "Building file list" stage can take some time, but I have it stri; /usr/local/webapp/mharc-adsm.org/html/Bacula-users/2017-04/msg00036.html (13,568 bytes)
2. Re: [Bacula-users] Restores very slow while selecting files (score: 1): Author: Francisco Javier Funes Nieto <esencia AT gmail DOT com>; Date: Wed, 12 Apr 2017 09:45:26 +0200; The missing question, which Database Catalog are you using ? El 12 abr. 2017 9:26 a. m., "Tom Yates" <madlists AT teaparty DOT net> escribió: I've got a fairly big filesystem (3TB, 15M files) of whi; /usr/local/webapp/mharc-adsm.org/html/Bacula-users/2017-04/msg00037.html (14,666 bytes)
3. Re: [Bacula-users] Restores very slow while selecting files (score: 1): Author: Tom Yates <madlists AT teaparty DOT net>; Date: Wed, 12 Apr 2017 10:33:55 +0100 (BST); The missing question, which Database Catalog are you using ? The catalogue database is on MySQL, again using the version that comes with CentOS 6 (5.1.73). -- Tom Yates - http://www.teaparty.net --; /usr/local/webapp/mharc-adsm.org/html/Bacula-users/2017-04/msg00040.html (11,709 bytes)
4. Re: [Bacula-users] Restores very slow while selecting files (score: 1): Author: Martin Simmons <martin AT lispworks DOT com>; Date: Wed, 12 Apr 2017 11:07:07 +0100; 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.bacul; /usr/local/webapp/mharc-adsm.org/html/Bacula-users/2017-04/msg00042.html (13,578 bytes)
5. Re: [Bacula-users] Restores very slow while selecting files (score: 1): Author: Tom Yates <madlists AT teaparty DOT net>; Date: Thu, 13 Apr 2017 10:22:32 +0100 (BST); 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).; /usr/local/webapp/mharc-adsm.org/html/Bacula-users/2017-04/msg00044.html (12,042 bytes)
6. Re: [Bacula-users] Restores very slow while selecting files (score: 1): Author: Kern Sibbald <kern AT sibbald DOT com>; Date: Thu, 13 Apr 2017 17:06:54 +0200; Hello, Bacula was designed to handle a maximum of 10M files (Bacula 5.0.x). Since then file systems have grown a lot and so has Bacula. We have redesigned Bacula a number of times to be able to cope; /usr/local/webapp/mharc-adsm.org/html/Bacula-users/2017-04/msg00046.html (16,020 bytes)
7. Re: [Bacula-users] Restores very slow while selecting files (score: 1): Author: Tom Yates <madlists AT teaparty DOT net>; Date: Fri, 21 Apr 2017 09:02:35 +0100 (BST); 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; /usr/local/webapp/mharc-adsm.org/html/Bacula-users/2017-04/msg00082.html (13,311 bytes)
8. Re: [Bacula-users] Restores very slow while selecting files (score: 1): Author: Kern Sibbald <kern AT sibbald DOT com>; Date: Fri, 21 Apr 2017 15:51:32 +0200; Hello Tom, Thanks for the feedback. I am pleased that you got such a nice improvement in performance. From the numbers you cite, it doesn't seem likely you will need any of the other ideas for possib; /usr/local/webapp/mharc-adsm.org/html/Bacula-users/2017-04/msg00083.html (14,759 bytes)

Current List: 1 - 8
Page: [1]