On Tuesday 02 February 2010 10:53:07 Graham Keeling wrote: > On Mon, Feb 01, 2010 at 04:35:20PM +0100, Kern Sibbald wrote: > > On Monday 01 February 2010 14:57:47 Graham Keeling wrote: > > > Hello Kern, > > > > > > Can you tell me where in the code the change was that prevents the > > > storage daemon crashing on reading my corrupt backup-0009? > > > > The first part was: > > Patch: 3d6f161a8f76799cde5ebbb3f06de965e5ad9085 > > made on 18Jan10 at 13:31:00 > > > > The Verify part is: > > > > Patch: ef59bf981a1d828e0c06a1c7187f3136a5d6857f > > made on 28Jan10 at 14:41:35 > > Hello, > > Those are to do with removing the index checks. > > But I thought there was another change to do with preventing the storage > daemon from crashing with a corrupted volume?
Sorry, I didn't understand. Preventing a crash was submitted in several patches around the same time -- it is patches that relate to src/lib/serial.c and serial.h. It was committed in several stages -- the first was incorrect; I did a little too much and that broke some things; the second patch corrected that -- there may even have been a third. Since it requires a bit more research than I did for the previous response, I'll let you find them, or try version 5.0.0 directly. > > In a previous email, you said: > "Bacula now protects itself from the corrupted data..." Yes, that is true -- at least for the case of your corrupted database. Kern ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
