NDD Issue

From: Malahat Qureshi (malahatq@hotmail.com)
Date: Tue Mar 21 2006 - 10:02:48 EST


Folks,

I ran into the issue where I normally run the folllowing command to get
or find out the speed but for newly build solaris box following is the
output --

any idea ?

# ndd -set /dev/ce instance 0
# ndd -get /dev/ce link_speed
operation failed: Invalid argument
#
#

Best Regards, Malahat Qureshi Ph.D. (MIS) ** Ideology is the Wallpaper
that Covers the Cracks of Logic **  Dr. Sulayman Nyang.

  --------------------------------------------------------------------

  From: sunmanagers-request@sunmanagers.org
  Reply-To: sunmanagers@sunmanagers.org
  To: sunmanagers@sunmanagers.org
  Subject: sunmanagers Digest, Vol 36, Issue 24
  Date: Tue, 21 Mar 2006 04:34:22 -0500
  Send sunmanagers mailing list submissions to
  sunmanagers@sunmanagers.org

  To subscribe or unsubscribe via the World Wide Web, visit
  http://www.sunmanagers.org/mailman/listinfo/sunmanagers
  or, via email, send a message with subject or body 'help' to
  sunmanagers-request@sunmanagers.org

  You can reach the person managing the list at
  sunmanagers-owner@sunmanagers.org

  When replying, please edit your Subject line so it is more specific
  than "Re: Contents of sunmanagers digest..."

  Today's Topics:

      1. SUMMARY: SUN QFE-Card in Sol. 10/x86 on V20z?
  (Harald.Husemann@materna.de)
      2. Follow-up-SUMMARY: SUN QFE-Card in Sol. 10/x86 on V20z?]
  (Harald Husemann)
      3. SUN E450 Machine not booting (Hilal Afridi)
      4. Solaris inetd not honoring the "-t" flag (Johnson, Chad)
      5. v210's (Robert)
      6. SUMMARY: Solaris inetd not honoring the "-t" flag (Johnson,
  Chad)
      7. SUMMARY: Passwd problems (Clift, Robert T CTR K55-Branch)
      8. Performance - Memory/CPU (john reid)
      9. SUMMARY: difference between a SB1000 and a SB2000, using a
  command? (Leiv Jarle Larsen)
  10. Veritas VxVM & VxFS installation files (Mustapa Fadzly-r52428)

  ----------------------------------------------------------------------

  Message: 1
  Date: Mon, 20 Mar 2006 18:09:20 +0100
  From: Harald.Husemann@materna.de
  Subject: SUMMARY: SUN QFE-Card in Sol. 10/x86 on V20z?
  To: sunmanagers@sunmanagers.org
  Message-ID:
  <F031D36CF5CCAC459F3EC1E03876504009BD892E@rohrpostix.materna-com.de>
  Content-Type: text/plain; charset="iso-8859-1"

  <original posting below>

  Hi all,

  and thanks to Jason Grove [jgrove@wvu.edu] for his response, the only
  one I
  received so far.
  It seems that SUN has discontinued the support for the qfe-card since
  it has
  reached EOL, it's not supported in Sol 10 x86.
  Hm, I think I will have to buy some Gigaswifts...

  Have a nice hackin',

  Harald

  -----Urspr|ngliche Nachricht-----
  Von: sunmanagers-bounces@sunmanagers.org
  [mailto:sunmanagers-bounces@sunmanagers.org]Im Auftrag von
  Harald.Husemann@materna.de
  Gesendet: Montag, 20. Mdrz 2006 12:30
  An: sunmanagers@sunmanagers.org
  Betreff: SUN QFE-Card in Sol. 10/x86 on V20z?

  Hi all,

  I need some more interfaces on a V20z running with Solaris 10 1/06. I
  have
  some ol' QFE-cards lying around, and thought it would be a good
  choice for
  the problem to use one of them.
  Hm... Unfortunately, it's not recognized, so I searched the web to
  get the
  appr. driver. I figured out that I need a package called SUNWqfed,
  but it
  seems this package is not available for Sol. 10/x86?! I can't find it
  on the
  jumpstart, and at SUN's download center, I've only found packages for
  the
  new GigaSwift cards.
  Or, will the GigaSwift driver support the old QFE-card also? Would be
  nice
  to get it working, I don't need Ggabit, so it does not make sense to
  buy new
  cards...

  Anyone did this before? Any suggestions where to get driver?

  Thanks, will summarize,

  Harald
  _______________________________________________
  sunmanagers mailing list
  sunmanagers@sunmanagers.org
  http://www.sunmanagers.org/mailman/listinfo/sunmanagers

  ------------------------------

  Message: 2
  Date: Mon, 20 Mar 2006 19:21:06 +0100
  From: Harald Husemann <harald.husemann@materna.de>
  Subject: Follow-up-SUMMARY: SUN QFE-Card in Sol. 10/x86 on V20z?]
  To: sunmanagers@sunmanagers.org
  Message-ID: <1142878866.25889.18.camel@yellow.materna-com.de>
  Content-Type: text/plain

  Hi agn,

  and thanks to Darren Dunham for correcting a little mistake I made in
  my
  last post (Darren's mail is attached below):

  Of course, the qfe-cards are still supported on SPARC-based systems
  (I
  have one running fine in a E420 with Solaris 10). But, SUN has
  decided
  not to support them on x86-based systems.
  Btw.: The quad gigaswift is working just fine under Solaris 10 x86,
  the
  appr. driver is part of the OS. I have two systems with QGE-cards
  running here as a SUN cluster.

  Thanks agn to the list,

  Harald

  -----Forwarded Message-----
> From: Darren Dunham <ddunham@taos.com>
> To: Harald.Husemann@materna.de
> Subject: Re: SUMMARY: SUN QFE-Card in Sol. 10/x86 on V20z?
> Date: Mon, 20 Mar 2006 10:02:16 -0800
>
> > Hi all,
> >
> > and thanks to Jason Grove [jgrove@wvu.edu] for his response, the
  only one I
> > received so far.
> > It seems that SUN has discontinued the support for the qfe-card
  since it has
> > reached EOL, it's not supported in Sol 10 x86.
>
> Those are two separate statements that don't really have anything
  do do
> with each other.
>
> "EOL" is when sun discontinues the product. That does not mean
  that
> they've discontinued support. The QFE drivers are still available
  for
> Solaris 10/SPARC.
>
> However it's not supported on x86 and apparently never has
  been. That's
> unreleated to the EOL announcement.
>
> Casper Dik has posted about porting this driver in the past, but
  the qfe
> driver is not yet part of the OpenSolaris code, so it can't be
  released
> yet. I don't know if the situation has changed since his post last
> year.
>
> http://www.opensolaris.org/jive/thread.jspa?messageID=1921
>
> > Hm, I think I will have to buy some Gigaswifts...
>
> I don't immediately see any quads on the community NIC driver page.
>
> http://homepage2.nifty.com/mrym3/taiyodo/eng/
  --
  ============================================
  Harald Husemann
  Systems Engineer
  Materna Gmbh - Vosskuhle 37 -
  D-44141 Dortmund, Germany
  Phone: +49-231-9505-222

  ------------------------------

  Message: 3
  Date: Mon, 20 Mar 2006 23:44:47 +0500
  From: "Hilal Afridi" <hilalafridi@gmail.com>
  Subject: SUN E450 Machine not booting
  To: sunmanagers@sunmanagers.org
  Message-ID:
  <e0f1b0480603201044x7df374e9w241ca55dea6b3aff@mail.gmail.com>
  Content-Type: text/plain; charset=ISO-8859-1

  Dear Managers!
  I installed a new DVD rom in my SUN E450 server. I have not been able
  to bring it to life after this installation.
  Can anybody guide me through the diagnostics process so that i can
  what exactly is keeping my server from booting.
  Any help in this regard will be highly appreciated.
  Best Regards

  --
  Hilal Afridi
  Server Engineer
  Goldbar Enterprises LLC
  Cell# 92-321-5178108
  --------------------------------------------------------

  ------------------------------

  Message: 4
  Date: Mon, 20 Mar 2006 13:57:44 -0500
  From: "Johnson, Chad" <CJohnson4@tiaa-cref.org>
  Subject: Solaris inetd not honoring the "-t" flag
  To: <sunmanagers@sunmanagers.org>
  Message-ID:
  <50BFA7C0BA27F345BE28A21B7BE7D33401DC6DFA@CHAPDMSXMB04.ad.tiaa-cref.org>

  Content-Type: text/plain; charset="us-ascii"

  On solaris 9 9/05 (most recent 9_Recommended installed) inetd does
  not
  seem to honor the -t flag. I have modified /etc/init.d/inetsvc and
  added the '-t' flag to the startup line for inetd, also I have
  verified
  the correct logging settings necessary (daemon.notice) is set
  correctly
  to log to /var/adm/messages in /etc/syslog.conf.

  No inetd connection attempts are logged. Thinking perhaps the -t
  flag
  was in some way linked to the "ENABLE_CONNECTION_LOGGING" setting in
  /etc/default/inetd I set the value in /etc/default/inetd to
  "YES". This
  did work, connection attempts were logged (following a restart of
  inetd)
  to /var/adm/messages. This led me to think that the flag in
  /etc/default/inetd had to be "YES" for the -t flag to even work so I
  now
  removed the "-t" flag from the inetd startup and rebooted. The
  system
  still logged connection attempts (as it should per the man page)
  because
  of the setting in /etc/default/inetd.

  This shows the system seems to completely ignore the "-t" flag to
  inetd
  in Solaris 9.

  Has anyone else had success using -t with inetd in Solaris 9? The
  main
  reason I ask is we have a large mix of 8 & 9 systems and I would like
  to
  limit the checks / controls to a single item where possible. It
  would
  be nice to have this control state that "inetd must run with the -t
  flag" instead of having to document separate controls for 8 & 9.

  TIA,

  Chad Johnson

  inetd(1M) From
  http://docs.sun.com/app/docs/doc/817-3937/6mjgeafpj?a=view#indexterm-199
  :

  The /etc/default/inetd file contains the following default parameter
  settings. See FILES
  <http://docs.sun.com/app/docs/doc/817-3937/6mjgeafpj?a=view#inetd-1m-fil
  e> .

  ENABLE_CONNECTION_LOGGING

  Specifies whether incoming TCP connections are traced. The value
  ENABLE_CONNECTION_LOGGING=YES is equivalent to the -t command-line
  option. The default value for ENABLE_CONNECTION_LOGGING is NO.

  .....

  -t

  Instructs inetd to trace the incoming connections for all of its TCP
  services. It does this by logging the client's IP address and TCP
  port
  number, along with the name of the service, using the syslog(3C)
  <http://docs.sun.com/app/docs/doc/817-3939/6mjgg7haf?a=view> facility.
  "Wait" wait-status services cannot be traced. When tracing is
  enabled,
  inetd uses the syslog facility code daemon and notice priority level.
  This logging is separate from the logging done by the TCP wrappers
  facility. See FILES
  <http://docs.sun.com/app/docs/doc/817-3937/6mjgeafpj?a=view#inetd-1m-fil
  e> .

  .....

  **************************************************************
  This message, including any attachments, contains confidential
  information
  intended for a specific individual and purpose, and is protected by
  law. If
  you are not the intended recipient, please contact sender immediately
  by reply
  e-mail and destroy all copies. You are hereby notified that any
  disclosure,
  copying, or distribution of this message, or the taking of any action
  based on
  it, is strictly prohibited.
  TIAA-CREF
  **************************************************************

  ------------------------------

  Message: 5
  Date: Mon, 20 Mar 2006 11:04:07 -0800 (PST)
  From: Robert <rgoud@yahoo.com>
  Subject: v210's
  To: sunmanagers@sunmanagers.org
  Message-ID: <20060320190407.70824.qmail@web52406.mail.yahoo.com>
  Content-Type: text/plain; charset="us-ascii"

  Hi list,
  I see these errors on v210 in /var/adm/messages, any clue?

  Mar 20 11:13:52 prod1 rmclomv: [ID 211032 kern.error] PSU @ PS0 has
  FAULTED.
  Mar 20 11:29:04 prod1 rmclomv: [ID 211032 kern.error] PSU @ PS0 has
  FAULTED.
  Mar 20 11:44:16 prod1 rmclomv: [ID 211032 kern.error] PSU @ PS0 has
  FAULTED.

  Thanks in advance

  ---------------------------------
  Yahoo! Mail
  Bring photos to life! New PhotoMail makes sharing a breeze.

  ------------------------------

  Message: 6
  Date: Mon, 20 Mar 2006 14:22:32 -0500
  From: "Johnson, Chad" <CJohnson4@tiaa-cref.org>
  Subject: SUMMARY: Solaris inetd not honoring the "-t" flag
  To: <sunmanagers@sunmanagers.org>
  Message-ID:
  <50BFA7C0BA27F345BE28A21B7BE7D33401DC6E32@CHAPDMSXMB04.ad.tiaa-cref.org>

  Content-Type: text/plain; charset="us-ascii"

  Ok, so some more searching and I found this
  http://sunsolve.sun.com/search/document.do?assetkey=1-25-72911-1
  which
  states:

  As of Solaris[TM] 9, using the "-t" flag with the inetd daemon is
  superseded by the /etc/default/inetd file.

  And then goes on to say:

  For further information, refer to the Solaris[TM] 9 inetd man page.

  And of course the man page says that -t works. Ahh, the joy of out
  of
  date / inaccurate documentation.

  On solaris 9 9/05 (most recent 9_Recommended installed) inetd does
  not
  seem to honor the -t flag. I have modified /etc/init.d/inetsvc and
  added the '-t' flag to the startup line for inetd, also I have
  verified
  the correct logging settings necessary (daemon.notice) is set
  correctly
  to log to /var/adm/messages in /etc/syslog.conf.

  No inetd connection attempts are logged. Thinking perhaps the -t
  flag
  was in some way linked to the "ENABLE_CONNECTION_LOGGING" setting in
  /etc/default/inetd I set the value in /etc/default/inetd to
  "YES". This
  did work, connection attempts were logged (following a restart of
  inetd)
  to /var/adm/messages. This led me to think that the flag in
  /etc/default/inetd had to be "YES" for the -t flag to even work so I
  now
  removed the "-t" flag from the inetd startup and rebooted. The
  system
  still logged connection attempts (as it should per the man page)
  because
  of the setting in /etc/default/inetd.

  This shows the system seems to completely ignore the "-t" flag to
  inetd
  in Solaris 9.

  Has anyone else had success using -t with inetd in Solaris 9? The
  main
  reason I ask is we have a large mix of 8 & 9 systems and I would like
  to
  limit the checks / controls to a single item where possible. It
  would
  be nice to have this control state that "inetd must run with the -t
  flag" instead of having to document separate controls for 8 & 9.

  TIA,

  Chad Johnson

  inetd(1M) From
  http://docs.sun.com/app/docs/doc/817-3937/6mjgeafpj?a=view#indexterm-199
  :

  The /etc/default/inetd file contains the following default parameter
  settings. See FILES
  <http://docs.sun.com/app/docs/doc/817-3937/6mjgeafpj?a=view#inetd-1m-fil
  e> .

  ENABLE_CONNECTION_LOGGING

  Specifies whether incoming TCP connections are traced. The value
  ENABLE_CONNECTION_LOGGING=YES is equivalent to the -t command-line
  option. The default value for ENABLE_CONNECTION_LOGGING is NO.

  .....

  -t

  Instructs inetd to trace the incoming connections for all of its TCP
  services. It does this by logging the client's IP address and TCP
  port
  number, along with the name of the service, using the syslog(3C)
  <http://docs.sun.com/app/docs/doc/817-3939/6mjgg7haf?a=view> facility.
  "Wait" wait-status services cannot be traced. When tracing is
  enabled,
  inetd uses the syslog facility code daemon and notice priority level.
  This logging is separate from the logging done by the TCP wrappers
  facility. See FILES
  <http://docs.sun.com/app/docs/doc/817-3937/6mjgeafpj?a=view#inetd-1m-fil
  e> .

  .....

  **************************************************************
  This message, including any attachments, contains confidential
  information
  intended for a specific individual and purpose, and is protected by
  law. If
  you are not the intended recipient, please contact sender immediately
  by reply
  e-mail and destroy all copies. You are hereby notified that any
  disclosure,
  copying, or distribution of this message, or the taking of any action
  based on
  it, is strictly prohibited.
  TIAA-CREF
  **************************************************************

  ------------------------------

  Message: 7
  Date: Mon, 20 Mar 2006 13:41:07 -0600
  From: "Clift, Robert T CTR K55-Branch" <robert.clift.ctr@navy.mil>
  Subject: SUMMARY: Passwd problems
  To: <sunmanagers@sunmanagers.org>
  Message-ID:
  <EF55D4DBD8632E4D975DA3D296622B5E02647AFF@NAEAMILLEX02VA.nadsusea.nads.navy.mil>

  Content-Type: text/plain; charset="us-ascii"

  I was troubleshooting this for another admin when the problem
  occured. I have since found out that they have installed SFU 3.5 from
  Microsoft which is a product that verifies the unix passwd with a
  policy on a windows box. The new password didn't meet the criteria so
  a permission denied was returned. Thanks for the input from multiple
  folks.

  Original question:

  Update:

  I do get a permission denied after the "passwd changed " statement. I
  have ran pwconv and checked permissions on /etc/passwd and
  /etc/shadow. I have tried taking the nis out of nsswitch.conf for the
  passwd word line and still no luck.

  Original question:

  I have a Solaris 9 box running NIS. When I enter the command passwd
  <username> the prompt hangs for about 2 minutes and finally returns
  and accepts the new password. After the re-enter passwd section, I
  will eventually see the message about passwd successfully changed but
  then will be asked to please try again. I have stop and restarted
  NIS.

  ------------------------------

  Message: 8
  Date: Mon, 20 Mar 2006 17:55:46 -0500
  From: "john reid" <johnreid23@gmail.com>
  Subject: Performance - Memory/CPU
  To: sunmanagers@sunmanagers.org
  Message-ID:
  <3348f38b0603201455n1eb673c8se7e973277f8b8c2f@mail.gmail.com>
  Content-Type: text/plain; charset="us-ascii"

  Team:

  I have a server which the users report memory/performance
  issues..Could the
  gurus please guide me how to nail down the issue. I now it would not
  be a
  single command..but a series of steps looking into different
  parameters on
  the box OR may be a DOC. This is a sunfire v 240 server running 2.9.
  Thanks in advance and i will summarise.

  Best Regards

  John.

  ------------------------------

  Message: 9
  Date: Tue, 21 Mar 2006 08:12:56 +0100
  From: "Leiv Jarle Larsen" <leiv.jarle.larsen@ementor.no>
  Subject: SUMMARY: difference between a SB1000 and a SB2000, using a
  command?
  To: <sunmanagers@sunmanagers.org>
  Message-ID:
  <F0F7426CC380574795D4DB15551337C404DF19@100NOOSLMSG004.common.alpharoot.net>

  Content-Type: text/plain; charset="us-ascii"

  Thanks to Rene Occelli adn Caspar Dik.

  In short, it is not possible to see the difference from a SB2000 and
  a
  SB1000 using a command.

  :)
  <Leiv>

  -----Original Message-----
  From: sunmanagers-bounces@sunmanagers.org
  [mailto:sunmanagers-bounces@sunmanagers.org] On Behalf Of Leiv Jarle
  Larsen
  Sent: 20. mars 2006 14:03
  To: sunmanagers@sunmanagers.org
  Subject: difference between a SB1000 and a SB2000, using a command?

  who can I see the difference between a SB1000 and a SB2000, using a
  command?

  Uname -a gives me the same output, prtdiag -v does the same. Does
  anyone
  have any ideas?

  Leiv Jarle Larsen
  Konsulent
  ______________________________
  Ementor Norge AS, Skvadronvn. 2, 4050 SOLA
  Mobil +47 930 33 062
  leiv.jarle.larsen@ementor.no
  www.ementor.no
  _______________________________________________
  sunmanagers mailing list
  sunmanagers@sunmanagers.org
  http://www.sunmanagers.org/mailman/listinfo/sunmanagers

  ------------------------------

  Message: 10
  Date: Tue, 21 Mar 2006 17:34:04 +0800
  From: Mustapa Fadzly-r52428 <Fadzly@freescale.com>
  Subject: Veritas VxVM & VxFS installation files
  To: "'sunmanagers@sunmanagers.org.'" <sunmanagers@sunmanagers.org>
  Message-ID:
  <0B3CDF75128AD5119E0800D0B782934E1DC8FE70@zmy02exm01.ap.freescale.net>
  Content-Type: text/plain

  Greeting Managers,

  We are trying to redeployed our solaris 8 machine with Sun
  Storage A5200 disk array when we found out that we lost the
  vxvm and vxfs installation media. Thank god the server has not
  been formatted yet and we still have the license codes in the
  system.

  Is there anyway for me to get the installation files for these
  2 products? Anybody has them in their archive? We were using vxvm 3.1
  along with vxfs (not sure what version).
  I'm not sure if the license can be used for higher versions?

  Thanks & regards,
  -Fadzly

  ------------------------------

  _______________________________________________
  sunmanagers mailing list
  sunmanagers@sunmanagers.org
  http://www.sunmanagers.org/mailman/listinfo/sunmanagers

  End of sunmanagers Digest, Vol 36, Issue 24
  *******************************************
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers



This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:39:21 EDT