Hello,

My director runs on Redhat Rhel 5.5 running bacula 5.0.2. Clients are on version 5.0.2 as well. I have a mixture of Redat Linux servers version 5.5 along with Solaris 5.8 and Solaris 5.10 clients.

The Rhel linux servers backup and finish at a normal or fast pace, whereas the Solaris servers take forever to finish regardless of the Solaris OS version and its every single one. Is there a setting I can turn on? Perhaps turning on compression will help? Right now I believe compression is off. Here is one of the finished Solaris backup jobs. It shows 1GB of data was backed up but it took 36 mins to complete. I also have another example where 97GB took over 1 day and 14 hours to complete...

08-Apr 15:29 em37-fd JobId 9412: DIR and FD clocks differ by 51 seconds, FD 
automatically compensating.
08-Apr 15:30 em37-fd JobId 9412:      /var/run is a different filesystem. Will 
not descend from /var into /var/run
08-Apr 16:06 em37-fd JobId 9412:      /dev/fd is a different filesystem. Will 
not descend from / into /dev/fd
08-Apr 16:06 em37-fd JobId 9412:      /proc is a different filesystem. Will not 
descend from / into /proc
08-Apr 16:06 em37-fd JobId 9412:      /tmp is a different filesystem. Will not 
descend from / into /tmp
08-Apr 16:06 em37-fd JobId 9412:      /net is a different filesystem. Will not 
descend from / into /net
08-Apr 16:06 em37-fd JobId 9412:      /xfn is a different filesystem. Will not 
descend from / into /xfn
08-Apr 16:06 em37-fd JobId 9412:      /vol is a different filesystem. Will not 
descend from / into /vol
08-Apr 16:06 em37-fd JobId 9412:      /nas/vol0 is a different filesystem. Will 
not descend from / into /nas/vol0
08-Apr 16:06 em37-fd JobId 9412:      /netapp1/vol1 is a different filesystem. 
Will not descend from / into /netapp1/vol1
08-Apr 16:06 em37-fd JobId 9412:      Cannot open 
"/atata/.tdbbak/policy.tdb.bak": ERR=Permission denied.
08-Apr 16:06 em37-fd JobId 9412:      Cannot open 
"/atata/.tdbbak/share.tdb.bak": ERR=Permission denied.
08-Apr 16:05 em53-sd JobId 9412: Job write elapsed time = 00:36:44, Transfer 
rate = 497.0 K Bytes/second
08-Apr 16:05 em53-dir JobId 9412: Bacula em53-dir 5.0.2 (28Apr10): 08-Apr-2012 
16:05:39
  Build OS:               x86_64-unknown-linux-gnu redhat Enterprise release
  JobId:                  9412
  Job:                    em37.2012-04-08_15.15.56_36
  Backup Level:           Incremental, since=2012-04-02 02:39:06
  Client:                 "em37-fd" 5.0.2 (28Apr10) 
sparc-sun-solaris2.8,solaris,5.8
  FileSet:                "solaris Set" 2011-08-24 22:05:00
  Pool:                   "File" (From Job resource)
  Catalog:                "MyCatalog" (From Client resource)
  Storage:                "File" (From Job resource)
  Scheduled time:         08-Apr-2012 15:15:55
  Start time:             08-Apr-2012 15:28:52
  End time:               08-Apr-2012 16:05:39
  Elapsed time:           36 mins 47 secs
  Priority:               10
  FD Files Written:       12,272
  SD Files Written:       12,272
  FD Bytes Written:       1,093,161,088 (1.093 GB)
  SD Bytes Written:       1,095,397,301 (1.095 GB)
  Rate:                   495.3 KB/s
  Software Compression:   None
  VSS:                    no
  Encryption:             no
  Accurate:               no
  Volume name(s):         Volume0028|Volume0029
  Volume Session Id:      29
  Volume Session Time:    1333907135
  Last Volume Bytes:      11,713,960,539 (11.71 GB)
  Non-fatal FD errors:    2
  SD Errors:              0
  FD termination status:  OK
  SD termination status:  OK
  Termination:            Backup OK -- with warnings


Any help is greatly appreciated

--
-Abdullah

------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to