![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||||
Solution Type Technical Instruction Sure Solution 1960138.1 : How to Run the Collect command to obtain logs from an Acme Packet Net Net 2600 / Applications Session Controller (ASC) system
In this Document
Applies to:Net-Net 2620 - Version S-E3.6.0 and laterNet-Net 2610 - Version S-E3.6.0 and later Oracle Communications Application Session Controller - Version S-E3.6.0 and later Acme Packet OS GoalWhen opening a Service Request for an Oracle Communications Applications Session Controller or Net Net 2600 system, the logfiles are an important piece of information. Collecting those quickly and without service interruption is important. SolutionThe OS-E has the ability to collect support data and store it in a single compressed file to be downloaded and forwarded to the Acme Packet support team for analysis. A collect action has been created which allows you to collect the information necessary to troubleshoot problems occurring on the OS-E. By default, the OS-E collects the following data when the collect action is executed.
Status data can be collected in two different ways:
Basic Usage After logging into the system, from the CLI prompt, run the “collect” command. CXC>collect Box 1: collecting configuration data... Box 1: collected configuration data; Success! Box 1: collecting certificate files... Box 1: collected certificate files; Success! Box 1: collecting status data... Box 1: collected status data; Success! Box 1: collecting crash reports... Box 1: collected crash reports; Success! Box 1: collecting exception reports... Box 1: collected exception reports; Success! Box 1: collecting core dumps... Box 1: collected core dumps; Success! Box 1: collecting event logs... Box 1: collected event logs; Success! Box 1: collecting trace targets... Box 1: collected trace targets; Success! Box 1: collecting license files... Box 1: collected license files; Success!
Box 1: finalizing to '//cxc_common/collect/collect.tar.gz'... Box 1: finalized; Success!
Box 1: archiving core files... Elapsed time: 8.986 seconds File size: 2.72M bytes
Copy that file, named collect.tar.gz that is located in the /cxc_common/collect directory off of the system and attach that to your SR.
Enabling and Disabling Default Collection Parameters Using the services > collect > default-collect-settings parameter, you can enable or disable these default parameters. When one of these properties is set to disabled, the corresponding data is not collected. Note: Do not change the default-collect-settings object unless told to do so by technical support personnel. config default-collect-settings>show -v services collect default-collect-settings config enabled certificates enabled status enabled crash-files enabled log-files enabled
Under this object you can also edit the list of status classes, databases, and directories from which data is collected.
The status-class property specifies additional status classes to be collected. This property is a vector, so you can specify multiple entries. In addition, wildcards can be specified as well as the -v property to specify a verbose display in the status text file. For example: config default-collect-settings>set status-class location-bindings-rejected -v config default-collect-settings>set status-class system-* config default-collect-settings>set status-class arena The database property specifies the databases you want to collect. The valid databases are:
This property is a vector, so you can specify multiple entries. For example: config default-collect-settings>set database directory config default-collect-settings>set database accounting Note: Use the directory property with caution as it is possible to specify the collection of enormous amounts of data.
The directory property specifies any additional directories to be collected. For example: config default-collect-settings>set directory /cxc_common/data1/dir1 config default-collect-settings>set directory /cxc_common/data1/dir2
Note: Use the directory property with caution as it is possible to specify the collection of enormous amounts of data.
Customizing Collection Parameters In addition to the default parameters, you can configure custom collection parameters using the services > collect > collect-group parameter. Once you create a collect-group, you have the ability to disable the default collection parameters, certificates, status, crash-files, and log-files for that collect-group.
The following example shows the OS-E configured to collect only data related to accounting, while disabling collection of the other default collection parameters: config collect>config collect-group accounting Creating 'collect-group accounting' config collect-group accounting>set description "Just accounting data" config collect-group accounting>set certificates disabled config collect-group accounting>set status disabled config collect-group accounting>set status-class accounting* config collect-group accounting>set crash-files disabled config collect-group accounting>set database accounting To collect this customized data, specify the group name when executing the collect action. NNOS-E>collect accounting Managing Collection Output Files You can specify where the output files will be stored via the services > collect > directory property. The default (/cxc_common/collect) is sufficient in most cases. However, if you are collecting the contents of large databases, this property allows you to specify a mount with more available disk space. When a new collect file is created, the old files are saved as backups. Older backup files are deleted when the number of backups exceeds the services > collect >max-old-files property. config collect>set directory /cxc_common/collect_1 config collect>set max-old-files 5 Collecting Data from a Cluster By default, the collect action collects data only from the box on which it is executed. Cluster-wide data collection can be specified by adding the cluster parameter to the action. To collect the default data throughout the cluster, you must specify the default parameter. NNOS-E>collect default cluster To collect custom data from a configured collect-group, specify the collect-group (in this example accounting is used). NNOS-E>collect accounting cluster When cluster-wide data collection is specified, each OS-E collects the appropriate data independently and simultaneously. The OS-E on which the collect action is executed then combines the resulting data into a single file.
Viewing Status Classes Being Collected The show collect-status-classes action displays which status classes are being collected. When entered with the default parameter, the OS-E default status classes are listed. NNOS-E>show collect-status-classes default You can also use the show collect-status-classes status provider to display status classes defined in custom configurations. The following shows accounting as an example. NNOS-E>show collect-status-classes accounting Status classes to be collected for 'Accounting': ------------------------------------------------------------------------------- Source Status class Description -------------------------------------------------------------------------------
config accounting-recent calls recently accounted config accounting-database request information for accounting database connections config accounting-files accounting file information config accounting-store accounting disk storage information config accounting-cdr-summary accounting CDR summary config accounting-targets-file-system accounting file-system and external-file-system targets config accounting-targets accounting targets Collect Log Messages The log class ‘collect’ has been added. The following messages are logged:
The recommended setting for the ‘collect’ log class is ‘warning’. The ‘info’ setting produces many log messages, all of which will appear in the log file (e.g., /box1/ box1.txt). Attachments This solution has no attachment |
||||||||||||||
|