From: Sharma, Mahendra (GEP, Contractor) (Mahendra.Sharma@gepex.ge.com)
Date: Wed Nov 19 2003 - 01:11:39 EST
Hi Billy--
Just find correct processes, do
# ps -ef | grep <instancename>
There 2 processes will be running 1 for instance and 1 for JVM (which is child
proceses)
# kill -9 <childprocess(JVM)>
again do
# ps -ef | grep <instancename>
Confirm if any processes running or no.
Healthy way , once u stop ur instance wait for 120sec and then start it
again.
Any issues let me know.
Thanks.
Mahendra
-----Original Message-----
From: sunmanagers-request@sunmanagers.org
[mailto:sunmanagers-request@sunmanagers.org]
Sent: Wednesday, November 19, 2003 1:58 PM
To: sunmanagers@sunmanagers.org
Subject: sunmanagers Digest, Vol 8, Issue 38
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] Backup Options (John.B.Kelly)
2. Correcting Hard Disk Errors (John Elser)
3. NFS differs (Galen Johnson)
4. Kill a weblogic process holding a port open (Billy Talton)
5. [SUMMARY]: Bad elite3d m6? (Kevin Sindhu)
6. RSC Connectivity and usage (Tim Kirby)
7. root cannot chmod or chown a directory (Dela Vega,Maria Aurora)
8. Strange process running on Solaris8? (Mt Dew)
9. Sun E250 server problem (Chandra babu)
10. Summary: Strange process running on Solaris8? (Mt Dew)
11. High Wait I/O( Average SAR Value %wio 25 to 35%) (BINOY P.V)
----------------------------------------------------------------------
Message: 1
Date: Tue, 18 Nov 2003 19:11:33 -0000
From: "John.B.Kelly" <John.B.Kelly@ul.ie>
Subject: [SUMMARY] Backup Options
To: sunmanagers@sunmanagers.org
Message-ID:
<0B2F845E9599D611A6FA00B0D0D1DE4A01EC7894@exch-staff4.ul.ie>
Content-Type: text/plain; charset="iso-8859-1"
Folks,
My query related to the options open to me in upgrading a backup regime from
an an external SCSI DDS3
4mm DAT tape to a bakup methodology with increased capacity. Obviously a
general question like this yielded a lot of replies, too numerous to
mention.
The main points which may be of interest to other list members are, in my
opinion, the following:
(i) DLT probably better option that DAT - more reliable and a 2nd user
DLT-8000 should be available for ~$500
(ii) Using an autoloader adds an extra level of complexity and something
extra to go wrong
(iii) Don't count on getting the amount of compression quoted on tapes
(typically 2:1)
(iv) With large ATA disks (~100-200GB) now being available pretty cheaply,
it makes sense to look carefully at using these as part of any backup
regime.
Many thanks to all who replied,
John Kelly.
------------------------------
Message: 2
Date: Tue, 18 Nov 2003 14:32:24 -0600
From: "John Elser" <jElser@ck8.uscourts.gov>
Subject: Correcting Hard Disk Errors
To: <sunmanagers@sunmanagers.org>
Message-ID: <026f01c3ae13$1300b150$61617f9c@JELSER>
Content-Type: text/plain; charset="us-ascii"
I'm using x86 Solaris 2.5.1. Several error messages like this are in my
/var/messages file:
Nov 18 04:13:10 p4a8 unix: WARNING: /pci@1,0/cpqncr@a/cmdk@3,0 (Disk3):
Nov 18 04:13:10 p4a8 unix: Error for Command: read(10) Error Level:
Retryable
Nov 18 04:13:10 p4a8 unix: Requested Block: 109684 Error Block: 109699
Nov 18 04:13:10 p4a8 unix: Vendor: COMPAQ Serial Number:
JD968
Nov 18 04:13:10 p4a8 unix: Sense Key: Media Error
Nov 18 04:13:10 p4a8 unix: ASC: 0x11 (unrecovered read error), ASCQ: 0x0,
FRU: 0xea
Disk 3, contains one filesystem, and is a drive that isn't used by anyone,
but
does contain files that we need. My question is, can I fix this error (using
format) while the users are on the system as long as they are not using this
drive? I think I can, but want to be sure before jumping in.
Thanks,
John
------------------------------
Message: 3
Date: Tue, 18 Nov 2003 16:11:00 -0500
From: Galen Johnson <gjohnson@trantor.org>
Subject: NFS differs
To: Sun Managers <sunmanagers@sunmanagers.org>
Message-ID: <3FBA8AE4.4000507@trantor.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Greetings,
Has anyone run across this before? I'm having a problem doing anything
(by anything I mean write) as root in the nfs mounts on one of my servers.
The really strange thing is it's only this one server (out of 3
identical servers) that has this problem.
Has anyone run into this or happen to know what else I can look at?
This is on Solaris 9 08/2003. I've checked that all my mount options
are the identical. These are on a netapp and that it set up the same.
I've kinda run out of ideas.
=G=
------------------------------
Message: 4
Date: Tue, 18 Nov 2003 18:26:57 -0600
From: "Billy Talton" <billy.talton@cornerstone.net>
Subject: Kill a weblogic process holding a port open
To: <sunmanagers@sunmanagers.org>
Message-ID:
<C8AB27DF64C56C49A433C09D2375C2D50A6264@Augusta.cornerstone.net>
Content-Type: text/plain; charset="us-ascii"
All,
I have a Weblogic process that refuses to release a port on my Solaris
server when it is stopped. I know this because when I try to restart
the process it gives me an "Address in user" error. I am relegated to
rebooting the box every time this occurs. I'm not asking for advice on
the problematic Weblogic issue (that's for another authority) - what I'd
like to know is how I would go about identifying the process that is
holding the socket/port open. I'm fine with using the "kill -9 whatever"
to get rid of it but I can't figure out which process is controlling it.
I've used "netstat -a| grep weblogic" and verified that it is still
open. I've read about "lsof"... but the package apparently is not
available for download on Sun's Freeware site. I'm using a Solaris e250
(SunOS 5.7) server, Weblogic 5.1 SP3. Please advise.
Sincerely,
Billy Talton
------------------------------
Message: 5
Date: Tue, 18 Nov 2003 16:56:59 -0800
From: Kevin Sindhu <Kevin.A.Sindhu@Mail.AC>
Subject: [SUMMARY]: Bad elite3d m6?
To: Sun Managers <sunmanagers@sunmanagers.org>
Message-ID: <3FBABFDB.1020608@mail.ac>
Content-Type: text/plain; format=flowed; charset=us-ascii
Hi guyz,
First of all, I'd really like to thank David Fung, DJ and Michael
Connolly for their helpful replies.But most of all I'd sincerely to
thank David for his guidance regarding this issue. It ended up being a
bad m6 card. The vendor replaced the card and now I'm working on the
machine which doesn't exhibit any of the problems reported my inital
mail. Hopefully, this helps out someone.
Thanks guyz!! You rock!! Honestly you all do!!!
Ok, now for the problem:
On a working Ultra 10, I install the elite3d-m6 video card and boot up
to the console (via a serial cable). At the OBP ok command, I issue
the command show-displays. The m6 card is found and it works for a
minute. Then the machine automatically shut off. No amounts of power
cycle would restart the machine.The only way to turn it on again is to
take the card out and restart the machine. Even then, putting the card
back in only works 1/3 times.
I've been able to reproduce this repeatedly and in succession.Thinking
it might just be the seating of the card, I took it out and put it
back in but still have same problem. At times, now when I seat the
card in properly, the machine doesn't even want to turn on. Take the
card out and it starts working. However, the machine works perfectly
with the m3 card.
Michael suggested that I should check where I'm installing the the
card, i.e. in the UPA slot and not the PCI slot. In fact, it was being
installed in the UPA Slot. But somehow my replies to Michael were
bounced off by their MTA's Recieved: header limit.
DJ suggested that I should check card or the PSU in the U10 by
swapping or testing it. He also mentioned that I should use a IPA
spray for this UPA slot in case there was no card before.
On my continued discussions with David, here's David's Reply:
-------------------- Original Message -------------------------------
Subject: RE: Bad elite3d m6?
Date: Sat, 15 Nov 2003 16:34:50 -0800
From: David Fung <dfung@symian.com>
Reply-To: dfung@symian.com
To: Kevin.A.Sindhu@Mail.AC
These problems are always hard to isolate without the ability to swap
devices.
It still sounds like a bad m6 card to me though. If you let the card
sit out for hours, then it works briefly but won't work again until
out for hours, that's even more reason to suspect the card. After
it's sat out for a while, the parts will drop to room temperature and
capacitors have had time to discharge. As soon as you power up,
things will heat up. When they reach a certain temperature, then some
component is failing. If you power down for a second, the part will
start cooling, but it will probably be significant time before
everything is cool enough that you can get through boot. That sounds
exactly like what you're seeing.
The m6 card is particularly dense, so I would guess it's almost
certainly a defective chip that's misbehaving on the card. When the
chip reaches it's temperature failure point, then there's no
predicting what happens. It may receive a command and just lock up or
it could take action improperly and cause some sort of error elsewhere
in the system. At this point, you probably really need to try a known
good m6 card in your system to rule out problems there or try this m6
in a different UPA machine to see whether the card is bad. You really
need to make a definitive decision on the m6 card before looking
further at your U10, especially if the U10 (with or without your m3
card) is working OK otherwise.
There's some danger that a bad m6 card can damage your computer, so
you really want to do the minimal checking possible.
One other thing to try would be a shot of cold spray on the card when
it fails. You really want to find a hardware-knowledgeable person to
do this, to prevent destroying your system. If you let the card fail,
shoot it with cold spray and it can boot again, then fail, they this
would be a more certain indication of the card being bad.
If you don't know that this card works properly in a different system,
then I think it's almost certainly your problem here.
David Fung
------------------------------------------------------------------------
Kind Regards,
-Kevin
------------------------------
Message: 6
Date: Tue, 18 Nov 2003 20:47:32 -0600
From: Tim Kirby <trk@cray.com>
Subject: RSC Connectivity and usage
To: <sunmanagers@sunmanagers.org>
Message-ID: <BBE035E4.270F9%trk@cray.com>
Content-Type: text/plain; charset="US-ASCII"
Greetings
With the forthcoming rollout of some additional new Sun equipment
including some V440's, the question of console connectivity has
arisen. We appear to have two camps, one of which prefers to keep
console connectivity through a console server of some description
using conserver. The other insists that we should just plug in the
ethernet to the RSC and life will be warm and fuzzy. There is also
a third camp that favors setting up both connections, of course.
I would like to poll for accumulated wisdom on the topic; there are
purported to be good reasons to go both ways, but I could find little
browsing the web with what seemed like reasonable keywords.
I'll happily summarize any answers with useful information...
Cheers
Tim
-- Tim Kirby 651-605-9074 trk@cray.com Cray Inc. Information Systems ------------------------------ Message: 7 Date: Wed, 19 Nov 2003 11:27:27 +0800 From: "Dela Vega,Maria Aurora" <MADelavega@interpharma-isg.com> Subject: root cannot chmod or chown a directory To: <sunmanagers@sunmanagers.org> Message-ID: <B6AFE1BEEBE41A458EA76A87FCB5478B050FC8@phisgadc02.ph.interpharma.com> Content-Type: text/plain; charset="us-ascii" I have su-ed as root on a Solaris 9 server. Am trying to chmod or chown a directory but am getting a chown: RPA: Not owner and chmod: WARNING: can't change RPA errors. I'm supposed to be a superuser and I can't do this simple thing as root. Help. Thanks. _____________________________________________________________________ Disclaimer: This email and any attachments may contain confidential and/or proprietary information. If you are not the intended recipient, kindly delete this email including all attachments, destroying all forms of all copies, and do not disclose, disseminate or otherwise make use of the information contained therein. Non-compliance with the forgoing may result in legal action. This message has been checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp ------------------------------ Message: 8 Date: Tue, 18 Nov 2003 19:43:50 -0800 (PST) From: Mt Dew <devconf@yahoo.com> Subject: Strange process running on Solaris8? To: sunmanagers@sunmanagers.org Message-ID: <20031119034350.82431.qmail@web11903.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Hi, Anyone know what this process is for? This is a Solaris 8 box root 13146 1 0 16:49:26 ? 0:12 /usr/java/bin/../bin/../jre/bin/../bin/sparc/native_threads/java -Dviper.fifo.p lsof shows this: java 13146 root 11u IPv4 0x30000fdf5c8 0t0 TCP *:5987 (LISTEN) java 13146 root 13u IPv4 0x30000fde588 0t0 TCP *:32823 (LISTEN) java 13146 root 15u IPv4 0x30000b75468 0t0 TCP *:898 (LISTEN) __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree ------------------------------ Message: 9 Date: Tue, 18 Nov 2003 20:47:38 -0800 (PST) From: Chandra babu <jmc_babu@yahoo.com> Subject: Sun E250 server problem To: sun <sunmanagers@sunmanagers.org> Cc: rsh@blr.cmc.net.in Message-ID: <20031119044738.36197.qmail@web13407.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Hello Managers, We have a SUN E250 server (still under warrenty) with solaris7 running and the system crashed once in the last week. I executed the sunvts diagnostics tool and the graphics card was failing (red indication) with the following error message in the log: SUNWvts.m64 test.6021 11/18/03 03:43:22 m64test fbs/m640 ERROR: RAMDAC test screen CRC signature error, monitor type=34 cursor position=1, expected signature=0xffaaa, actual signature=0x7752c4 Probable_cause(s): 1) Device failure Recommended_actions: Call your authorized sun service provider In the terminal / console following message was displayed # accept() call failed, strerror: interrupted system call. After installing patch (which comes with PGX64 graphics card), executed same SUNvts and the system crashed /dumped and came to ok prompt with the following error message on the screen: Panic [cpu0] /Thread=30001167a80: Async data error at tl1:AFAR 0x000001fe.01802800 AFSR 0x00000000.80404000 Graphics card we are using: PGX64 24-bit Graphics card Can any one suggest is my graphics card having problem, Waiting for ur replies. Thanx in advance Chandra babu ===== ------------------------------------------------------------------------- J.M CHANDRA BABU PH-080-2353300-15 ENGINEER-CS RES-080-3598052 CMC LTD. PAGER-9624-213790 11/2, PALACE ROAD, BANGALORE-52 ----------------------------------------------------------------------- __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree ------------------------------ Message: 10 Date: Tue, 18 Nov 2003 21:16:56 -0800 (PST) From: Mt Dew <devconf@yahoo.com> Subject: Summary: Strange process running on Solaris8? To: sunmanagers@sunmanagers.org Message-ID: <20031119051656.543.qmail@web11903.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii This is Sun Management Center(SMC) in /etc/rc2.d/S90wbem I'll turn this off. Thanks --- Mt Dew <devconf@yahoo.com> wrote: > Hi, > > Anyone know what this process is for? > This is a Solaris 8 box > > root 13146 1 0 16:49:26 ? 0:12 > /usr/java/bin/../bin/../jre/bin/../bin/sparc/native_threads/java > -Dviper.fifo.p > > lsof shows this: > > java 13146 root 11u IPv4 0x30000fdf5c8 0t0 TCP *:5987 > (LISTEN) > java 13146 root 13u IPv4 0x30000fde588 0t0 TCP *:32823 > (LISTEN) > java 13146 root 15u IPv4 0x30000b75468 0t0 TCP *:898 (LISTEN) > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree ------------------------------ Message: 11 Date: Wed, 19 Nov 2003 11:21:50 +0530 From: "BINOY P.V" <binoypv@hotmail.com> Subject: High Wait I/O( Average SAR Value %wio 25 to 35%) To: sunhelp@sunhelp.org, sunmanagers@sunmanagers.org Message-ID: <Law10-F17PWnOIwQO3O00002b4c@hotmail.com> Content-Type: text/plain; charset="us-ascii" Dear All, We are facing High Wait I/O(SAR %wio 25 to 35% ) in our Database server running solaris 8 with oracle8i. Dbase server is SunFire4800 with 12gb RAM,750MHZ*8CPU with 20gb swap space. We are using Veritas Volume Manger 3.1 and veritas Filesystem Manger3.4. Ours is a SAN setup with 4T3's (each T3 is 36gb*9HDD) we are using RAID (0+1) Striped at hardware level and Mirrored at Volume Manager level. Can anyone help us resolve the issue. Attached the SAR,VMSTAT,IOSTAT Values Thanks and Regards Binoy IOSTAT AT Differnt time Extended device statistics-10:45 r/s w/s kr/s kw/s wait actv wsvc_t asvc_t %w %b device 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t0d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t1d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t6d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c1t2d1 26.0 193.8 215.8 1854.6 0.0 0.8 0.0 3.5 0 34 c1t2d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c2t2d1 31.0 233.8 503.6 3473.3 0.0 0.7 0.0 2.7 0 32 c2t2d0 18.0 865.3 143.9 10112.1 0.0 4.5 0.0 5.1 0 68 c2t4d0 25.0 725.4 199.8 6262.1 0.0 7.5 0.0 10.0 0 77 c1t4d0 extended device statistics-11:30 r/s w/s kr/s kw/s wait actv wsvc_t asvc_t %w %b device 1.0 0.0 1.0 0.0 0.0 0.0 0.0 11.6 0 1 c0t0d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t1d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t6d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c1t2d1 45.0 94.0 775.9 1055.8 0.0 0.7 0.0 5.0 0 25 c1t2d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c2t2d1 288.0 97.0 2615.6 1177.3 0.0 1.5 0.0 4.0 0 80 c2t2d0 37.0 72.0 439.9 817.9 0.0 0.5 0.0 4.6 0 28 c2t4d0 15.0 68.0 120.0 718.9 0.0 0.3 0.0 4.0 0 23 c1t4d0 extended device statistics-11:45 r/s w/s kr/s kw/s wait actv wsvc_t asvc_t %w %b device 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t0d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t1d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t6d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c1t2d1 33.0 54.0 264.0 528.0 0.0 0.5 0.0 5.6 0 29 c1t2d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c2t2d1 33.0 53.0 552.0 552.5 0.0 0.5 0.0 5.8 0 27 c2t2d0 57.0 39.0 456.0 422.5 0.0 0.6 0.0 6.3 0 41 c2t4d0 76.0 37.0 911.9 355.5 0.0 1.0 0.0 8.5 0 53 c1t4d0 extended device statistics-5:15 r/s w/s kr/s kw/s wait actv wsvc_t asvc_t %w %b device 0.0 1.0 0.0 8.0 0.0 0.0 0.0 7.4 0 1 c0t0d0 0.0 1.0 0.0 8.0 0.0 0.0 0.0 7.2 0 1 c0t1d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t6d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c1t2d1 1.0 11.0 8.0 152.0 0.0 0.0 0.0 2.7 0 3 c1t2d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c2t2d1 2.0 12.0 16.0 192.5 0.0 0.0 0.0 2.3 0 3 c2t2d0 375.0 15.0 4504.0 207.5 5.3 25.5 13.6 65.3 16 60 c2t4d0 661.0 22.0 7143.9 247.0 191.8 64.0 280.8 93.7 100 100 c1t4d0 extended device statistics-5:15 r/s w/s kr/s kw/s wait actv wsvc_t asvc_t %w %b device 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t0d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t1d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t6d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c1t2d1 124.7 61.8 1402.1 898.8 1.3 16.5 6.8 88.3 13 45 c1t2d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c2t2d1 40.4 73.0 422.4 1353.8 0.0 0.9 0.0 7.8 0 25 c2t2d0 96.6 153.9 1042.6 1977.4 0.1 4.8 0.3 19.0 1 41 c2t4d0 380.9 118.0 3739.0 1109.5 129.0 35.9 258.7 72.0 52 82 c1t4d0 extended device statistics-5:30 r/s w/s kr/s kw/s wait actv wsvc_t asvc_t %w %b device 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t0d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t1d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t6d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c1t2d1 42.0 98.0 983.8 1679.7 0.0 1.3 0.0 9.6 0 40 c1t2d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c2t2d1 80.0 99.0 991.8 1728.7 0.0 2.0 0.0 11.2 0 40 c2t2d0 322.0 84.0 3495.5 1440.8 0.2 12.1 0.5 29.7 3 84 c2t4d0 79.0 83.0 799.9 1308.3 0.0 1.8 0.0 11.1 0 48 c1t4d0 extended device statistics-5:30 r/s w/s kr/s kw/s wait actv wsvc_t asvc_t %w %b device 0.0 24.0 0.0 180.0 0.0 4.5 0.0 186.7 0 11 c0t0d0 0.0 27.0 0.0 204.0 0.0 4.2 0.0 157.1 0 11 c0t1d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t6d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c1t2d1 49.0 255.1 424.1 2928.6 0.0 2.1 0.0 6.8 0 60 c1t2d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c2t2d1 64.0 263.1 624.1 3252.7 0.0 2.2 0.0 6.6 0 60 c2t2d0 100.0 274.9 1455.7 5421.4 0.0 2.2 0.0 6.0 0 65 c2t4d0 60.0 179.0 607.9 1894.6 0.0 1.5 0.0 6.3 0 52 c1t4d0 extended device statistics-5:30 r/s w/s kr/s kw/s wait actv wsvc_t asvc_t %w %b device 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t0d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t1d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t6d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c1t2d1 51.0 410.3 800.7 4083.5 0.0 2.8 0.0 6.1 0 66 c1t2d0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c2t2d1 50.0 471.4 536.5 6588.6 0.0 2.7 0.0 5.1 0 67 c2t2d0 104.1 814.7 1385.2 12360.5 0.0 5.1 0.0 5.6 0 88 c2t4d0 130.1 617.5 1273.1 5463.6 0.0 9.4 0.0 12.5 0 89 c1t4d0 VMSTAT DB-12:00 procs memory page disk faults cpu r b w swap free re mf pi po fr de sr s0 s1 s6 sd in sy cs us sy id 0 1 0 28740880 7853640 594 2145 1492 6 6 0 0 3 2 0 0 276 1410 1680 9 7 84 0 1 0 27809432 7232200 1549 5643 2992 0 0 0 0 0 0 0 0 7342 19378 12334 20 19 61 0 3 0 27811448 7233600 1971 4719 3312 0 0 0 0 0 0 0 0 7764 18108 12893 17 13 70 0 0 0 27811152 7233392 2169 9627 3272 0 0 0 0 0 0 0 0 9231 20717 16811 21 23 56 0 0 0 27813432 7235232 2885 5805 4208 0 0 0 0 0 0 0 0 6830 19637 10759 20 15 64 0 1 0 27811736 7233768 2398 5581 5624 0 0 0 0 0 0 0 0 7883 18294 13387 22 19 59 0 1 0 27812064 7234064 2222 8801 5120 0 0 0 0 0 0 0 0 8705 21079 15172 24 21 54 1 1 0 27813008 7234816 2370 3581 3744 0 0 0 0 0 0 0 0 7721 21814 12951 28 18 55 0 4 0 27813232 7235040 2066 2831 3888 0 0 0 0 0 0 0 0 6409 14972 10275 15 16 69 0 5 0 27809600 7232200 2016 5956 7816 0 0 0 0 0 0 0 0 7430 19951 12612 20 20 60 sib-db at 2:30 procs memory page disk faults cpu r b w swap free re mf pi po fr de sr s0 s1 s6 sd in sy cs us sy id 0 1 0 28736584 7850784 596 2157 1497 6 6 0 0 3 2 0 0 305 1476 1721 9 7 83 0 1 0 27905032 7304920 1114 3960 816 0 0 0 0 2 2 0 0 5813 12982 8605 10 12 78 1 0 0 27905768 7305352 5476 3512 944 0 0 0 0 0 0 0 0 5836 11414 9064 15 15 70 0 2 0 27906640 7306032 5245 4401 1264 0 0 0 0 0 0 0 0 5508 11049 7901 14 13 73 0 0 0 27905440 7305072 5086 3455 2192 0 0 0 0 0 0 0 0 5614 10882 8418 16 12 71 0 0 0 27903528 7303432 5032 3964 600 0 0 0 0 0 0 0 0 5329 12837 7852 16 15 69 0 0 0 27904440 7304312 5170 6029 688 0 0 0 0 0 0 0 0 6480 22637 14635 18 24 58 0 1 0 27906736 7306176 4688 2817 600 0 0 0 0 0 0 0 0 5178 13734 7060 17 19 63 0 0 0 27906240 7305608 5218 3393 1416 0 0 0 0 0 0 0 0 5911 15737 8303 17 18 65 1 0 0 27902256 7303720 4708 5399 1376 0 0 0 0 0 0 0 0 7153 17682 11674 23 21 56 SAR VALUE SunOS sib-db 5.8 Generic_108528-19 sun4u 11/18/03 10:33:37 %usr %sys %wio %idle 10:33:38 12 15 13 60 10:33:39 17 18 30 36 10:33:40 20 25 43 13 10:33:41 13 12 45 31 10:33:42 20 14 33 34 10:33:43 17 11 43 30 10:33:44 19 7 44 31 10:33:46 7 14 34 46 10:33:47 10 12 37 42 10:33:48 12 16 19 54 Average 15 14 34 37 SunOS sib-db 5.8 Generic_108528-19 sun4u 11/18/03 11:22:35 %usr %sys %wio %idle 11:22:36 21 24 22 32 11:22:37 30 28 14 28 11:22:38 23 10 17 50 11:22:39 21 10 27 42 11:22:40 19 13 16 52 11:22:41 21 12 27 41 11:22:42 19 11 27 43 11:22:43 18 15 18 49 11:22:44 23 23 16 39 11:22:45 23 16 15 47 Average 22 16 20 42 SunOS sib-db 5.8 Generic_108528-19 sun4u 11/18/03 11:24:04 %usr %sys %wio %idle 11:24:05 15 17 30 37 11:24:06 23 29 13 35 11:24:07 24 31 12 33 11:24:08 12 12 23 53 11:24:09 13 17 26 44 11:24:10 12 15 29 44 11:24:11 17 17 14 52 11:24:12 12 11 24 54 11:24:13 13 19 22 46 11:24:14 13 17 17 53 Average 15 18 21 45 SunOS sib-db 5.8 Generic_108528-19 sun4u 11/18/03 11:40:22 %usr %sys %wio %idle 11:40:23 13 18 19 50 11:40:24 16 20 18 47 11:40:25 10 16 12 62 11:40:26 10 14 13 63 11:40:27 10 13 13 65 11:40:28 15 19 17 48 11:40:29 17 21 32 30 11:40:30 19 22 28 31 11:40:31 20 20 24 37 11:40:32 19 31 24 27 Average 15 19 20 46 SunOS sib-db 5.8 Generic_108528-19 sun4u 11/18/03 15:12:12 %usr %sys %wio %idle 15:12:13 45 22 22 12 15:12:14 55 23 17 5 15:12:15 40 20 29 12 15:12:16 31 22 39 8 15:12:17 25 23 50 2 15:12:18 29 20 43 8 15:12:19 32 24 33 11 15:12:20 42 26 19 13 15:12:21 40 12 26 22 15:12:22 41 26 21 13 Average 38 22 30 10 SunOS sib-db 5.8 Generic_108528-19 sun4u 11/18/03 16:08:19 %usr %sys %wio %idle 16:08:20 22 19 43 17 16:08:21 25 29 34 13 16:08:22 26 24 32 18 16:08:23 13 13 53 21 16:08:24 30 15 33 23 16:08:25 16 9 38 38 16:08:26 17 24 31 28 16:08:27 12 18 41 29 16:08:28 15 21 37 27 16:08:29 18 25 34 22 Average 19 20 38 24 SunOS sib-db 5.8 Generic_108528-19 sun4u 11/18/03 17:11:28 %usr %sys %wio %idle 17:11:29 27 18 51 4 17:11:30 24 19 51 6 17:11:32 27 3 63 7 17:11:33 33 21 43 3 17:11:34 38 27 23 13 17:11:35 37 37 11 16 17:11:36 37 32 14 18 17:11:37 44 36 10 11 17:11:38 46 33 9 12 17:11:39 44 15 17 25 Average 35 24 29 11 ------------------------------ _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagers End of sunmanagers Digest, Vol 8, Issue 38 ****************************************** _______________________________________________ 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:27:30 EDT