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