Good morning all,
I have a quick question on enabling VSS. I have a Windows server we have
been backing up for some time that recently began having failures. The
following is in the nightly backup report.
"28-Aug 22:12 allied-daily-fd: Allied-daily.2008-08-28_20.30.00 Error:
Read error on file E:/DataVault/alliedexch1mailboxes.bkf. ERR=The system
cannot find the file specified."
Knowing the file is there, and permissions are correct, I checked the
event log and found this,
"The shadow copies of volume E: were deleted because the shadow copy
storage could not grow in time. Consider reducing the IO load on the
system or choose a shadow copy storage volume that is not being shadow
copied."
Seeing disk space was becoming a smaller I let the server admin know
this was likely the problem and provided some links to
support.microsoft.com addressing the issue. I then went into my bacula
config and commented out "Enable VSS = yes", and then reloaded Bacula.
The next night the backup ran fine, it took longer, but it ran. The
following night the error returned. Looking at the backup report I see
that even though I have "#Enable VSS = yes" in my config the report
states that VSS is still enabled. I have now changed the config line to
"Enable VSS = no" and I will know tonight if that fixed the problem.
My question is once VSS has been enabled, do I need to manually do
something to stop VSS from being used? I am concerned that simply
commmenting out "Enable VSS = yes" is not enough to cause Bacula to stop
using VSS.
Thanks,
DAve
Bacula version = 2.0.3
Director OS = Freebsd 6.2
FD OS = Windows Server 2003
Bacula config
-------------
### FILESETS
FileSet {
Name = "Allied-daily"
Enable VSS = no
Include {
Options {
compression = gzip
IgnoreCase = yes
}
File = "E:/DataVault/"
}
}
Last nights report summary
--------------------------
28-Aug 22:13 director-dir: Bacula 2.0.3 (06Mar07): 28-Aug-2008 22:13:53
JobId: 13526
Job: Allied-daily.2008-08-28_20.30.00
Backup Level: Full
Client: "allied-daily-fd" 2.0.1 (12Jan07)
Linux,Cross-compile,Win32
FileSet: "Allied-daily" 2008-02-27 16:53:46
Pool: "Daily-allied-Pool" (From Run FullPool override)
Storage: "storage2-allied-daily" (From Job resource)
Scheduled time: 28-Aug-2008 20:30:00
Start time: 28-Aug-2008 20:30:07
End time: 28-Aug-2008 22:13:53
Elapsed time: 1 hour 43 mins 46 secs
Priority: 10
FD Files Written: 7
SD Files Written: 7
FD Bytes Written: 6,649,174,983 (6.649 GB)
SD Bytes Written: 6,649,175,862 (6.649 GB)
Rate: 1068.0 KB/s
Software Compression: 51.9 %
VSS: yes
Encryption: no
Volume name(s):
Daily-allied-0018|Daily-allied-0019|Daily-allied-0027|Daily-allied-0028|Daily-allied-0029|Daily-allied-0030|Daily-allied-0031|Daily-allied-0032
Volume Session Id: 91
Volume Session Time: 1212776476
Last Volume Bytes: 377,695,594 (377.6 MB)
Non-fatal FD errors: 6
SD Errors: 0
FD termination status: OK
SD termination status: OK
Termination: Backup OK -- with warnings
Output of llist jobs
--------------------
JobId: 13,526
Job: Allied-daily.2008-08-28_20.30.00
Name: Allied-daily
PurgedFiles: 0
Type: B
Level: F
ClientId: 24
ClientName: allied-daily-fd
JobStatus: T
SchedTime: 2008-08-28 20:30:00
StartTime: 2008-08-28 20:30:07
EndTime: 2008-08-28 22:13:53
RealEndTime: 2008-08-28 22:13:53
JobTDate: 1,219,979,633
VolSessionId: 91
VolSessionTime: 1,212,776,476
JobFiles: 7
JobErrors: 6
JobMissingFiles: 0
PoolId: 69
PooLname: Daily-allied-Pool
PriorJobId: 0
FileSetId: 102
FileSet: Allied-daily
--
Don't tell me I'm driving the cart!
-------------------------------------------------------------------------
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
|