The fact that I'm the only one who says wow, this is a problem and makes
it a priority is a good example of one of the things that drives me
crazy around here.
BTW, the 80 hour backup took 8 hours this weekend.
Bill
Jon Harris wrote:
I am wondering what his boss says about this as well as other up the
ladder when they find out.
Jon
On Fri, Sep 3, 2010 at 3:32 PM, Jeff Steward <[email protected]
<mailto:[email protected]>> wrote:
Pretty safe to assume those backups aren't tested either <grin>
Q: How often does your nightly backup run?
A: Once every 4 days.
I'll bet the look on your face was priceless when he mentioned that.
-Jeff Steward
On Fri, Sep 3, 2010 at 3:21 PM, Bill Humphries
<[email protected] <mailto:[email protected]>> wrote:
Ok, after much gnashing of teeth, I've gotten transfer rates
to a normal level. It seems that "Large Send Offload" was
enabled on the NICs driver options on the mail server. I
disabled this and things starting traveling at respectable
speeds.
JLC, I feel your pain. I went to connect the EMU on the MSA
to the network and realized it was dead.
I don't know how long this bottleneck has been going on. I
just got involved when I found out the person managing backups
mentioned the information store backup took 80 hours. No idea
how long he had been taking it for granted that that was normal.
Joseph L. Casale wrote:
Firstly, I will say the 6400 is slow, I had one...
Just for the fact you said 6400/msa30, I am sure your
bottle neck lies there, but if you had good hardware
throughout I would have these thoughts:
1. Trunking in switches set right wrt the trunk config in
the adapter team? I've been blown away by what works (sort
of) when things aren't right so it wasn't immediately
obvious...
2. Use netperf for windows to see what actual bandwidth is
between the hosts? Transferring files *does* not show
this, if the target can't write as fast as the network, or
the source can't read as fast as the network, you get the
picture.
3. Maybe use IOZone or something else to gauge real disc
throughput?
BTW, did this once work well? If so, I had a 6400 behind
an MSA20 (An even bigger steaming pile of sh!t) and both
the 6400's battery and one of the two bats in the chassis
died without showing an error, it wasn't till I was in the
hpacucli that I caught it...
jlc
-----Original Message-----
From: Bill Humphries [mailto:[email protected]
<mailto:[email protected]>] Sent: Friday, September
03, 2010 12:35 PM
To: NT System Admin Issues
Subject: slow transfers:was MSA30 woes
Okay, this one is making my head hurt. I'm still
investigating why my 500gig backup is taking 80 hours. It
looks like it isn't a disk i/o problem. It looks like I
have extremely slow data transfers from the mail server to
the backup server. Using perfmon on both machines shows no
packet loss or errors. The switches think everything is
hunky-dory. I even moved the two machines to the same
physical switch and no change. While transferring a file
from the mail server both NICs show 1% utilization. If I
move data the other way I see 25-50% utlization and a
proper transfer speed. I have stopped any antivirus
services on both machines.
What gives? What else should I be looking at?
Thanks.
Bill
~ Finally, powerful endpoint security that ISN'T a
resource hog! ~ ~
<http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
---
To manage subscriptions click here:
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to [email protected]
<mailto:[email protected]>
with the body: unsubscribe ntsysadmin
~ Finally, powerful endpoint security that ISN'T a
resource hog! ~
~
<http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
---
To manage subscriptions click here:
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to [email protected]
<mailto:[email protected]>
with the body: unsubscribe ntsysadmin
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
---
To manage subscriptions click here:
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to [email protected]
<mailto:[email protected]>
with the body: unsubscribe ntsysadmin
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
---
To manage subscriptions click here:
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to [email protected]
<mailto:[email protected]>
with the body: unsubscribe ntsysadmin
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
---
To manage subscriptions click here:
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to [email protected]
<mailto:[email protected]>
with the body: unsubscribe ntsysadmin
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
---
To manage subscriptions click here:
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to [email protected]
with the body: unsubscribe ntsysadmin
