On Thursday 29 January 2009 02:30:07 James Harper wrote: > > Hello, > > Here are some problems that I've come across (other than not being > > able > > > to restore the Recovery Storage Group) when testing this... > > > > 1) If a Recovery Storage Group exists at all, the restore will fail > > even > > > if you > > do not try to restore to it (ie, just restore back to the original > > dismounted Stores with the magic 'overwrite' buttons ticked). > > According to the Microsoft literature, if a Recovery Storage Group > exists at all for a given store, the restore will always go to it even > if you don't specifically ask for it to. > > > These errors come out, which look similar to what I was getting when I > > was > > > trying (unsuccessfully) to restore to the Recovery Storagey Group: > > > > Jan 28 11:12:49 bacula-dir: devel-wk3-32-fd JobId 9: Error: > > HrESERestoreAddDatabase failed with error 0xc7fe1f42 - Unknown error. > > Jan 28 11:12:49 bacula-dir: devel-wk3-32-fd JobId 9: Error: > > /usr/src/redhat/BUILD/bacula-2.5.28-b1/src/filed/restore.c:390 > > Unexpected > > > cryptographic session data stream. > > ... > > Jan 28 11:12:49 bacula-dir: devel-wk3-32-fd JobId 9: Error: Format of > > /@EXCHANGE/Microsoft Information Store/First Storage Group/Public > > Folder > > > Store (DEVEL-WK3-32)/DatabaseBackupInfo is incorrect > > > > If I delete the Recovery Storage Group, it works fine. > > Do you have crypto enabled? If so, please try disabling it - maybe there > is some strange interaction between the plugin and the crypto stuff... I > think any crypto and compression should be transparent to a fd plugin. > > Kern: Any thoughts on the 'Unexpected cryptographic session data stream' > message?
I am giving a course today, so will take a look at this tomorrow. If I can have the exact context in which it occurred, it might help. It does look like a Bacula problem ... > > > 2) I can make the bacula-fd crash (or stop - I don't know if it > > crashed, > > > or exited gracefully), by doing the following. I've tried this on two > > separate > > Windows 2003 Servers, running Exchange 2003. > > > > a) Dismount and tick the magic 'overwrite' tickboxes on First Storage > > Group -> > > Mailbox Store, and Public Folder Store. > > b) Attempt to restore '/@EXCHANGE/Microsoft Information Store/First > > Storage Group/Mailbox Store (Computer name)'. > > > > Here are the resulting error messages that are logged: > > > > Jan 28 11:27:58 bacula-dir: devel-wk3-32-fd JobId 15: Error: > > HrESERestoreComplete failed with error 0xc7ff1004 - Unknown error. > > Jan 28 11:28:01 bacula-dir: tserv.example.com-dir JobId 15: Fatal > > error: > > Network error with FD during Restore: ERR=Connection reset by peer > > Jan 28 11:28:01 bacula-dir: tserv.example.com-dir JobId 15: Fatal > > error: > > No Job status returned from FD. > > > > If I instead attempt to restore '/@EXCHANGE/Microsoft Information > > Store/First Storage Group', it works successfully. > > Obviously bacula-fd shouldn't just crash, but when restore a store, you > also need to restore the logfiles. Are you doing that? > > > 3) However, if I then remount the Stores and attempt an Incremental > > backup, I > > get these messages in the log (the last message is repeated for lots > > of > > > sub-directories): > > Jan 28 11:31:11 bacula-dir: devel-wk3-32-fd JobId 17: Error: > > HrESEBackupSetup failed with error 0xc8000230 - Exchange reports that > > no > > > previous full backup has been done. > > Jan 28 11:31:11 bacula-dir: devel-wk3-32-fd JobId 17: Error: Error in > > GetFileAttributesExW: file \...@exchange\microsoft Information > > Store\First > > > Storage Group\Public Folder Store (DEVEL-WK3-32): ERR=The system > > cannot > > > find the path specified. > > That's an exchange thing, although the plugin should handle it better. > Exchange will refuse to allow an incremental backup to be done if it > thinks that something about the database configuration has changed. The > resulting crash is a bug though. I may be able to change the plugin > logic to do a full backup, but I'm not sure how that will interact with > bacula when bacula thinks that it was an incremental. The restore may > fail because of some file ordering issues. I believe this was a "minor" bug that we have already fixed. I will build you a new version of the Win32 FD Friday. Best regards, Kern ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Bacula-devel mailing list Bacula-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-devel
