On Wed, Sep 22, 2010 at 11:14:38AM +1000, James Harper wrote:
> More later, but I think there is a problem with the accurate code. Because 
> the logfile doesn't exist on the subsequent backup, bacula doesn't restore 
> it. I thought I'd put code in there to prevent that from happening though.
> 
> Sent from my iPhone

I initially suspected something like that, but I did make sure that I had
accurate turned off when I went through the steps below.

> On 22/09/2010, at 2:46, Graham Keeling <[email protected]> wrote:
> 
> > On Tue, Sep 21, 2010 at 02:11:06PM +0100, Graham Keeling wrote:
> >> On Tue, Sep 21, 2010 at 10:12:26AM +0100, Graham Keeling wrote:
> >>> On Tue, Sep 21, 2010 at 10:10:08AM +0100, Graham Keeling wrote:
> >>>> OK, that sounds easy enough.
> >>>> 
> >>>> Attached is my patch to bacula-5.0.3 (completely untested at the moment).
> >>>> 
> >>>> I've made two new options:
> >>>> truncondiff
> >>>> trunconincr
> >>>> I will report on whether it works in a while.
> >>> 
> >>> Sorry, here is the patch...
> >> 
> >> It turns out that it didn't work, because the decision on what to set
> >> context->truncate_logs to was being made before the plugin options were 
> >> parsed.
> >> 
> >> This also means that 'notrunconfull' has been broken up until now.
> >> 
> >> I have fixed it in the new patch attached to this email.
> > 
> > 
> > In attempting to test this, I believe that I have found a bigger problem,
> > unrelated to my patch.
> > Take bacula-5.0.3 (without my patch).
> > Use this fileset:
> > 
> > FileSet {
> >  Name = "Windows Exchange Server data"
> >  Ignore FileSet Changes = yes
> >  Include {
> >    Options {
> >      signature = MD5
> >      compression = GZIP9
> >      IgnoreCase = yes
> >    }
> >    Plugin = "exchange:/@EXCHANGE/Microsoft Information Store"
> >  }
> > }
> > 
> > Have 'Accurate' turned off.
> > 
> > Run a full backup of Exchange 2003.
> > Run an incremental.
> > Run an incremental.
> > 
> > Now, in the bconsole restore browsing mechanism, you will have something
> > similar to the following in
> > "/@EXCHANGE/Microsoft Information Store/First Storage Group":
> > 
> > C:\Program Files\Exchsrvr\mdbdata\E0000012.log
> > C:\Program Files\Exchsrvr\mdbdata\E0000013.log
> > C:\Program Files\Exchsrvr\mdbdata\E0000014.log
> > Mailbox Store (2K3-PT2)
> > Public Folder Store (2K3-PT2)
> > 
> > Follow the procedure of restoring to a 'Recovery Storage Group', where you
> > mark all the log files and the 'Mailbox Store'. I am running Exchange on
> > VirtualBox, so after each attempt, I use VirtualBox to send Exchange back to
> > the snapshot of the time immediately before the first install. This ensures
> > no confusion with needing to clear out rubble and restart things on Windows.
> > 
> > 
> > If you restore from the full backup - i.e, choose the right jobid to restore
> > from and mark all the log files:
> > C:\Program Files\Exchsrvr\mdbdata\E0000012.log
> > Mailbox Store (2K3-PT2)
> > ...it is fine.
> > 
> > If you restore from the first incremental backup:
> > C:\Program Files\Exchsrvr\mdbdata\E0000012.log
> > C:\Program Files\Exchsrvr\mdbdata\E0000013.log
> > Mailbox Store (2K3-PT2)
> > ...it is fine.
> > 
> > If you restore from the second incremental backup:
> > C:\Program Files\Exchsrvr\mdbdata\E0000012.log
> > C:\Program Files\Exchsrvr\mdbdata\E0000013.log
> > C:\Program Files\Exchsrvr\mdbdata\E0000014.log
> > Mailbox Store (2K3-PT2)
> > ...it is not fine.
> > 
> > I am given the message:
> > Fatal error: HrESERestoreComplete failed with error 0xc7ff1004 - Error 
> > returned from ESE function call. Check the Windows Event Logs for more 
> > information.
> > 
> > So, I look on Windows, and the Event Log tells me:
> > 
> > Information Store (3048) Callback function call ErrESECBRestore Complete 
> > ended w
> > ith error 0xC8000713 Unable to find the file.
> > 
> > In "C:\Program Files\Exchsrvr\Recovery Storage Group", I have these files:
> > 
> > restore\E0000012.log
> > restore\E0000014.log
> > restore\restore.env
> > Mailbox Store (2K3-PT2).edb
> > Mailbox Store (2K3-PT2).stm
> > 
> > There is no restore\E0000013.log.
> > 
> > My instinct was that bacula tried to give back the log files not in the 
> > order
> > that Exchange was expecting.
> > But, having added some extra debug to the plugin, this appears not to be the
> > case.
> > 
> > So what is going on? Shall I enter a bug report?
> > 
> > 
> > ------------------------------------------------------------------------------
> > Start uncovering the many advantages of virtual appliances
> > and start using them to simplify application deployment and
> > accelerate your shift to cloud computing.
> > http://p.sf.net/sfu/novell-sfdev2dev
> > _______________________________________________
> > Bacula-devel mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/bacula-devel


------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Bacula-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-devel

Reply via email to