I think Peter Buschman has a script called check_duplex that he shared
on backupscript.com's download section that may be of interest to some.
David A. Chapa * Technical Advisor, Technical Marketing * ADIC *
720.249.5836 * david.chapa AT adic DOT com
The FUTURE is HERE - http://www.adic.com/gopathlightvx
-----Original Message-----
From: veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] On Behalf Of Coco,
Samuel (Cont, ARL/CISD)
Sent: Thursday, March 18, 2004 9:21 AM
To: Jennifer C. Green; Paul Boatman; Dwayne.Brzozowski AT mail.va DOT gov;
veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] Is there an official document of client and
server N ICand switch settings
Here is the hme : note the interval setting ---
ndd -set /dev/hme instance 0
ndd -set /dev/hme adv_autoneg_cap 0
ndd -set /dev/hme adv_100T4_cap 0
ndd -set /dev/hme adv_100fdx_cap 1
ndd -set /dev/hme adv_100hdx_cap 0
ndd -set /dev/hme adv_10fdx_cap 0
ndd -set /dev/hme adv_10hdx_cap 0
ndd -set /dev/tcp tcp_time_wait_interval 1000
On most Gig cards you don't have to worry. But if you do, then just
change the above by the devicename to the gig card (usually ge) and edit
the 100 to 1000.
Thank you,
Samuel J. Coco, STG
Functional Area Manager, ARL
Sr UNIX Administrator
BELL 301 394-1151 DSN 290
CELL (B) 240 398-7121 / (H)443 496-1623
HOME 410 604-2415
Email scoco AT arl.army DOT mil
-----Original Message-----
From: veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] On Behalf Of Jennifer
C. Green
Sent: Thursday, March 18, 2004 10:48 AM
To: Coco, Samuel (Cont, ARL/CISD); Paul Boatman;
Dwayne.Brzozowski AT mail.va DOT gov; veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Is there an official document of client and
server N ICand switch settings
Does anyone have any info on this with Gig cards - they only have Auto,
there are no other options. Veritas does not recommend Auto but in this
case there is no choice. This is a windows environment and I am seeing
the same thing - but interesting that this started happening when
upgrading from 3.4.1 to 4.5 - has anyone seen this?
I am at my wits end and dont know how to solve. Veritas does have some
ways of testing network without NBU involved to show that it is not NBU
but then what do I tell the network guys?
Thanks for the dialougue, this is mostly helpful.
Jennifer
----- Original Message -----
From: "Coco, Samuel (Cont, ARL/CISD)" <scoco AT arl.army DOT mil>
To: "Paul Boatman" <boatm005 AT groupwise.umn DOT edu>;
<Dwayne.Brzozowski AT mail.va DOT gov>; <veritas-bu AT mailman.eng.auburn DOT
edu>
Sent: Thursday, March 18, 2004 7:40 AM
Subject: RE: [Veritas-bu] Is there an official document of client and
server N ICand switch settings
> YES !!! - - - >
>
> Here at ARL (Army Research Lab), we had the same issues. Once we
> demonstrated the variances and the networking team verified our claims
> using checkpoint and other tools - the entire organization now 'hard
> sets' the majority of our connections.
>
> Thank you,
>
>
> Samuel J. Coco, STG
> Functional Area Manager, ARL
> Sr UNIX Administrator
> BELL 301 394-1151 DSN 290
> CELL (B) 240 398-7121 / (H)443 496-1623
> HOME 410 604-2415
> Email scoco AT arl.army DOT mil
>
>
> -----Original Message-----
> From: veritas-bu-admin AT mailman.eng.auburn DOT edu
> [mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] On Behalf Of Paul
> Boatman
> Sent: Thursday, March 18, 2004 8:33 AM
> To: Dwayne.Brzozowski AT mail.va DOT gov; veritas-bu AT mailman.eng.auburn
> DOT edu
> Subject: Re: [Veritas-bu] Is there an official document of client and
> server N ICand switch settings
>
>
> I work at the 6th largest university in the country. About 1 year
> ago, the entire university was required to switch to AUTO-AUTO across
> ALL platforms because of network infrastructure changes ("eek !").
> The impact on Veritas Netbackup has been ridiculous. Our drives are
> sitting here getting 10%-20% thruput, and our capacity is maxed out
> when it shouldn't be. Tape management and load balancing between 2
> robots (1 of which is maxed out tape-wise, the other is maxed out
> drive-wise) is a nightmare. Upper management is blaming the
> software, scheduler, and drive technology claiming that they are not
> sufficient.
>
> Is anyone else in a similar situation ?
>
> What are the "settings that work" Dwayne ? I am very interested.
> Maybe we could present this info to our Network / Telecom guys. By
> the way Dwayne, I am a veteran so I sure do appreciate you guys in the
> VA.
>
> Thanks,
>
> Paul
>
> >>> "Biller, Tim" <Tim.Biller AT uk.experian DOT com> 3/18/2004 02:55:30 >>>
> Hi Cheryl,
>
> Have the Network Admins lock the switch port speed to 100Mbit and Full
> Duplex and make sure the client NIC is set exactly the same on ALL the
> servers. The Unix boxes will need setting explicitly as Mark says,
> and a file added to ensure they stay that way after a reboot. (Your
> sysadmins should know this....)
>
> Most network switches always auto-negotiate to the lowest possible
> speed so it's essential to lock this down. Any decent network admin
> should know this....
>
> Are you running on a dedicated backup LAN? If there's no impact on
> other systems there's absolutely no reason not to max out the ports
> and NICs.
>
>
> I'm not aware of any specific documentation that states that 100/Full
> should be used but if performance sucks under autoneg and it flies
> under 100/Full then there's your argument. What tape drives are you
> using? Are you using SSO?
>
> Cheers - Tim
>
>
> Date: Wed, 17 Mar 2004 12:03:10 -0700
> From: "King, Cheryl" <cheryl.king AT intrado DOT com>
> To: "Veritas-Bu \(E-mail\)" <veritas-bu AT mailman.eng.auburn DOT edu>
> Subject: [Veritas-bu] Is there an official document of client and
> server NIC and switch settings
>
> Over and over again we have problems with poor performance with new
> client backups and restores. Is there a document that says what the
> NIC settings should be for each client type? For example we have
> highest speed possible for all of them, half duplex for HP, and full
> duplex for everything else, I think (I haven't checked every system
> and wasn't here when some were implemented). Setting Auto detect on
> the switch seems to not work correctly
> (causes slow performance). I think the switches are set to match the
> server, but have no way to verify that. I'd like to be able to
> present an official document to the System Administrators and the
> Network Engineers that states the correct configuration requirements.
> Does Veritas have such a document or statement?
>
> Is this a problem in other environments? Is this just an issue in
> Veritas Backup environments? Are my SAs and Network Engineers not
> following some
> industry, standard, best-practices? I've been in IT for many years
> but
> working with Veritas NBU for 1 year. I don't recall ever having
> network issues like this before.
>
> NBU 4.5 FP5 Solaris 8 Master/Media
> Clients OSF1_V5, HP-UX 11.00, HP-UX10.20, Windows2000, WindowsNT,
> RedHat2.4, RedHat 2.2, Solaris8, Solaris7.
>
> Thanks in advance.
>
> Cheryl King
>
>
> From: "Donaldson, Mark" <Mark.Donaldson AT experianems DOT com>
> To: "'King, Cheryl'" <cheryl.king AT intrado DOT com>,
> "Veritas-Bu (E-mail)"
> <veritas-bu AT mailman.eng.auburn DOT edu>
> Subject: RE: [Veritas-bu] Is there an official document of client and
> serv er NIC and switch settings
> Date: Wed, 17 Mar 2004 12:31:48 -0700
>
> The network settings are outside Netbackup control.
>
> You should always set to your highest possible speeds. For many
> server/switch combinations, auto-negotiation fails to negotiate the
> highest settings and they must often be forced to the best setting
> using ndd or similar utilities.
>
> Half-duplex performance stinks - are you sure that's what only what HP
> can do?
>
> Your network person should be able to query a smart-enough switch for
> the switch port settings, the SA should be able to query the ethernet
> port for the same settings.
>
>
> This e-mail has come from Experian International: winner of the UK's
> National Business of the Year Award 2003.
>
> ======================================================================
> ==
> ==
> Information in this e-mail and any attachments are confidential, and
may
>
> not be copied or used by anyone other than the addressee, nor
> disclosed
>
> to any third party without our permission. There is no intention to
> create any legally binding contract or other binding commitment
> through
>
> the use of this electronic communication unless it is issued in
> accordance with the Experian Limited standard terms and conditions of
> purchase or
>
> other express written agreement between Experian Limited and the
> recipient Experian Limited (registration number 653331) Registered
> office: Talbot House, Talbot Street, Nottingham NG80 1TH
>
> Although Experian has taken reasonable steps to ensure that this
> communication and any attachments are free from computer virus, you
> are advised to take
> your own steps to ensure that they are actually virus free.
>
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>
> This e-mail and its attachments have been scanned for viruses. EAS -
> Systems Support, OIT, University of Minnesota
>
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
