Hello Ryan,
Thanks for your reply. I'm not backing up to tape yet, just disk. The disks
on both the server and client are IDE not scsi unfortunately. I'm using a
mysql4 database also installed via freebsd ports. Not sure how to test drive
speed, but i am not spooling, should i be? When a job runs the windows boxes
in particular slow to a crawl so i don't use them if i'm up at that point,
the jobs run at night.
Thanks.
Dave.
----- Original Message -----
From: "Ryan Sizemore" <[EMAIL PROTECTED]>
To: "Dave" <[EMAIL PROTECTED]>
Cc: <bacula-users@lists.sourceforge.net>
Sent: Saturday, February 04, 2006 2:54 PM
Subject: Re: [Bacula-users] bacula backup discrepancies
Dave wrote:
Hello,
I was running some network backups and am getting some
discrepancies. I was wondering if this was something to worry about.
The backup server is a freebsd6 machine running bacula 1.38.5 via
ports, the client in question is a windows xpsp2 box running bacula
1.38.5 also.
The error came from a discrepancy from the client xp box. The
backup terminated ok without warnings, yet the fd and sd bytes written
values differ, should i be concerned?
I would look at the logs on the client. I have a Windows XP client that
I also backup regularly, and I see the same thing when there are files
that the fd cannot read. I am pretty sure that the client starts off by
stat-ing the file to get the file size, but then can't actually read the
file when it comes time to copy it. Windows is refusing to let the fd
access the file, so the fd returns a file of 0 length. I suspect that
this is why the number of files is correct, but the number of bytes
actually written is different. I suppose if I really cared, I could
total up the sized of the files that cant be read to verify this theory.
Again there were no warnings from either server or client.
FD Files Written: 41,974
SD Files Written: 41,974
FD Bytes Written: 3,143,336,400
SD Bytes Written: 3,150,666,604
Rate: 432.4 KB/s
And those boxes are on the same subnet, is that a good transfer rate?
Well, I imagine that this depends on a couple of factors, the first of
which is probably your backup destination. Are you backing up to tape?
How good are the disks in the server/client? What database are you
using? How fast is the drive that the database exists on? Are you
spooling?
Sorry for the barrage of questions, but I just went through this problem
(slow data rate), and these were all things that I needed to look into,
especially the database.
Both boxes have 100 megabitt nics, full duplex, and a 100 megabitt
switch.
Thanks.
Dave.
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Best Regards,
Ryan Sizemore
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
