Hi, Try to set MaximumNetworkBufferSize to 65536 in the file and storage daemon configuration?
Calculating signatures can be very useful but timeconsuming so if you are not running any verify jobs you could try to remove "signature=..." from your FileSet. Try to run without compression once just to see if it is the problem. /Ove On Thu, 2005-12-01 at 12:44, Daniel Holtkamp wrote: > Hi ! > > I`m having difficulties with our Solaris 8 server. > I`d like to present you the output i had today: > > 30-Nov 20:05 backup-dir: No prior Full backup Job record found. > 30-Nov 20:05 backup-dir: No prior or suitable Full backup found. Doing > FULL backup. > 30-Nov 20:05 backup-dir: Start Backup JobId 1185, > Job=x400mta.2005-11-30_20.05.00 > 30-Nov 20:05 backup-sd: Volume "x400mta.0011" previously written, moving > to end of data. > 01-Dec 09:25 backup-sd: x400mta.2005-11-30_20.05.00 Fatal error: > append.c:133 Error reading data header from FD. ERR=No data available > 01-Dec 09:25 backup-dir: Max Volume jobs exceeded. Marking Volume > "x400mta.0011" as Used. > 01-Dec 09:25 backup-dir: Bacula 1.37.40 (01Oct05): 01-Dec-2005 09:25:34 > JobId: 1185 > Job: x400mta.2005-11-30_20.05.00 > Backup Level: Full (upgraded from Incremental) > Client: "x400mta-fd" sparc-sun-solaris2.8,solaris,5.8 > FileSet: "x400mta" 2005-11-09 23:05:04 > Pool: "x400mta-pool" > Storage: "x400mta-storage" > Scheduled time: 30-Nov-2005 20:05:00 > Start time: 30-Nov-2005 20:05:03 > End time: 01-Dec-2005 09:25:34 > Priority: 10 > FD Files Written: 2,238,317 > SD Files Written: 2,238,317 > FD Bytes Written: 2,564,784,565 > SD Bytes Written: 2,928,361,557 > Rate: 53.4 KB/s > Software Compression: 67.4 % > Volume name(s): x400mta.0011 > Volume Session Id: 1 > Volume Session Time: 1133350797 > Last Volume Bytes: 4,012,061,578 > Non-fatal FD errors: 0 > SD Errors: 0 > FD termination status: Canceled > SD termination status: Canceled > Termination: Backup Canceled > > > I canceled the backup at 9:25 so that`s not the problem. > > The problem is - the backup started at 20:05 yesterday and this morning > at 9:25 it was about halfway done (if that) ... we got about 5 mil files > on that machine thats why i know. > > The backup is *REALLY* slow for this machine and none of the other > servers is having similar problems. This is our only Solaris machine > though. I`m also still using the 1.37.40 release because i`m waiting on > the official RPMs to upgrade. > > The backup also heavily affects the performance of the application > running on that box. I set compression to GZIP1 so this shouldn`t be the > problem (cpu-load is fine actually). I have no idea what`s causing this, > any ideas what i could check ? > > Amanda never had these kinda problems so i figure it is a bacula problem. > > Best regards, ------------------------------------------------------- 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://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
