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 AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
