Koozali.org: home of the SME Server

Slow Transfer on Backup

Offline seb

  • ***
  • 45
  • +0/-0
Slow Transfer on Backup
« on: June 08, 2007, 11:35:07 PM »
Greetings!

Here is our stuff:
P4 1.7GHZ , 800MB RAM, 60G HD
SME 7.1.3

Here is our issue:

When performing Backup to Desktop at our company LAN the transfer rate  gets to 50 KB/sec. Is this normal?


FYI "Currently your configuration and data files total approximately 973Mb"

Thx.
Seb.-

Offline seb

  • ***
  • 45
  • +0/-0
Slow Transfer on Backup
« Reply #1 on: June 20, 2007, 01:32:56 AM »
Odd not having any reply on this post....
 :?

Offline pfloor

  • *****
  • 889
  • +1/-0
Slow Transfer on Backup
« Reply #2 on: June 20, 2007, 03:19:33 AM »
This has been a know problem with apache and has even gotten worse with apache2.  Your minimal system specs are also causing the backup to slow down.

There is currently no fix for this and don't know if there ever will be.
In life, you must either "Push, Pull or Get out of the way!"

Offline idp_qbn

  • *****
  • 347
  • +0/-0
Slow Transfer on Backup
« Reply #3 on: June 20, 2007, 08:07:23 AM »
Your system should handle the backup well....the limitation (as pfloor says) is in the software, not the hardware.

Have you tried "affa" - look for a contrib about this which allows you to set up a permanent back SME system with scheduled unattended backups.

And have a look at Darrel May's (dmay) backup to USB disk (DAR2, I think), which I use and it works perfectly. Once again, an unattended backup of your configuration and data.

Both of these can be found at http://wiki.contribs.org/Category:Contrib

Cheers
Ian
___________________
Sydney, NSW, Australia

Offline pfloor

  • *****
  • 889
  • +1/-0
Slow Transfer on Backup
« Reply #4 on: July 16, 2007, 01:27:56 AM »
Quote from: "pfloor"
This has been a know problem with apache and has even gotten worse with apache2.  Your minimal system specs are also causing the backup to slow down.

There is currently no fix for this and don't know if there ever will be.
I spoke too soon, there seems to be some progress on this issue. See:
http://bugs.contribs.org/show_bug.cgi?id=178

Seb, could you update e-smith-backup and test to see if it helps the backup2desktop speed for you and report to the bug.

You can update just e-smith-backup by doing the following:

Code: [Select]
yum --enablerepo=updates-testing update e-smith-backup
In life, you must either "Push, Pull or Get out of the way!"