docs/doc/source/fault-mgmt/troubleshooting-log-collection.rst
Stone 037c99f0b7 Fault Management doc
Added Data Networks toctree

Changed case on doc title in top level index - changed doc directory to
fault-mgmt.

Added Distributed Cloud section.

Broke out "OpenStack Fault Management Overview" statement about remote log
collection to conditionally included file.

Incorporated patch 6 review comments. Also implemented rST :abbr:
for first instance of SNMP in each file.

Changed port number and community string in two SNMP walk examples.

Change-Id: I1afd71265e752c4c9a54bf2dc9a173b3e17332a7
Signed-off-by: Stone <ronald.stone@windriver.com>
2020-11-27 14:13:00 -05:00

2.9 KiB
Raw Blame History

Troubleshoot Log Collection

The log collection tool gathers detailed information.

Collect Tool Caveats and Usage

  • Log in as sysadmin, NOT as root, on the active controller and use the collect command.

  • All usage options can be found by using the following command:

    (keystone_admin)$ collect --help
  • For Simplex or Duplex systems, use the following command:

    (keystone_admin)$ collect --all
  • For Standard systems, use the following commands:

    • For a small deployment (less than two worker nodes):

      (keystone_admin)$ collect -all
    • For large deployments:

      (keystone_admin)$ collect --list host1 host2 host3
  • For systems with an up-time of more than 2 months, use the date range options.

    Use --start-date for the collection of logs on and after a given date:

    (keystone_admin)$ collect [--start-date | -s] <YYYYMMDD>

    Use --end-date for the collection of logs on and before a given date:

    (keystone_admin)$ collect [--end-date | -s] <YYYYMMDD>
  • To prefix the collect tar ball name and easily identify the collect when several are present, use the following command.

    (keystone_admin)$ collect [--name | -n] <prefix>

    For example, the following prepends TEST1 to the name of the tarball:

    (keystone_admin)$ collect --name TEST1
    [sudo] password for sysadmin:
    collecting data from 1 host(s): controller-0
    collecting controller-0_20200316.155805 ... done (00:01:39   56M)
    creating user-named tarball /scratch/TEST1_20200316.155805.tar ... done (00:01:39   56M)
  • Prior to using the collect command, the nodes need to be unlocked-enabled or disabled online and are required to be unlocked at least once.

  • Lock the node and wait for the node to reach the disabled-online state before collecting logs for a node that is rebooting indefinitely.

  • You may be required to run the local collect command if the collect tool running from the active controller node fails to collect logs from one of the system nodes. Execute the collect command using the console or BMC connection on the node that displays the failure.

partner