From: hanumantha rao (hanumantha21@gmail.com)
Date: Wed Mar 22 2006 - 00:58:06 EST
Hi Managers,
Please find the below run level in solaris.
*S, s--run level*
*
Single user mode. Doesn't require properly formated /etc/inittab.
Filesystems required for basic system operation are mounted.
*
I have a doubt here what is the difference between s and S in this run
level.
Could any one tell me about this doubt please.
Cheers
Hanumanth
On 3/22/06, sunman1">> Content-Type: text/plain; charset=iso-8859-1
>
> Gurus:
>
> This is my prstat -t report
>
> NPROC USERNAME SIZE RSS MEMORY TIME CPU
>
> 244 oracle 443G 436G 99% 1:07.51 4.5%
> 10 patrol 4019M 3937M 0.9% 14:32.37 0.4%
> 68 applmgr 846M 592M 0.1% 0:14.22 0.1%
> 52 root 214M 72M 0.0% 1:07.51 0.1%
> 2 pevans 16M 5496K 0.0% 0:00.03 0.0%
> 2 csteiner 16M 5568K 0.0% 0:00.01 0.0%
> 2 postfix 12M 3928K 0.0% 0:00.27 0.0%
>
> As you can see oracle user runs at 99%. from this info
> what else information i may need to look to make sure
> i need additional memory on this machine. This is
> sunfire v440 running 2.8 with 8G ram. My vmstat is
> good(sr is 0 most). Please Advise.
>
> Best Regards
>
> Joe.
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
>
> ------------------------------
>
> Message: 5
> Date: Tue, 21 Mar 2006 21:05:45 +0100
> From: Andreas H?schler <ahoesch@smartsoft.de>
> Subject: Summary: Backup recommendation
> To: sunmanagers@sunmanagers.org
> Message-ID: <153AE07F-B916-11DA-A825-003065CCA582@smartsoft.de>
> Content-Type: text/plain; charset=US-ASCII; format=flowed
>
> Dear managers,
>
> thanks a lot for the many responses. Richard recommmended to give the
>
> Sun StorEdge DAT 72 Tape Drive
>
> a try. It was also recommended to check out www.amenda.org and possibly
> sync to a SATA-array.
>
> I will evaluate both approaches!
>
> Thanks a lot!
>
> Regards,
>
> Andreas
>
>
> ------------------------------
>
> Message: 6
> Date: Tue, 21 Mar 2006 12:16:48 -0800 (PST)
> From: Joe Crawford <abjcrawford@yahoo.com>
> Subject: prstat 99% more info
> To: sunmanagers@sunmanagers.org
> Message-ID: <20060321201648.34512.qmail@web30314.mail.mud.yahoo.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Managers:
>
> i got all the responses asking for vmstat output for
> this question (which mentioned the oracle user showing
> 99% in prstat -t). I have attached the vmstat output
> here.
>
> Thanks
>
> Joe.
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
> procs memory page disk faults cpu
> r b w swap free re mf pi po fr de sr s0 s1 s2 s3 in sy cs us sy
> id
> 0 0 0 7864344 1444296 372 475 2922 7 7 0 0 0 5 5 0 741 2139 2026 23 3
> 73
> 0 0 0 5836472 525872 2684 109 24630 3 3 0 0 0 1 1 0 2385 4569 1459 21 7
> 71
> 0 0 0 5829840 522312 187 2026 5797 8 8 0 0 0 4 3 0 490 9057 1951 5 5
> 90
> 0 0 0 5829376 521808 44 615 43 0 0 0 0 0 22 22 0 437 3584 1418 4 4
> 93
> 0 0 0 5829808 522048 48 634 221 3 3 0 0 0 1 1 0 340 3468 1272 4 2
> 94
> 0 0 0 5831944 523832 18 359 13 0 0 0 0 0 0 0 0 377 4696 1415 3 2
> 95
> 0 0 0 5831680 523584 34 450 8 3 3 0 0 0 1 1 0 362 3054 1380 3 2
> 95
> 0 0 0 5828784 521416 0 302 183 0 0 0 0 0 0 0 0 371 3883 1362 4 2
> 95
> 0 0 0 5828432 521160 122 1512 207 0 0 0 0 0 6 3 0 327 3234 1352 4 2
> 94
> 0 0 0 5827256 519200 114 1469 58 3 3 0 0 0 5 6 0 425 4379 1549 8 2
> 90
> 0 0 0 5826920 519784 18 348 231 0 0 0 0 0 4 4 0 406 5000 1722 9 3
> 88
> 0 0 0 5825072 518336 17 202 359 3 3 0 0 0 1 1 0 653 5093 2440 3 1
> 95
> 0 0 0 5825320 518584 81 708 189 0 0 0 0 0 3 2 0 401 6477 2005 7 5
> 87
> 0 0 0 5821048 514248 140 775 1286 3 3 0 0 0 17 19 0 833 13622 2181 32 6
> 62
> 0 0 0 5824224 518024 66 1186 98 3 3 0 0 0 1 1 0 438 7004 2071 12 4
> 83
>
>
> ------------------------------
>
> Message: 7
> Date: 21 Mar 2006 20:26:47 -0000
> From: "Sun Admin" <sun_admin17@rediffmail.com>
> Subject: Boot stucks at S40standardmounts.sh script in Solaris 9
> (after OS liveupgrade)
> To: sunmanagers@sunmanagers.org
> Message-ID: <20060321202647.8221.qmail@webmail8.rediffmail.com>
> Content-Type: text/plain; charset="us-ascii"
>
>
> Dear managers,
>
> I am facing problem while upgrading OS from Solaris 8 to
> Solaris 9 using liveupgrade method. The problem is as below:
>
> While activating
> and further rebooting the server with init 6 command, the boot process get
> stucks at S40standardmounts.sh script. Even after 20 minutes wait also, it
> does not comeup and stay in hang mode. Ultimately, I need to go back to
> previous boot environment :(
>
> I faced similar problem in my one of the
> previous upgrade, but that time I temporarily replaced the mentioned
> script
> with Solaris 8 one and I was able to boot. Later I changed it with solaris
> 9
> original script. I think that it is a work around only .... not a
> solution.
> Has anyone faced such type of problem before? Please share your valuable
> experiences in this regard. I will consolidate the replies.
>
> Best regards,
> Sun
> Admin
>
>
> ------------------------------
>
> Message: 8
> Date: Tue, 21 Mar 2006 14:11:00 -0800 (PST)
> From: Tony Magtalas <ttk67@yahoo.com>
> Subject: SunFire V440, 5.9, 4xcpu: panic[cpu2] BAD TRAP type=3 due to
> a NULL pointer reference ?
> To: Sun Managers List <sunmanagers@sunmanagers.org>
> Message-ID: <20060321221101.891.qmail@web81609.mail.mud.yahoo.com>
> Content-Type: text/plain; charset=iso-8859-1
>
> Dear Managers:
>
> My V440 server crashed a few days ago and crashed
> again yesterday, with the following error message:
>
> Mar 17 20:26:06 myserver
> ^Mpanic[cpu2]/thread=2a10053dd40:
> Mar 17 20:26:06 myserver unix: [ID 340138 kern.notice]
> BAD TRAP: type=3
> 1 rp=1438090 addr=10 mmu_fsr=0 occurred in module
> "genunix" due to a NULL pointer dereference
> Mar 17 20:26:36 myserver
> ^Mpanic[cpu2]/thread=2a10053dd40:
> Mar 17 20:26:36 myserver unix: [ID 715357 kern.notice]
> panic sync timeout
> Mar 20 16:20:23 myserver savecore: [ID 570001
> auth.error] reboot after panic: [AFT1] errID
> 0x00322ef8.d37d3084 UE CE EDU FRU WDU FRC Error(s)
> Mar 20 16:19:24 myserver lpfc: [ID 685918 kern.notice]
> NOTICE: lpfc1: Acquired FCP/SCSI Target 81 LUN 7
>
>
> #./prtdiag -v|more
> System Configuration: Sun Microsystems sun4u Sun Fire
> V440
> System clock frequency: 177 MHZ
> Memory size: 8GB
>
> ==================================== CPUs
> ====================================
> E$ CPU CPU
> Temperature
> CPU Freq Size Implementation Mask
> Die Amb. Status
> Location
> --- -------- ---------- ------------------- -----
> ---- ---- ------
> --------
> 0 1593 MHz 1MB SUNW,UltraSPARC-IIIi 3.4
> - - online
> -
> 1 1593 MHz 1MB SUNW,UltraSPARC-IIIi 3.4
> - - online
> -
> 2 1593 MHz 1MB SUNW,UltraSPARC-IIIi 3.4
> - - online
> -
> 3 1593 MHz 1MB SUNW,UltraSPARC-IIIi 3.4
> - - online
> -
>
> It is a SunFire V440 with 4x1593 Mhz CPU and 8 GB of
> memory running Oracle & Solaris 5.9:
>
> # uname -a
> SunOS myserver 5.9 Generic_118558-04 sun4u sparc
> SUNW,Sun-Fire-V440
>
> I reported this problem to Sun. After reviewing the
> core dumps, they said they can't find any problem with
> the server (we have a Sun platinum support contract).
> They said the server just had a "hiccup" for no
> determined reason; and suggested that we bring down
> the server and run extended POST a couple of times to
> test for any hardware problem, which is a no-no,
> because this is one of our critical production Oracle
> servers.
>
> Has anybody seen this error message before? What is my
> next course of actions? (with Sun).
>
> Thanks,
> TM
>
>
> ------------------------------
>
> Message: 9
> Date: Tue, 21 Mar 2006 15:47:20 -0700
> From: Kory Wheatley <wheakory@isu.edu>
> Subject: Raid1 on root
> To: sunmanagers@sunmanagers.org
> Message-ID: <44208278.1090405@isu.edu>
> Content-Type: text/plain; charset="us-ascii"
>
> Thanks to all I received the information I needed. Here's the correct
> steps below to benefit others on mirroring root file system.
>
> prtvtoc /dev/rdsk/c1t0d0s2 |fmthard -s - /dev/rdsk/c1t1d0s2
>
> metadb -a -f -c3 c1t0d0s7 c1t1d0s7
>
> metainit -f d1 1 1 c1t0d0s0
>
> metainit d2 1 1 c1t1d0s0
>
> metainit d0 -m d1
>
> metaroot d0
> Change /etc/vfstab to /dev/md/dsk/d0 and /dev/md/rdsk/d0
> instead of /dev/dsk/c1t0d0s0 /dev/rdsk/c0t1d0s0
>
> reboot system
>
> metattach d0 d2
>
> metastat (to watch submirror sync and setup)
>
> metadb (To view state databases)
>
> [demime 1.01b removed an attachment of type text/x-vcard which had a name
> of wheakory.vcf]
>
>
> ------------------------------
>
> Message: 10
> Date: Wed, 22 Mar 2006 09:15:57 +0530
> From: "hanumantha rao" <hanumantha21@gmail.com>
> Subject: Need Soalris 10 Certificaion documentaion
> To: sunmanagers@sunmanagers.org
> Message-ID:
> <b4b412430603211945m22a006a2yd9c39355e2a9565@mail.gmail.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi Everyone,
>
> I would like to write the Soalris 10 Certificaion exam. Could any one help
> me by sending the Soalris 10 Certificaion documentaion like Volume 1 and
> Volume 2 for the preparation.
>
> I am eagarly awaiting for you help it would be great help for me
>
> Cheers
> Hanumanth
>
>
>
>
> On 3/21/06, sunmanagers-request@sunmanagers.org <
> sunmanagers-request@sunmanagers.org> wrote:
> >
> > 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. OECD February 2000] (Marcos Martinez Garcia)
> > 2. difference between a SB1000 and a SB2000, using a command?
> > (Erling Kopperdal)
> > 3. simple questions about sparc (Genis Pujol Hamelink)
> > 4. Backup recommendation (Andreas H?schler)
> > 5. NDD Issue (Malahat Qureshi)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Tue, 21 Mar 2006 12:33:08 +0100 (CET)
> > From: "Marcos Martinez Garcia" <marcos.martinez@alternae.com>
> > Subject: OECD February 2000]
> > To: <sunmanagers@sunmanagers.org>
> > Message-ID: <4167.20.133.1.2.1142940788.squirrel@www.alternae.com>
> > Content-Type: text/plain; charset=iso-8859-1
> >
> > Hi mates.
> >
> > One of our clients have an older aplication that only runs in Solaris
> > 2.5.1 one of their boxes an ultra enterprise 1 box has crashed last
> > Saturday night.
> >
> > I have tried to install the APP in a solaris 6, and 7 environment but it
> > always crash.
> >
> > So I need to install a working copy of Solaris 2.5.1 HW 11/97 in an
> ultra
> > 60 box that we have in our laboratory. But when I'm tryng to boot that
> > box I can't. After a few research in the net I have found I need the
> > Operating Environment Installation CD February 2000 (OECD), which is SUN
> > Part No. 704-7076-10.
> >
> > Can any kind member of this list tell me were I can get one copy of this
> > CD. I've asked my local Sun provider but it's an obsolete software not
> > longer provided by sun. I also have checked on EBAY and some SUN
> > refurbished resellers but seems nobody has this CD.
> >
> > Thanks a lot from Spain.
> >
> >
> > ------------------------------
> >
> > Message: 2
> > Date: Tue, 21 Mar 2006 13:37:55 +0100
> > From: "Erling Kopperdal" <erling.kopperdal@ementor.no>
> > Subject: difference between a SB1000 and a SB2000, using a command?
> > To: <sunmanagers@sunmanagers.org>
> > Message-ID:
> > <
> >
> 279F3E561F85DF48BD032970AED7CA5F0A47A8@100NOOSLMSG004.common.alpharoot.net
> > >
> >
> > Content-Type: text/plain; charset="us-ascii"
> >
> > Worthy group
> >
> > I have a question regarding this matter:
> >
> > Assuming that these boxes where not tampered with, ie: no replace of
> > cpu's after the boxes were purchased:
> >
> > The problem here is the 900Mhz cpu's. If it's <900 Mhz it must be a
> > SB1000, if it's >900 Mhz it must be a SB2000.
> >
> > I ran a prtpicl -v on the 900 Mhzs (there's probably other ways of
> > getting this info too) at my site, and this showed me that the SB1000
> > reported the cpu as UltraSPARC-III and the SB2000 reported the cpu as
> > UltraSPARC-III+. Could this be a secure way of identyfing SB1000 and
> > SB2000 ?
> >
> > Regards
> > Erling
> >
> >
> > -----Original Message-----
> > From: sunmanagers-bounces@sunmanagers.org
> > [mailto:sunmanagers-bounces@sunmanagers.org] On Behalf Of Leiv Jarle
> > Larsen
> > Sent: 21. mars 2006 08:13
> > To: sunmanagers@sunmanagers.org
> > Subject: SUMMARY: difference between a SB1000 and a SB2000, using a
> > command?
> >
> > 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
> > _______________________________________________
> > sunmanagers mailing list
> > sunmanagers@sunmanagers.org
> > http://www.sunmanagers.org/mailman/listinfo/sunmanagers
> >
> >
> > ------------------------------
> >
> > Message: 3
> > Date: Tue, 21 Mar 2006 14:03:05 +0100
> > From: "Genis Pujol Hamelink" <genis.pujol@gmail.com>
> > Subject: simple questions about sparc
> > To: sunmanagers@sunmanagers.org
> > Message-ID:
> > <6449d19f0603210503g70953b7fy2b27e276fc4bdd7c@mail.gmail.com>
> > Content-Type: text/plain; charset="us-ascii"
> >
> > Hello everyone,
> >
> > I'm new to configuring hardware on sparc and have a question:
> >
> > In order to configure a FC HBA adapter on Sparc is it like in IA-32,
> that
> > you go into the card's BIOS/Firmware to configure the arrays? (I
> couldn4t
> > see any prompt on my server)
> >
> >
> > regards,
> >
> > --
> > Genis
> > Skype: genis00
> > MSN: genis00@hotmail.com
> >
> >
> > ------------------------------
> >
> > Message: 4
> > Date: Tue, 21 Mar 2006 15:40:47 +0100
> > From: Andreas H?schler <ahoesch@smartsoft.de>
> > Subject: Backup recommendation
> > To: sunmanagers@sunmanagers.org
> > Message-ID: <AF902682-B8E8-11DA-A825-003065CCA582@smartsoft.de>
> > Content-Type: text/plain; charset=US-ASCII; format=flowed
> >
> > Dear managers,
> >
> > we are looking for a cost-effective backup solution for a small budget
> > project (SF 240 and 2-3 Sun Rays, Solaris 10). Any recommendations
> > (good experiences)?
> >
> > Thanks a lot!
> >
> > Regards,
> >
> > Andreas
> >
> >
> > ------------------------------
> >
> > Message: 5
> > Date: Tue, 21 Mar 2006 15:02:48 +0000
> > From: "Malahat Qureshi" <malahatq@hotmail.com>
> > Subject: NDD Issue
> > To: sunmanagers@sunmanagers.org
> > Message-ID: <BAY107-F33BAE74F93D56537766585C2D80@phx.gbl>
> > Content-Type: text/plain; charset="us-ascii"
> >
> > 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.mi
> l
> > >
> >
> > 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
> >
> >
> > End of sunmanagers Digest, Vol 36, Issue 25
> > *******************************************
>
>
> ------------------------------
>
> _______________________________________________
> sunmanagers mailing list
> sunmanagers@sunmanagers.org
> http://www.sunmanagers.org/mailman/listinfo/sunmanagers
>
>
> End of sunmanagers Digest, Vol 36, Issue 26
> *******************************************
_______________________________________________
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:22 EDT