The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
This chapter includes the following sections:
Configuring Settings for the Fault Collection Policy
The fault collection policy controls the lifecycle of a fault in a Cisco UCS instance, including when faults are cleared, the flapping interval (the length of time between the fault being raised and the condition being cleared), and the retention interval (the length of time a fault is retained in the system).
A fault in Cisco UCS has the following lifecycle:
This example configures the fault collection policy to retain cleared fault messages for 30 days, sets the flapping interval to 10 seconds, and commits the transaction.
UCS-A# scope monitoring UCS-A /monitoring # scope fault policy UCS-A /monitoring/fault-policy # set clear-action retain UCS-A /monitoring/fault-policy* # set flap-interval 10 UCS-A /monitoring/fault-policy* # set retention-interval 30 0 0 0 UCS-A /monitoring/fault-policy* # commit-buffer UCS-A /monitoring/fault-policy #
Configuring Settings for the Core File Exporter
Cisco UCS Manager uses the Core File Exporter to export core files as soon as they occur to a specified location on the network through TFTP. This functionality allows you to export the tar file with the contents of the core file.
The following example enables the core file exporter, specifies the path and port to use when sending the core file, specifies the remote server hostname, provides a description for the remote server, and commits the transaction.
UCS-A# scope monitoring UCS-A /monitoring # scope sysdebug UCS-A /monitoring/sysdebug # enable core-export-target UCS-A /monitoring/sysdebug* # set core-export-target path /root/CoreFiles/core UCS-A /monitoring/sysdebug* # set core-export-target port 45000 UCS-A /monitoring/sysdebug* # set core-export-target server-description CoreFile102.168.10.10 UCS-A /monitoring/sysdebug* # set core-export-target server-name 192.168.10.10 UCS-A /monitoring/sysdebug* # commit-buffer UCS-A /monitoring/sysdebug #
The following example disables the core file exporter and commits the transaction.
UCS-A# scope monitoring UCS-A /monitoring # scope sysdebug UCS-A /monitoring/sysdebug # disable core-export-target UCS-A /monitoring/sysdebug* # commit-buffer UCS-A /monitoring/sysdebug #
This example shows how to enable the storage of syslog messages in a local file and commits the transaction:
UCS-A# scope monitoring UCS-A /monitoring # disable syslog console UCS-A /monitoring* # disable syslog monitor UCS-A /monitoring* # enable syslog file UCS-A /monitoring* # set syslog file name SysMsgsUCSA UCS-A /monitoring* # set syslog file level notifications UCS-A /monitoring* # set syslog file size 4194304 UCS-A /monitoring* # disable syslog remote-destination server-1 UCS-A /monitoring* # disable syslog remote-destination server-2 UCS-A /monitoring* # disable syslog remote-destination server-3 UCS-A /monitoring* # commit-buffer UCS-A /monitoring #