On 18.11.2008 19:55, Martin Simmons wrote: >>>>>> On Tue, 18 Nov 2008 12:39:33 +0100, Tilman Schmidt said: >> >> A Linux backup server running Bacula 2.2.8 on openSUSE 10.3 should >> back up a single directory D:\SQL-Backup on a Windows client >> running the WinBacula 2.4.3 file daemon on Windows Server 2003, >> incrementally on weekdays and fully on weekends. >> ... >> runs fine with level=Full, but with level=Incremental does not back >> up anything, instead writing this to the log (including the >> extraneous newline): >> >> --------8<--------8<--------8<--------8<--------8<--------8<-------- >> 18-Nov 12:10 tms-server-fd JobId 2272: Generate VSS snapshots. Driver=" VSS >> Win 2003", Drive(s)="D" >> 18-Nov 12:10 tms-server-fd JobId 2272: Could not stat D:/SQL-Backup: >> ERR=Access is denied.
The server has been rebooted last night for an unrelated reason, and now I cannot reproduce the problem anymore. In other words, incremental backups work fine now. >> SysInternals Process Monitor on the client machine tells me that at >> the time of the error, bacula-fd.exe does this: >> >> --------8<--------8<--------8<--------8<--------8<--------8<-------- >> Date & Time: 11/18/2008 12:10:52 PM >> Event Class: File System >> Operation: CreateFile >> Result: IS DIRECTORY >> Path: \Device\HarddiskVolumeShadowCopy3\SQL-Backup >> TID: 3464 >> Duration: 0.0000111 >> Desired Access: Generic Read >> Disposition: Open >> Options: Synchronous IO Non-Alert, Non-Directory File >> Attributes: n/a >> ShareMode: Read >> AllocationSize: n/a >> -------->8-------->8-------->8-------->8-------->8-------->8-------- >> >> Somehow I fail to understand what the Storage Deamon is trying to do >> here, let alone how to convince it to do instead what I want. > > That use of CreateFile looks wrong to me. Do you have more the SysInternals > Process Monitor log from before that call? When I investigated the problem yesterday I filtered out all calls with result=SUCCESS, so all I can say is that all calls before the above one were successful. When I try to reproduce it today, logging all file system operations regardless of their result, I see the sequence: QueryOpen \Device\HarddiskVolumeShadowCopy6\SQL-Backup CreateFile \Device\HarddiskVolumeShadowCopy6\ QueryDirectory \Device\HarddiskVolumeShadowCopy6\SQL-Backup CloseFile \Device\HarddiskVolumeShadowCopy6\ CreateFile \Device\HarddiskVolumeShadowCopy6\SQL-Backup And the CreateFile details are now: --------8<--------8<--------8<--------8<--------8<--------8<-------- Date & Time: 11/19/2008 1:57:28 PM Event Class: File System Operation: CreateFile Result: SUCCESS Path: \Device\HarddiskVolumeShadowCopy6\SQL-Backup TID: 1876 Duration: 0.0000198 Desired Access: Read Data/List Directory, Synchronize Disposition: Open Options: Directory, Synchronous IO Non-Alert, Open For Backup Attributes: n/a ShareMode: Read, Write, Delete AllocationSize: n/a OpenResult: Opened -------->8-------->8-------->8-------->8-------->8-------->8-------- which looks much saner. In sum, I guess we'll have to file this in the big "unexplained Windows glitch fixed by reboot" bin. :-( > Also, is D:/SQL-Backup a real directory or some kind of junction or link? It is a real directory that has been newly created for this purpose. Thanks, Tilman -- Tilman Schmidt Phoenix Software GmbH Bonn, Germany
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
