According to the 3ware CLI, the cache is enabled.
--John
John Pettitt wrote:
Have you checked that the 3ware actually has cache enabled - it has a
habit of disabling it if the battery backup is bad or missing and it
will make a *huge* difference
John
John T. Yocum wrote:
I'm
John T. Yocum wrote:
According to the 3ware CLI, the cache is enabled.
I have the same problem with much slower speeds (since I dont use SATA
or raid it makes things worse) My finding is that backuppc is doing a
lot of work while checking the files. Can you check if you are seeing
extreme
Evren Yurtesen wrote:
John T. Yocum wrote:
According to the 3ware CLI, the cache is enabled.
I have the same problem with much slower speeds (since I dont use SATA
or raid it makes things worse) My finding is that backuppc is doing a
lot of work while checking the files. Can you
Here is the iostat output, the server is doing two full backups at the
moment, along with a nightly. Server specs: P4 3.2Ghz, 512MB RAM, 300GB
SATA drive.
[EMAIL PROTECTED] ~]# iostat
Linux 2.6.9-42.0.10.ELsmp (backup2.fluidhosting.com)03/28/2007
avg-cpu: %user %nice%sys %iowait
I figured that --cheksum-seed option will help me, although I cant say yet
if it is working or not, I guess it will take a while until checksum caches
are written for all the files. Do you have this option enabled?
Thanks,
Evren
John T. Yocum wrote:
Here is the iostat output, the server is
Actually, i'm using tar for backups.
--John
Evren Yurtesen wrote:
I figured that --cheksum-seed option will help me, although I cant say yet
if it is working or not, I guess it will take a while until checksum caches
are written for all the files. Do you have this option enabled?
Thanks,
Evren Yurtesen wrote:
I figured that --cheksum-seed option will help me, although I cant say yet
if it is working or not, I guess it will take a while until checksum caches
are written for all the files. Do you have this option enabled?
Don't expect a huge difference from that. You still have
On 3/28/07, John T. Yocum [EMAIL PROTECTED] wrote:
Here is the iostat output, the server is doing two full backups at the
moment, along with a nightly. Server specs: P4 3.2Ghz, 512MB RAM, 300GB
SATA drive.
[EMAIL PROTECTED] ~]# iostat
Linux 2.6.9-42.0.10.ELsmp (backup2.fluidhosting.com)
John T. Yocum wrote:
Actually, i'm using tar for backups.
Do the backups take longer also or only the transferred data is getting smaller?
It might be so that you are transferring less data so your average transferred
data is going smaller.?
--John
Evren Yurtesen wrote:
I figured that
I'm seeing terrible backup performance on my backup servers, the speed
has slowly degraded over time. Although, I have never seen speeds higher
than 1MB/s. (We have it set to do no more than 2 backups at a time.)
Here is our setup:
Our network is all 100Mb between servers, and switches, and
We're having pertty much the exact same problem with the exact same
setup. I can SCP files between servers at 9MB a sec. But the backup
runs less than 1MB/s
I'm not sure if i should renice the process to be more aggressive or what.
We have so much data and users aren't gone long enough for a
Jamie Lists wrote:
We're having pertty much the exact same problem with the exact same
setup. I can SCP files between servers at 9MB a sec. But the backup
runs less than 1MB/s
I'm not sure if i should renice the process to be more aggressive or what.
We have so much data and users aren't
Have you checked that the 3ware actually has cache enabled - it has a
habit of disabling it if the battery backup is bad or missing and it
will make a *huge* difference
John
John T. Yocum wrote:
I'm seeing terrible backup performance on my backup servers, the speed
has slowly degraded
On 3/22/07, John Pettitt [EMAIL PROTECTED] wrote:
Have you checked that the 3ware actually has cache enabled - it has a
habit of disabling it if the battery backup is bad or missing and it
will make a *huge* difference
Just make sure that if you enable the cache you actually have battery
14 matches
Mail list logo