Bacula-users

Re: [Bacula-users] Win32 client incremental backup fails: Permission denied / IS DIRECTORY ??

2008-11-19 11:32:48
Subject: Re: [Bacula-users] Win32 client incremental backup fails: Permission denied / IS DIRECTORY ??
From: Martin Simmons <martin AT lispworks DOT com>
To: bacula-users AT lists.sourceforge DOT net
Date: Wed, 19 Nov 2008 16:29:33 GMT
>>>>> On Wed, 19 Nov 2008 14:23:57 +0100, Tilman Schmidt said:
> 
> 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.

That's strange, because the Windows "stat" operation should only be calling
CreateFile if calls to GetFileAttributesEx or GetFileAttributes fail (though I
don't know if the monitor will record the events under those names).


> 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.

Yes, thought it might be from a different call to CreateFile, after the stat
has succeeded.


> In sum, I guess we'll have to file this in the big "unexplained
> Windows glitch fixed by reboot" bin. :-(

We'll have to wait for it to happen again in the future :-)

__Martin

-------------------------------------------------------------------------
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