Sunday, May 21, 2006
Quick glance about Sun Fire 15K
Hardware Configuration Details
The Sun Fire 15K/12K system is often referred to as the platform. Up to 18 domains on the Sun Fire 15K can exist simultaneously on a single platform.
CPU/Memory Boards
The CPU/Memory board holds four CPUs. Each CPU has an associated memory
subsystem of eight DIMMs, so memory bandwidth and capacity are both scaled up
as CPUs are added. The memory capacity of the board is 32 GBytes using a 1-GByte
DIMM. The maximum memory bandwidth inside a board is 9.6 Gbytes per second.
The CPU/Memory board has a 4.8 Gbyte per second connection to the rest of the
system.
Total Number of System Boards – 18 (SB0 – SB17)
I/O Boards
The common Sun Fire 15K/12K systems hot-swap PCI assembly architecture has
two I/O controllers. Each controller provides one 66/33-MHz PCI (peripheral
component interconnect) bus and one 33-MHz PCI bus for a total of two of each
speed on the I/O board. Therefore, each I/O assembly has four hot-swap component
PCI slots. A Sun Fire I/O board has a 2.4 Gbyte per second connection to the rest of
the system.
Total Number of I/O Boards – 18 (IO 0 – IO 17)
System Controller
The system controller is the heart of the Sun Fire 15K/12K systems availability and
serviceability technology. It configures the system, coordinates the boot process, sets
up the dynamic system domains, monitors the system environmental sensors, and
handles error detection, diagnosis, and recovery. Two System Control boards are
configured into the system to provide redundancy and automatic failover in the
event that one board fails.
There are two SCs within Sun Fire platform. The SC that controls the platform is
referred to as the main SC, while the other SC acts as a backup and is called the
spare SC. The software running on the SC monitors the SCs to determine when an
automatic failover should be performed.
Peripherals
The Sun Fire 15K/12K systems cabinet does not have room for peripherals, with the
exception of the system controller peripherals (DVD ROM, digital audio tape (DAT)
drive, and hard drive). However, more peripheral devices can be configured in
additional peripheral expansion racks.
System Peripeherals – 2 ( DVD,HDD and Tape Drive)
Total FAN Tray’s – 8 ( each tray has 7 )
The Sun StorEdge S1 array comes bundled with all F15K
The StorEdge S1 storage enclosure has a single power supply (available in AC or DC versions) and up to three hot-swappable, LVD SCSI hard disk drives. Because the storage enclosure supports LVD SCSI, you can connect up to four enclosures to one LVD SCSI bus.
Sun Fire 15K provides for 72 processors, with an ability to add up to 34 more for a total of 106 processors when I/O slots are traded out. 900Mhz UltraSPARC III Cu processors (Cheetah+) will be available at GA. Using 1 GB DIMMs, the total maximum amount of memory supported is 576 GB. Using 256 MB DIMMs, the minimum amount of memory supported is 16GB. At GA, the total memory configuration per domain will be 288 GB.
The following system components are hot swappable:
Expander Boards, CPU/Memory Boards, hsPCI Assemblies, MaxCPU boards (dual CPU board), System Controller Boards, System Controller Peripheral Boards, fan trays and power supplies.
Power Supply:
Each AC Power Supply consists of two equal halves and is fully redundant by itself. The power supply is designed to accept two AC input receptacles, and provide two sets of 48 Volt DC outputs . Even with the failure of one half of the power supply, the other half supplies the necessary power. Each AC input has its own circuit breaker switch. This allows the system to be able to provide dual grid power configurations to those customers interested in this high availability functionality.
Total Power Supply – 6
The System Management Services (SMS) software lets you control and monitor domains, as well as the platform itself.
SMS 1.3 supports Sun Fire 15K/12K servers running the Solaris 8 and Solaris 9
operating environments. Graphical user interfaces for many of the commands in SMS are provided by Sun Management Center.
Dynamically reconfigure a domain so that currently installed system boards can
be logically attached to or detached from the operating system while the domain
continues running in multiuser mode. This feature is known as dynamic reconfiguration.
The following list is an overview of the many services the System Controller provides for the Sun Fire system:
Manages the overall system configuration.
Acts as a boot initiator for its domains.
Serves as the syslog host for its domains; note that an SC can still be a syslog
client of a LAN-wide syslog host.
Provides a synchronized hardware clock source.
Sets up and configures dynamic domains.
Monitors system environmental information, such as power supply, fan, and
temperature status.
Hosts field-replaceable unit (FRU) logging data.
Provides redundancy and automated SC failover in dual SC configurations.
Provides a default name service for the domains based on virtual hostids, and
MAC addresses for the domains.
Provides administrative roles for platform management.
Administrate domains by logically grouping domain configurable units (DCU)
together. DCUs are system boards such as CPU and I/O boards. Domains are able
to run their own operating systems and handle their own workloads.
SMS architecture is best described as distributed client-server. init(1M) starts (and
restarts as necessary) one process: ssd(1M). ssd is responsible for monitoring all
other SMS processes and restarting them as necessary.
smsconfig(1M) allows an administrator to add, remove, and list members of
platform and domain groups as well as set platform and domain directory privileges
using the -a, -r, and -l options.
SMS daemons are started by ssd and should not be started manually from the command line.
Administration Privileges :
Platform Administrator Group
Platform Operator Group
Platform Service Group
Domain Administrator Group
Domain Configuration Group
Super User
The platform administrator can shut down a running domain by powering off server hardware.
The Domain administrator has access to the Solaris console for that domain and the privilege to exert control over the software that runs in the domain or over the hardware assigned to the domain.
Administrative privilege configuration can be changed at will, by the superuser, using smsconfig -g without the need to stop or restart SMS.
A dynamic system domain (DSD) is an independent environment, a subset of a server,
that is capable of running a unique version of firmware and a unique version of the
Solaris operating environment. Each domain is insulated from the other domains.
Continued operation of a domain is not affected by any software failures in other
domains nor by most hardware failures in any other domain.
Domain Configuration requirements
You can create a domain out of any group of system boards, provided the following
conditions are met:
The boards are present and not in use in another domain.
At least one board has a CPU and memory.
At least one is an I/O board.
At least one board has a network interface.
The boards have sufficient memory to support an autonomous domain.
The name you give the new domain is unique (as specified in the addtag(1M)
command).
A Domain on the F15K requires a minimum set of hardware:
A valid CPU/Memory Board with at least 1 GB of physical memory, an hsPCI Assembly, access to the Fire plane via an Expander Board, at least one network capable PCI card configured, and a local boot disk subsystem. You may boot a domain over a network, but it is not recommended. You may also boot a domain initially from the DVD drive on the SC.
To initially set up a F15K, the following steps would be taken:
. Login into SC0 via serial cable. Setup networking info.
. Reboot SC0
. Telnet to SC0
. Setup Domains A-R. They can jumpstart from SC’s DVD or over the public
network.
Static domain configuration
Adding a board to an inactive domain
Removing a board from an inactive domain
Dynamic domain configuration
Adding a board to an active domain
Removing a board from an active domain
setupplatform sets up the available component list for domains.
Syntax:
sc0:sms-user:> setupplatform -d domain_indicator -a location
Valid form for Sun Fire 15K Valid form for Sun Fire 12K
SB(0...17)
IO(0...17)
The following is an example of making boards at SB0, IO1, and IO2 available to
domain A
Example:
sc0:sms-user:> setupplatform -d A -a SB0 IO1 IO2
Addtag:
The following is an example of naming Domain A to dmnA:
Syntax:
sc0:sms-user:> addtag -d domain_indicator new_tag
Example:
sc0:sms-user:> addtag -d A dmnA
showboards (1M) command to determine a board’s state.
To Add Boards to a Domain From the Command Line
Syntax:
sc0:sms-user:> addboard -d domain_indicator -c assign location...
Example:
sc0:sms-user:> addboard -d C -c assign SB0 I01 SB1 I02
SB0, IO1, SB1 and IO2 have now gone from being available to domain C to being
assigned to it.
To Delete Boards From a Domain From the Command Line
Syntax
sc0:sms-user:> deleteboard -c unassign location...
Example:
deleteboard -c unassign SB0
SB0 has now gone from being assigned to the domain to being available to it.
To Move Boards Between Domains From the Command Line
Syntax:
sc0:sms-user:> moveboard -d domain_indicator -c assign location
Example:
sc0:sms-user:> moveboard -d C -c assign SB0
set domain defaults for all domains
Platform administrators can set domain defaults for all domains, but only one
domain at a time. The domain must not be active and setkeyswitch must be set to
off.
sc0:sms-user:> setdefaults -d domain_indicator [-p]
To Obtain Board Status
Platform administrators can obtain board status for all domains.
sc0:sms-user:> showboards [-d domain_id|-d domain_tag]
showboards - obtain board status of all domains
To Obtain Domain Status
sc0:sms-user:> showplatform -d domain_indicator
showplatform – obtain status of all domains
To Set the Date on the SC
sc0:sms-user:> setdate 021210302000.00
To Set the Date for Domain eng2
setdate -d eng2 021210302000.00
(Domain eng2: Tue Feb 12 10:30 2002 US/Pacific)
To Display the Date on the SC
sc0:sms-user:> showdate
Virtual ID PROM - Each configurable domain has a virtual ID PROM that contains identifying information about the domain such as hostID and domain Ethernet address.
Flash update - SMS provides the flashupdate(1M) command to update the Flash PROM in the system controller (SC),
Flashupdate command - displays both the current Flash PROM and the flash image file information prior to any updates.
To Obtain Device Status
Syntax
sc0:sms-user:> showdevices [-d domain_id|domain_tag]
Example
showdevices IO1
Virtual Keyswitch
the Sun Fire 15K/12K domain virtual keyswitch controls whether the domain is powered on or off, whether increased diagnostics are run at boot, and whether certain operations (for example, flash PROM updates and domain reset commands) are permitted.
setkeyswitch - changes the position of the virtual key switch to the specified value.
Syntax:
sc0:sms-user:> setkeyswitch -d domain_indicator [-q -y|-n]
on|standby|off|diag|secure
Example:
To Set the Virtual Keyswitch On in Domain A
setkeyswitch -d A on
To Display the Virtual Keyswitch Setting in Domain A
sc0:sms-user:> showkeyswitch -d A
Virtual NVRAM
Each domain has a virtual NVRAM containing OpenBoot PROM data such as the OpenBoot PROM variables. OpenBoot PROM is a binary image stored on the SC in /opt/SUNWSMS/hostobjs which setkeyswitch downloads into domain memory at boot time. There is only one version of OpenBoot PROM for all domains.
Setting the OpenBoot PROM Variables
sc0: sms-user:> setobpparams -d domain_indicator param=value...
Param All OBP variables
To See the OpenBoot PROM Variables.
sc0: sms-user:> showobpparams -d domain_indicator
poweron - SMS boots all properly configured domains when the Sun Fire 15K/12K chassis is powered on using the poweron(1M) command.
Poweroff - SMS shuts down all properly configured domains when the chassis is powered off using the poweroff command.
The following components can be power controlled using the poweron and poweroff commands.
Bulk power supply Fan tray , Centerplane support board , Expander board , CPU/Memory board , Standard PCI board , Hot-pluggable PCI and PCI+ assemblies MaxCPU board, wPCI board System controller (spare only; poweroff only. resetsc is used to power on the spare.)
Platform and Domain Blacklisting
The editable blacklist files specify that certain hardware resources are to be considered unusable by POST. They will not be probed for, tested, or configured in the domain interconnect.
Sun Fire 15K/12K POST supports two editable canonical blacklist files, one for the platform, one for the domain, located in:
/etc/opt/SUNWSMS/config/platform/blacklist
and
/etc/opt/SUNWSMS/config/domain_id/blacklist
The two files are considered logically concatenated.
sc0:sms-user:> disablecomponent [-d domain_indicator] location
To Remove a Component From the Blacklist
sc0:sms-user:> enablecomponent [-d domain_indicator] location
To Display the Environment Status for Domain A
sc0:sms-user:> showenvironment -d A
The software state consists of status information provided by the software running in a domain.
Showboards showdevices showenvironment showobpparams showplatform showxirstate
showfailover - allows you to monitor the state and display the current status of the SC failover mechanism. The -v option displays the current status of all monitored components.
SMS installation
SC : # smsinstall directory name
Control script
/etc/init.d/sms start| stop
To restore SMS configuration
sc1:# /opt/SUNWSMS/bin/smsrestore filename
Enabling Failover on the Main SC (SC1):
sc1:sms-user:> /opt/SUNWSMS/bin/setfailover on
To Add Users to SMS Groups
Syntax:
sc0:#/opt/SUNWSMS/bin/smsconfig -a -u username -G groupname domain_id|platform
Example:
sc0: # /opt/SUNWSMS/bin/smsconfig -a -u fdjones -G admn a
(fdjones has been added to the dmnaadmn group )
To list SMS groups and administrative privileges, use the following command.
sc0: # /opt/SUNWSMS/bin/smsconfig -l domain_id|platform
The following command for each user you wish to remove.
sc0:#/opt/SUNWSMS/bin/smsconfig -r -u username -G groupname domain_id|platform
The Sun Fire 15K/12K system is often referred to as the platform. Up to 18 domains on the Sun Fire 15K can exist simultaneously on a single platform.
CPU/Memory Boards
The CPU/Memory board holds four CPUs. Each CPU has an associated memory
subsystem of eight DIMMs, so memory bandwidth and capacity are both scaled up
as CPUs are added. The memory capacity of the board is 32 GBytes using a 1-GByte
DIMM. The maximum memory bandwidth inside a board is 9.6 Gbytes per second.
The CPU/Memory board has a 4.8 Gbyte per second connection to the rest of the
system.
Total Number of System Boards – 18 (SB0 – SB17)
I/O Boards
The common Sun Fire 15K/12K systems hot-swap PCI assembly architecture has
two I/O controllers. Each controller provides one 66/33-MHz PCI (peripheral
component interconnect) bus and one 33-MHz PCI bus for a total of two of each
speed on the I/O board. Therefore, each I/O assembly has four hot-swap component
PCI slots. A Sun Fire I/O board has a 2.4 Gbyte per second connection to the rest of
the system.
Total Number of I/O Boards – 18 (IO 0 – IO 17)
System Controller
The system controller is the heart of the Sun Fire 15K/12K systems availability and
serviceability technology. It configures the system, coordinates the boot process, sets
up the dynamic system domains, monitors the system environmental sensors, and
handles error detection, diagnosis, and recovery. Two System Control boards are
configured into the system to provide redundancy and automatic failover in the
event that one board fails.
There are two SCs within Sun Fire platform. The SC that controls the platform is
referred to as the main SC, while the other SC acts as a backup and is called the
spare SC. The software running on the SC monitors the SCs to determine when an
automatic failover should be performed.
Peripherals
The Sun Fire 15K/12K systems cabinet does not have room for peripherals, with the
exception of the system controller peripherals (DVD ROM, digital audio tape (DAT)
drive, and hard drive). However, more peripheral devices can be configured in
additional peripheral expansion racks.
System Peripeherals – 2 ( DVD,HDD and Tape Drive)
Total FAN Tray’s – 8 ( each tray has 7 )
The Sun StorEdge S1 array comes bundled with all F15K
The StorEdge S1 storage enclosure has a single power supply (available in AC or DC versions) and up to three hot-swappable, LVD SCSI hard disk drives. Because the storage enclosure supports LVD SCSI, you can connect up to four enclosures to one LVD SCSI bus.
Sun Fire 15K provides for 72 processors, with an ability to add up to 34 more for a total of 106 processors when I/O slots are traded out. 900Mhz UltraSPARC III Cu processors (Cheetah+) will be available at GA. Using 1 GB DIMMs, the total maximum amount of memory supported is 576 GB. Using 256 MB DIMMs, the minimum amount of memory supported is 16GB. At GA, the total memory configuration per domain will be 288 GB.
The following system components are hot swappable:
Expander Boards, CPU/Memory Boards, hsPCI Assemblies, MaxCPU boards (dual CPU board), System Controller Boards, System Controller Peripheral Boards, fan trays and power supplies.
Power Supply:
Each AC Power Supply consists of two equal halves and is fully redundant by itself. The power supply is designed to accept two AC input receptacles, and provide two sets of 48 Volt DC outputs . Even with the failure of one half of the power supply, the other half supplies the necessary power. Each AC input has its own circuit breaker switch. This allows the system to be able to provide dual grid power configurations to those customers interested in this high availability functionality.
Total Power Supply – 6
The System Management Services (SMS) software lets you control and monitor domains, as well as the platform itself.
SMS 1.3 supports Sun Fire 15K/12K servers running the Solaris 8 and Solaris 9
operating environments. Graphical user interfaces for many of the commands in SMS are provided by Sun Management Center.
Dynamically reconfigure a domain so that currently installed system boards can
be logically attached to or detached from the operating system while the domain
continues running in multiuser mode. This feature is known as dynamic reconfiguration.
The following list is an overview of the many services the System Controller provides for the Sun Fire system:
Manages the overall system configuration.
Acts as a boot initiator for its domains.
Serves as the syslog host for its domains; note that an SC can still be a syslog
client of a LAN-wide syslog host.
Provides a synchronized hardware clock source.
Sets up and configures dynamic domains.
Monitors system environmental information, such as power supply, fan, and
temperature status.
Hosts field-replaceable unit (FRU) logging data.
Provides redundancy and automated SC failover in dual SC configurations.
Provides a default name service for the domains based on virtual hostids, and
MAC addresses for the domains.
Provides administrative roles for platform management.
Administrate domains by logically grouping domain configurable units (DCU)
together. DCUs are system boards such as CPU and I/O boards. Domains are able
to run their own operating systems and handle their own workloads.
SMS architecture is best described as distributed client-server. init(1M) starts (and
restarts as necessary) one process: ssd(1M). ssd is responsible for monitoring all
other SMS processes and restarting them as necessary.
smsconfig(1M) allows an administrator to add, remove, and list members of
platform and domain groups as well as set platform and domain directory privileges
using the -a, -r, and -l options.
SMS daemons are started by ssd and should not be started manually from the command line.
Administration Privileges :
Platform Administrator Group
Platform Operator Group
Platform Service Group
Domain Administrator Group
Domain Configuration Group
Super User
The platform administrator can shut down a running domain by powering off server hardware.
The Domain administrator has access to the Solaris console for that domain and the privilege to exert control over the software that runs in the domain or over the hardware assigned to the domain.
Administrative privilege configuration can be changed at will, by the superuser, using smsconfig -g without the need to stop or restart SMS.
A dynamic system domain (DSD) is an independent environment, a subset of a server,
that is capable of running a unique version of firmware and a unique version of the
Solaris operating environment. Each domain is insulated from the other domains.
Continued operation of a domain is not affected by any software failures in other
domains nor by most hardware failures in any other domain.
Domain Configuration requirements
You can create a domain out of any group of system boards, provided the following
conditions are met:
The boards are present and not in use in another domain.
At least one board has a CPU and memory.
At least one is an I/O board.
At least one board has a network interface.
The boards have sufficient memory to support an autonomous domain.
The name you give the new domain is unique (as specified in the addtag(1M)
command).
A Domain on the F15K requires a minimum set of hardware:
A valid CPU/Memory Board with at least 1 GB of physical memory, an hsPCI Assembly, access to the Fire plane via an Expander Board, at least one network capable PCI card configured, and a local boot disk subsystem. You may boot a domain over a network, but it is not recommended. You may also boot a domain initially from the DVD drive on the SC.
To initially set up a F15K, the following steps would be taken:
. Login into SC0 via serial cable. Setup networking info.
. Reboot SC0
. Telnet to SC0
. Setup Domains A-R. They can jumpstart from SC’s DVD or over the public
network.
Static domain configuration
Adding a board to an inactive domain
Removing a board from an inactive domain
Dynamic domain configuration
Adding a board to an active domain
Removing a board from an active domain
setupplatform sets up the available component list for domains.
Syntax:
sc0:sms-user:> setupplatform -d domain_indicator -a location
Valid form for Sun Fire 15K Valid form for Sun Fire 12K
SB(0...17)
IO(0...17)
The following is an example of making boards at SB0, IO1, and IO2 available to
domain A
Example:
sc0:sms-user:> setupplatform -d A -a SB0 IO1 IO2
Addtag:
The following is an example of naming Domain A to dmnA:
Syntax:
sc0:sms-user:> addtag -d domain_indicator new_tag
Example:
sc0:sms-user:> addtag -d A dmnA
showboards (1M) command to determine a board’s state.
To Add Boards to a Domain From the Command Line
Syntax:
sc0:sms-user:> addboard -d domain_indicator -c assign location...
Example:
sc0:sms-user:> addboard -d C -c assign SB0 I01 SB1 I02
SB0, IO1, SB1 and IO2 have now gone from being available to domain C to being
assigned to it.
To Delete Boards From a Domain From the Command Line
Syntax
sc0:sms-user:> deleteboard -c unassign location...
Example:
deleteboard -c unassign SB0
SB0 has now gone from being assigned to the domain to being available to it.
To Move Boards Between Domains From the Command Line
Syntax:
sc0:sms-user:> moveboard -d domain_indicator -c assign location
Example:
sc0:sms-user:> moveboard -d C -c assign SB0
set domain defaults for all domains
Platform administrators can set domain defaults for all domains, but only one
domain at a time. The domain must not be active and setkeyswitch must be set to
off.
sc0:sms-user:> setdefaults -d domain_indicator [-p]
To Obtain Board Status
Platform administrators can obtain board status for all domains.
sc0:sms-user:> showboards [-d domain_id|-d domain_tag]
showboards - obtain board status of all domains
To Obtain Domain Status
sc0:sms-user:> showplatform -d domain_indicator
showplatform – obtain status of all domains
To Set the Date on the SC
sc0:sms-user:> setdate 021210302000.00
To Set the Date for Domain eng2
setdate -d eng2 021210302000.00
(Domain eng2: Tue Feb 12 10:30 2002 US/Pacific)
To Display the Date on the SC
sc0:sms-user:> showdate
Virtual ID PROM - Each configurable domain has a virtual ID PROM that contains identifying information about the domain such as hostID and domain Ethernet address.
Flash update - SMS provides the flashupdate(1M) command to update the Flash PROM in the system controller (SC),
Flashupdate command - displays both the current Flash PROM and the flash image file information prior to any updates.
To Obtain Device Status
Syntax
sc0:sms-user:> showdevices [-d domain_id|domain_tag]
Example
showdevices IO1
Virtual Keyswitch
the Sun Fire 15K/12K domain virtual keyswitch controls whether the domain is powered on or off, whether increased diagnostics are run at boot, and whether certain operations (for example, flash PROM updates and domain reset commands) are permitted.
setkeyswitch - changes the position of the virtual key switch to the specified value.
Syntax:
sc0:sms-user:> setkeyswitch -d domain_indicator [-q -y|-n]
on|standby|off|diag|secure
Example:
To Set the Virtual Keyswitch On in Domain A
setkeyswitch -d A on
To Display the Virtual Keyswitch Setting in Domain A
sc0:sms-user:> showkeyswitch -d A
Virtual NVRAM
Each domain has a virtual NVRAM containing OpenBoot PROM data such as the OpenBoot PROM variables. OpenBoot PROM is a binary image stored on the SC in /opt/SUNWSMS/hostobjs which setkeyswitch downloads into domain memory at boot time. There is only one version of OpenBoot PROM for all domains.
Setting the OpenBoot PROM Variables
sc0: sms-user:> setobpparams -d domain_indicator param=value...
Param All OBP variables
To See the OpenBoot PROM Variables.
sc0: sms-user:> showobpparams -d domain_indicator
poweron - SMS boots all properly configured domains when the Sun Fire 15K/12K chassis is powered on using the poweron(1M) command.
Poweroff - SMS shuts down all properly configured domains when the chassis is powered off using the poweroff command.
The following components can be power controlled using the poweron and poweroff commands.
Bulk power supply Fan tray , Centerplane support board , Expander board , CPU/Memory board , Standard PCI board , Hot-pluggable PCI and PCI+ assemblies MaxCPU board, wPCI board System controller (spare only; poweroff only. resetsc is used to power on the spare.)
Platform and Domain Blacklisting
The editable blacklist files specify that certain hardware resources are to be considered unusable by POST. They will not be probed for, tested, or configured in the domain interconnect.
Sun Fire 15K/12K POST supports two editable canonical blacklist files, one for the platform, one for the domain, located in:
/etc/opt/SUNWSMS/config/platform/blacklist
and
/etc/opt/SUNWSMS/config/domain_id/blacklist
The two files are considered logically concatenated.
sc0:sms-user:> disablecomponent [-d domain_indicator] location
To Remove a Component From the Blacklist
sc0:sms-user:> enablecomponent [-d domain_indicator] location
To Display the Environment Status for Domain A
sc0:sms-user:> showenvironment -d A
The software state consists of status information provided by the software running in a domain.
Showboards showdevices showenvironment showobpparams showplatform showxirstate
showfailover - allows you to monitor the state and display the current status of the SC failover mechanism. The -v option displays the current status of all monitored components.
SMS installation
SC : # smsinstall directory name
Control script
/etc/init.d/sms start| stop
To restore SMS configuration
sc1:# /opt/SUNWSMS/bin/smsrestore filename
Enabling Failover on the Main SC (SC1):
sc1:sms-user:> /opt/SUNWSMS/bin/setfailover on
To Add Users to SMS Groups
Syntax:
sc0:#/opt/SUNWSMS/bin/smsconfig -a -u username -G groupname domain_id|platform
Example:
sc0: # /opt/SUNWSMS/bin/smsconfig -a -u fdjones -G admn a
(fdjones has been added to the dmnaadmn group )
To list SMS groups and administrative privileges, use the following command.
sc0: # /opt/SUNWSMS/bin/smsconfig -l domain_id|platform
The following command for each user you wish to remove.
sc0:#/opt/SUNWSMS/bin/smsconfig -r -u username -G groupname domain_id|platform
# posted by singampuli @ 8:32 pm 
