Mandalika's scratchpad | [ Work blog @Oracle | My Music Compositions ] |
Old Posts: 09.04 10.04 11.04 12.04 01.05 02.05 03.05 04.05 05.05 06.05 07.05 08.05 09.05 10.05 11.05 12.05 01.06 02.06 03.06 04.06 05.06 06.06 07.06 08.06 09.06 10.06 11.06 12.06 01.07 02.07 03.07 04.07 05.07 06.07 08.07 09.07 10.07 11.07 12.07 01.08 02.08 03.08 04.08 05.08 06.08 07.08 08.08 09.08 10.08 11.08 12.08 01.09 02.09 03.09 04.09 05.09 06.09 07.09 08.09 09.09 10.09 11.09 12.09 01.10 02.10 03.10 04.10 05.10 06.10 07.10 08.10 09.10 10.10 11.10 12.10 01.11 02.11 03.11 04.11 05.11 07.11 08.11 09.11 10.11 11.11 12.11 01.12 02.12 03.12 04.12 05.12 06.12 07.12 08.12 09.12 10.12 11.12 12.12 01.13 02.13 03.13 04.13 05.13 06.13 07.13 08.13 09.13 10.13 11.13 12.13 01.14 02.14 03.14 04.14 05.14 06.14 07.14 09.14 10.14 11.14 12.14 01.15 02.15 03.15 04.15 06.15 09.15 12.15 01.16 03.16 04.16 05.16 06.16 07.16 08.16 09.16 12.16 01.17 02.17 03.17 04.17 06.17 07.17 08.17 09.17 10.17 12.17 01.18 02.18 03.18 04.18 05.18 06.18 07.18 08.18 09.18 11.18 12.18 01.19 02.19 05.19 06.19 08.19 10.19 11.19 05.20 10.20 11.20 12.20 09.21 11.21 12.22
Dependencies
In the following example, dummy
domain depends on two domains -- primary
domain for virtual disks and virtual network devices, and dom2
for virtual disks and SR-IOV virtual functions (VF).
# ldm list-dependencies dummy DOMAIN DEPENDENCY TYPE dummy primary VDISK,VNET dom2 VDISK,IOV
-l
option displays the actual devices.
Dependents
-r
option in list-dependencies
sub-command shows the dependents for the logical domain(s). -l
option displays the actual devices in here too.
eg.,
# ldm list-dependencies -r -l dom2 DOMAIN DEPENDENT TYPE DEVICE dom2 dummy VDISK primary-vds0/vdisk0:vol_dummy_disk0 VDISK service-vds0/vdisk0:vol_dummy_disk0 IOV /SYS/IOU1/PCIE14/IOVIB.PF0.VF1 IOV /SYS/IOU1/EMS4/CARD/NET0/IOVNET.PF0.VF1
Network Statistics
list-netstat
sub-command in ldm
utility displays the statistics for all the network devices that are configured in the domain(s).
eg.,
# ldm ls-netstat dom2 DOMAIN dom2 NAME IPACKETS RBYTES OPACKETS OBYTES ---- -------- ------ -------- ------ net4 444.42M 61.27G 444.42M 7.12G net1 13.20M 4989.22M 0 0 net0 0 0 0 0 .. ldoms-net0.vf1 37.62M 6.44G 49.15K 3.97M ldoms-net0.vf0 523.34K 90.15M 62.85K 14.67M ldoms-net1.vf15 0 0 0 0 ..
List HBAs
list-hba
sub-command in ldm
utility lists out the physical SCSI HBA initiator ports in the target domain. -t
option shows SCSI transport medium type such as FC or SAS.
eg.,
# ldm ls-hba -t primary NAME VSAN ---- ---- /SYS/IOU0/EMS1/CARD/SCSI/HBA0/PORT1 init-port w5080020000016331 Transport Protocol SAS /SYS/IOU0/EMS1/CARD/SCSI/HBA0/PORT2 init-port w5080020000016331 Transport Protocol SAS ...
Check the latest man page for ldm(1M)
for the complete list of options for those sub-commands.
Power Consumption Statistics
ldmpower
command shows the breakdown of power consumed by processors and memory in different domains or in a given domain. Note that ldmpower
is an independent command, not part of ldm
utility.
eg.,
# ldmpower -c processors -c memory -l primary Processor Power Consumption in Watts DOMAIN 15_SEC_AVG 30_SEC_AVG 60_SEC_AVG primary 313 315 317 Memory Power Consumption in Watts DOMAIN 15_SEC_AVG 30_SEC_AVG 60_SEC_AVG primary 594 595 595
As usual, check the man page ldmpower(1M)
for details.
scanpci
utility scans PCI buses and reports configuration settings for each PCI device that it finds.
eg.,
# scanpci -v pci bus 0x0002 cardnum 0x06 function 0x00: vendor 0x111d device 0x80ba Integrated Device Technology, Inc. [IDT] Device unknown CardVendor 0x0000 card 0x0000 (Card unknown) STATUS 0x0010 COMMAND 0x0147 CLASS 0x06 0x04 0x00 REVISION 0x03 BIST 0x00 HEADER 0x01 LATENCY 0x00 CACHE 0x10 MAX_LAT 0x00 MIN_GNT 0x03 INT_PIN 0x00 INT_LINE 0x00 Bus: primary=02, secondary=03, subordinate=72, sec-latency=0 I/O behind bridge: 00000000-03ffffff Memory behind bridge: 00100000-2000ffff Prefetchable memory behind bridge: 100000000-777f0ffff pci bus 0x0003 cardnum 0x00 function 0x00: vendor 0x8086 device 0x1521 Intel Corporation I350 Gigabit Network Connection CardVendor 0x108e card 0x7b18 (Oracle/SUN, Quad Port GbE PCIe 2.0 Low Profile Adapter, UTP) STATUS 0x0010 COMMAND 0x0146 CLASS 0x02 0x00 0x00 REVISION 0x01 BIST 0x00 HEADER 0x80 LATENCY 0x00 CACHE 0x10 BASE0 0x00100000 SIZE 1048576 MEM BASE3 0x00200000 SIZE 16384 MEM BASEROM 0x00280000 SIZE 524288 MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x00 ...
Identifying Solaris 11 SRU level is one of the popular topics and it was covered in Solaris 11 documentation, My Oracle Support (MOS) and elsewhere by numerous bloggers. After all this, we still have to wonder why there isn't a conscious effort by the development team that owns pkg
utility to make this a bit easier for normal human beings. In any case, pkg list entire
or pkg info entire
commands show a cryptic version string with a bunch of information encoded including the SRU level.
The second numeral in "branch" version represents the Solaris update whereas the third numeral is the SRU.
eg.,
In the following example, Solaris update is 3 (running Solaris 11 - hence it is a Solaris 11.3 system) and current SRU is 5. (I underlined every alternate field)
# pkg info entire | grep -i branch Branch: 0.175.3.5.0.6.0
IDRs
IDRs (Interim Diagnostic Reliefs) are in reality package updates whose names usually start with "idr" - therefore, just checking for the string "idr" in the list of installed packages on the system is sufficient to list out what IDRs were installed on the target system.
# pkg list idr* pkg list: No packages matching 'idr*' installed <-- no IDRs installed
(Ticket Stub CSS Theme Credit: Kia Skretteberg)
Labels: oracle solaris tips tidbits ldom pci sru idr
2004-2019 |