This section provides information concerning N1 System Manager operational processes that can assist you in troubleshooting. The following topics are discussed:
DHCP Service Conflict With N1 Grid Service Provisioning System
N1 System Manager Cannot Be Used to Manage System Management Servers
In this manual, the term manageable server is used for a server that is accessible by the N1 System Manager network, but has not yet been discovered by the N1 System Manager. A managed server is a server that has been successfully discovered by the N1 System Manager and is subsequently managed by the N1 System Manager.
The topics in this chapter and subsequent chapters are organized alphabetically.
If you are using both the N1 System Manager and the Sun N1TM Service Provisioning System with the OS provisioning plug-in, you must choose which product you want to use for OS deployment for a given target set of servers. Based on the product chosen for OS deployment, you must ensure that the DHCP service supplied by the other product is manually shut down (as the root user) using operating system commands. Failure to shut the service down might result in unreliable behavior of OS deployment operations as well as potential network related problems.
Discovery of manageable servers works across routers if the network services used by the discovery process are not blocked by a firewall. Network services used by the discovery process can include SSH, IPMI, Telnet and SNMP.
If the value of a monitored hardware health attribute, or OS resource utilization attribute breaches a threshold value, an event log is immediately created, which indicates that the threshold has been breached. The event log is available from the browser interface. A symbol appears among the monitored data table in the browser interface to indicate that a threshold has been breached, as shown in the graphic at To Retrieve Threshold Values for a Server in Sun N1 System Manager 1.3 Discovery and Administration Guide.
Alternatively, use the show log command to verify that the event log has been generated:
N1-ok> show log Id Date Severity Subject Message . . 10 2005-11-22T01:45:02-0800 WARNING Sun_V20z_XG041105786 A critical high threshold was violated for server Sun_V20z_XG041105786: Attribute cpu0.vtt-s3 Value 1.32 13 2005-11-22T01:50:08-0800 WARNING Sun_V20z_XG041105786 A normal low threshold was violated for server Sun_V20z_XG041105786: Attribute cpu0.vtt-s3 Value 1.2 |
If monitoring traps are lost, a particular threshold status may not be refreshed for up to 30 hours, although the overall status can still be refreshed every 10 minutes.
Do not use the N1 System Manager to manage servers that have system management software installed on them such as Sun Management Center, Sun Control Station, and any other system management applications including the N1 System Manager.
The N1 System Manager uses strong encryption techniques and common agent container security keys to ensure secure communication between the management server and each managed server.
The security keys used by the N1 System Manager must be identical across all servers. Under normal operation, the security keys used by the keys can be left in their default configuration. You should regenerate the security keys if any of the following cases occur:
The root password of the management server has been exposed or compromised.
The system date on the management server has been changed using the date command. This raises the risk that because the management server date is out of synchronization, no N1 System Manager services will start the next time that the N1 System Manager is restarted.
In each of the above cases, the security keys must be regenerated, and the N1 System Manager management daemon restarted, as described in To Regenerate Common Agent Container Security Keys.