I disabled compression on my solaris boxes! It was very slow with
gzip-compression.

I have the 1.38.1 release of bacula and it workes fine. The
MaximumNetworkBufferSize did'nt help to increase the performance, it was the
gzip-compression which resulted in very slow performance...

> -----Original Message-----
> From: Ove Risberg [mailto:[EMAIL PROTECTED] 
> Sent: Friday, December 02, 2005 9:26 AM
> To: Daniel Holtkamp
> Cc: bacula-users
> Subject: Re: [Bacula-users] Solaris 8 Backup problem
> 
> 
> 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
> 




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

Reply via email to