On Fri, Mar 22, 2013 at 01:37:42PM +0200, Bugbear wrote: > Hi Dimitrij, > > Well, for me using only one catalog isn't solution at all. With the > number of clients and files I'm backing up, using one database > (catalog) causes huge performance penalties, that's why I use multiple > catalogs. >
We recently switched to running multiple catalogs and have seen similar strange issues, however not while restoring but more often when running backups. I'm wondering why you don't define different media types if you run dedicated pools & storages for each client? This might help bacula to identify which storage can read a certain media type. It's only a string that identifies the media type, there's no magic involved at all. In our setup, each client has two pools (one for full, one for incrementals), two storages (ditto) and two media types defined. As a last resort with disk based backup at least, you can use bls / bextract to get at your backup data, circumventing catalog usage completely. Out of couriosity, how big is your "large" catalog? Cheers, Uwe > Also I found some thread explaining exactly the same problem as mine: > http://marc.info/?l=bacula-bugs&m=132248738530236 > ... but it seems the bug wont be fixed... > > ebollengier says that: > " Bacula might have a problem when using multiple Catalog, this is not > the most common setup." > For me you don't have any choice different from using multiple > catalogs, if you have clients with very big filesets, containing huge > number of files, and ofcourse if performance is to be considered. > > Regards > > On Fri, 22 Mar 2013 10:23:35 +0100 > Dimitrij Hilt <dimitrij.h...@fhe3.com> wrote: > > > Hi Bugbear, > > > > Am 22.03.2013 09:11, schrieb Bugbear: > > [...] > > > I suppose this is some kind of bug, because: > > > - This strange behaviour happens only to a custom set of clients > > > (not all of the clients using shared catalog) > > > - This only happens after I add more than 1 catalog > > > > Second option is right. I know this bug from bacula 3.X to 5.X. My > > fix was to remove any additional catalogs and use only one. > > > > Dimi > > > > ------------------------------------------------------------------------------ > > Everyone hates slow websites. So do we. > > Make your web apps faster with AppDynamics > > Download AppDynamics Lite for free today: > > http://p.sf.net/sfu/appdyn_d2d_mar > > _______________________________________________ > > Bacula-users mailing list > > Bacula-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/bacula-users > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_mar > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users -- uwe.schuerk...@nionex.net fon: [+49] 5242.91 - 4740, fax:-69 72 Hauptsitz: Avenwedder Str. 55, D-33311 Gütersloh, Germany Registergericht Gütersloh HRB 4196, Geschäftsführer: H. Gosewehr, D. Suda NIONEX --- Ein Unternehmen der Bertelsmann SE & Co. KGaA ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
