[Veritas-bu] Multiple Data Streams

This is a multi-part message in MIME format.

------=_NextPart_000_0002_01BFD835.03493960
Content-Type: text/plain;
        charset="iso-8859-1"
Content-Transfer-Encoding: 7bit



dmsg will not always give you the right answer, if you have the switch set
to autonegotiate.

/usr/sbin/ndd -set /dev/hme instance 0  # sets the device to hme0
/usr/sbin/ndd -get /dev/hme link_status link_mode link_speed

link_status
-----------
1 --> up
0 --> down

link_mode
---------
1 --> full duplex
0 --> half duplex

link_speed
----------
1 --> 100 Mb/s
0 --> 10 Mb/s




Ayaz Mudarris -  Consultant       Great Lakes Team
Collective Technologies           www.colltech.com
Austin, TX                       "Managing Systems and Networks"



> -----Original Message-----
> From: veritas-bu-admin AT Eng.Auburn DOT EDU
> [mailto:veritas-bu-admin AT Eng.Auburn DOT EDU]On Behalf Of David A. Chapa
> Sent: Thursday, May 18, 2000 7:43 AM
> To: Cote, Barbara L.
> Cc: 'veritas-bu AT mailman.eng.auburn DOT edu'
> Subject: Re: [Veritas-bu] Multiple Data Streams - Death of A Network!


> 5.  Are you positive you are at 100 FULL on the
> client.  If you have a solaris client and you have that
> set to AUTO-Negotiate, its been know to have problems.
> I'd do a dmesg | grep hme just to make sure that it is
> indeed FULL DUPLEX.  I had this happen at one of my
> client sites and it kept us troubleshooting for days
> until I decided to check everything top to bottom.
>
> Good Luck Barb,
>
> David Chapa
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> David A. Chapa                847 413 1144 p
> Consulting Practice Mgr.      847 413 1168 f
> DataStaff, Inc.               http://www.datastaff.com
>
> Quoting "Cote, Barbara L."
> <Barbara_L_Cote AT tvratings DOT com>:
>
> > HELP!   If anyone has experienced the following or
> similar network problem
> > while using Multiple Data Streams, we are anxious to
> hear of you experience
> > and if you have found a solution!
> >
> > We have recently started to test using multiple data
> streams and so far it
> > has been a network nightmare.  We tested using one
> class which had one
> > client and 15 filesystems defined in the file list
> totaling approximately
> > 203 GB of data.  We did not use the NEW_STREAM
> directive but let each path
> > in the file list become a separate stream which
> created 15 separate jobs.
> > The problem is that when these 15 backups are
> started, the network is
> > adversely affected until it is basically brought to
> its knees.  Network
> > pings drop approximately 50% of packets.  And it
> appears the network gets
> > progressively worse the longer the backups run.
> After approximately 20
> > minutes, we must kill all 15 backups to recover the
> network.  These are the
> > only backups running at the time so the amount of
> data should not be an
> > issue as we have pushed much more data than this at a
> given time.  Our
> > NetBackup master server is running with a gigabit
> ethernet.  The client is
> > 100 baseT full duplex.
> >
> > Thanks for any insight to this problem.
> >
> > Barb Cote'
> > UNIX System Administrator
> > Nielsen Media Research
> > _______________________________________________
> > 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
>

------=_NextPart_000_0002_01BFD835.03493960
Content-Type: text/x-vcard;
        name="Ayaz Mudarris.vcf"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
        filename="Ayaz Mudarris.vcf"

BEGIN:VCARD
VERSION:2.1
N:Mudarris;Ayaz;;Mr.
FN:Ayaz Mudarris
NICKNAME:Jazz
ORG:Collective Technologies
TITLE:Consultant
TEL;WORK;VOICE:312.781.6200
TEL;WORK;FAX:312.781.9400
ADR;WORK;ENCODING=3DQUOTED-PRINTABLE:;;120 N Lasalle=3D0D=3D0ASuite =
2810;Chicago;IL;60602;USA
LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:120 N Lasalle=3D0D=3D0ASuite =
2810=3D0D=3D0AChicago, IL 60602=3D0D=3D0AUSA
X-WAB-GENDER:2
EMAIL;PREF;INTERNET:ayaz AT colltech DOT com
REV:20000312T041026Z
END:VCARD

------=_NextPart_000_0002_01BFD835.03493960--