debug on
Causes CNA to send log messages for the specified subsystem to the current terminal session.
debug on <subsystem>
no debug on [ <subsystem> ]
- subsystem--name of the CNA subsystem to be displayed
Must have privileged-level access.
The debug on command causes CNA to send all log messages that are being generated for the specified subsystem to be sent to the current terminal session.
You must have first enabled the generation of these messages with the debug command.
The subsystem identifier can be one of the following:
- all--enables all subsystems
- am--active measurements
- am-measurer--USTAT-resident active measurement manager
- am-scheduler--engine-resident active measurement scheduler
- billing--manages generation of monthly billing reports
- builds--manages backup/restore processes
- coreman--configuration, runtime management
- dmaker-configd--decision-maker bootstrap process
- dmaker--manages the decision-maker process
- dmaker-decisionmaker--process which decides prefix status
- dmaker-efclistener--engine-resident process, receives data from the EFC (endpoint flow collection) module
- dmaker-main--manages all decision-maker subsystems
- dmaker-measurementlistener--engine-resident process, receives measurements from USTATs
- dmaker-peermgr--manages BGP peering
- dmaker-prefixscheduler--generates route updates
- dmaker-probefailurelistener--alerts the decision-maker process to active-probe failures
- dmaker-rsomd--manages decision-maker database requests for snapshot reports
- dmaker-showd--provides information for engine decisions
- dmaker-snmplistener--keeps the decision-maker process informed about link load, and status of BGP peerings and interfaces
- dmaker-trendprefixlive--manages collection of trending data from the live database
- dmaker-trendsummarylive--manages summarizing of trending data from the live database
- edgestats--USTAT-resident process for measurement calculation
- efc--endpoint flow collector process
- email--automatic mailing of reports
- event-manager--automatic mailing of reports
- event-reporter--automatic mailing of reports
- link-monitor--link-usage polling process
- medic--CNA operating system monitor process
- monitor--SPAN port packet capture process
- netflow--netflow packet capture process
- post-proc--monitors post-processing stage of upgrade process
- prefix-load--prefix load computation
- rsync--monitors activity related to the rsync process (see the rsync enable command)
- rrd-writer-main--RRD writer daemon for trend records
- rrd-writer-rrdpacket-receiver--RRD writer daemon packet receiver
- rrd-writer-rrdpacket-processor--RRD writer daemon packet processor
- services--messages generated by third-party processes
- snapshot--monitors the creation of snapshot database objects
- snapshot-main--manages snapshot database and reports
- snapshot-showd--provides information for last hour’s engine decisions
- snapshot-trend--manages collection of trending data from the hourly database snapshot
- snapshot-update--updates snapshot reports following an CNA upgrade
- snmp--monitors snmp requests to CNA
The all subsystem identifier allows you to toggle the display of all messages on and off. When on, this subsystem overrides your other settings. When all is subsequently turned off, your previous subsystem settings will be restored.
The services subsystem is made up of third-party processes that generate messages not written by Avaya.
Use the no form of the command to stop display of debug messages in the current display shell, for the specified subsystem. If no subsystem is specified, all debug messages are turned off in the current display shell.
Use the show debugging command to see if the current CLI session is configured to receive these messages. To see if CNA has been configured to generate the messages, you will need to inspect the running configuration for occurrences of the debug command.
See the debug and debug display commands.
