Most of the time it gives you exactly what you need.  
But you are correct using ndd will give you the config 
information without any doubt.


Quoting Ayaz Mudarris <ayaz AT colltech DOT com>:

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



~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
David A. Chapa                847 413 1144 p
Consulting Practice Mgr.      847 413 1168 f
DataStaff, Inc.               http://www.datastaff.com