How to get the Solaris system information?

Hi,

How to get the Solaris system hardware and software basic information using terminal command with guest login?

Here below i have specified some of the information i need. Please have a look at this and guide me.

OS Name:
OS Version :
OS Manufacturer:
OS Configuration:
OS Build Type:
Registered Owner:
Registered Organization:
Product ID:
Original Install Date:
System Up Time:
System Manufacturer:
System Model:
System type:

Processor(s):
System Locale:
Input Locale:
Time Zone:

and printer information.

Thanks in advance.

Some commands..

showrev
/bin/uname -X
/usr/sbin/psrinfo -v

Thanks for valuable reply.

The command you are posted help me lot.

I need the following details also.

CPU Family :
CPU Model :
CPU Stepping:
CPU Vendor_id:
CPU Cache Memory:

What are commands is used to get the above details ?

Please guide me.

This give you all CPU information

# /usr/platform/`uname -m`/sbin/prtdiag -v

if the machine is SPARC then the vendor is Sun Microsystems

I have tested /usr/platform/`uname -m`/sbin/prtdiag -v command with two solaris mahcine. Here below i give the output

Machine 1 :
uname -a
SunOS nms-t1000 5.10 Generic_127127-11 sun4v sparc SUNW,SPARC-Enterprise-T1000

/usr/platform/`uname -m`/sbin/prtdiag -v

System Configuration: Sun Microsystems sun4v SPARC Enterprise T1000
System clock frequency: 200 MHz
Memory size: 8184 Megabytes
================================ Virtual CPUs ================================
CPU ID Frequency Implementation Status
------ --------- ---------------------- -------
0 1000 MHz SUNW,UltraSPARC-T1 on-line
1 1000 MHz SUNW,UltraSPARC-T1 on-line
2 1000 MHz SUNW,UltraSPARC-T1 on-line
3 1000 MHz SUNW,UltraSPARC-T1 on-line
......

Machine 2 :
uname -a
SunOS nms-solarisx86 5.10 Generic_137138-09 i86pc i386 i86pc

/usr/platform/`uname -m`/sbin/prtdiag -v
System Configuration: Sun Microsystems SUN FIRE X4150
BIOS Configuration: American Megatrends Inc. 1ADQW052 07/04/2008
BMC Configuration: IPMI 2.0 (KCS: Keyboard Controller Style)

==== Processor Sockets ===================
Version Location Tag
-------------------------------- --------------------------
Intel(R) Xeon(R) CPU E5410 @ 2.33GHz CPU 1

From the above outputs , i could find only CPU speed, CPU Implementation and CPU status. But i also need
CPU family and CPU Model,CPU Stepping, and CPU cache memory.

Is any there command is used for getting the above mentioned details ?

Please guide me.

The first machine is Sun Enterprise T1000

CPU family/model = 1.0 GHz UltraSPARC T1 processor

Cache memory, find it here: Sun SPARC Enterprise T1000 Server - Technical Specifications ( 16 KB instruction, 8 KB primary data cache, 3 MB integrated L2 )

The Second Machine is Sun Fire X4150

Specs here = Sun Fire X4150 Server - Technical Specifications

CPU family/model = Quad-Core Intel Xeon E5410 (2x6MB L2, 2.33 GHz, 1333 MHz FSB, 80W)

as the "prtdiag" command showed CPU E5140, so I looked it up in the website above :slight_smile:

you gave the link to get the specification like cache memory.

But i need the command to get that value. Is there any command?

Actually am trying to get the some basic information of solaris server using command.

I hope you understand my requirement. Please guide me.

~Thanks

This is Solaris... so NO... there's no way to extract such data reliably. The concepts of "family", "model" (the numeric x86 style value) and "stepping" do not apply to all processor types. There is no reliable way to get the cache information, and besides as processors now come with L1, L2 AND now L3 cache... which cache is interesting? Typically, other systems focus on L2 cache (I guess never believing that there would ever be L3).

You HAVE been guided, you've given enough info to get you started... but you're asking for things that either are n/a to Solaris/SPARC or just simply cannot be retrieved easily.

If you want that kind of CPU data on Solaris Intel, new Solaris revisions will contain the smbios command which is like the dmidecode utility under Linux and you should be able to get most of what you are wanting CPU wise from that.... but it's not going to work on SPARC platforms. Also, I'll just point out that Solaris smbios command is NOT nearly as good as dmidecode... so you might just want to build and compile dmidecode and run it on your Intel Solaris boxes... THEN you will get everything, including Family, Model, Stepping. Dmidecode will show you L1, L2 and L3 cache data as well... and it does compile quite well on Solaris Intel.... not sure why they went with their own smbios tool (??) it's a very poor replacement. And you won't find smbios except on the NEWEST Solaris... not even sure if it's any Solaris 10.

smbios has been available on Solaris 10 for a while now.

I couldn't remember if it was something I added or not... thanks... it still stinks in comparison to dmidecode though.

Interesting disagreeing opinion in its announcement (Aug 2005): Heads up: x86 SMBIOS Support (Community Group on.2005082701) - XWiki

If you've used Linux "dmidecode" before, this is the same idea, but hopefully a more useful and friendly implementation.

:wink:

Try kstat -m cpu_info, and see if the CPU info you are looking for is in there,....

Maybe I missed something. Typical Sun/Solaris rah-rah we're number one and we don't need to really look at somebody else's work (sigh). Smbios, it's like dmidecode, except it doesn't really decode everything :slight_smile:

What do I know... I just use the tools and compare... one works and the other does not. It's really NOT an opinion issue.. maybe someday, smbios will catch up... the world just wonders why it exists. The links is from 2005, yes, the crapola smbios that is in Solaris 10 essentially.... again, the question "why" keeps coming to mind. Ditto for Microsoft.... of course they are even worse, they pull in the smbios data, make it available in a "manner" but don't attempt to interpret the data at all..... which makes some of their WMI data almost laughable because it is so far off. Not saying that all SMBios data is good, but it's better than what a lot of people use for data sources.

I don't get your rant. I would assume that when Solaris smbios code started to be developed, dmidecode wasn't providing the features Solaris engineering was expecting.
I'm also afraid you are overreacting/exaggerating by writing "smbios stinks, is NOT nearly as good ..., doesn't work." Smbios is fine enough for most if not all needs. If you have specific bugs or enhancements you would like to seen fixed, then please express them clearly.

Let's see... you don't want my rant because I KNOW what you DO NOT KNOW???

Ok.. fine.... dream on...

Hey cjcox,

jlliagre did not post that he did not "want your rant".... He simply did not understand it.

I just dropped in on this thread, and it does seem to me you are not happy.

What's up with that?