integ/tools/engtools/parsers/lab.conf
Alex Kozyrev cdc60aac81 Barbican integration into logging/patching mechanisms.
- add barbican logs in syslog
- support no reboot patching for barbican processes
- get information about barbican in collect script

Change-Id: I75557a2d35d3861c2dee3d0a5a0960bebc6d0e48
Story: 2003108
Task: 27700
Depends-On: I6b0b0c90456627bebde2b834b339bc968100b6f9
Signed-off-by: Alex Kozyrev <alex.kozyrev@windriver.com>
2018-11-30 13:23:13 -05:00

101 lines
5.0 KiB
Plaintext

# The lab config file is referenced in various data download and parser scripts.
# This file is configured for lab WCP35-60, a 2-4-20 system, and serves as a sample.
############################################################################################
# LAB CONFIGURATIONS
#
# Sample configuration below is for WCP35-60 (2 controllers, 4 storages and 20 computes)
############################################################################################
# Change the controller IPs and list of hosts to reflect the system under test.
CONTROLLER0_IP="128.224.150.232"
CONTROLLER1_IP="128.224.150.233"
CONTROLLER_LIST="controller-0 controller-1"
STORAGE_LIST="storage-0 storage-1 storage-2 storage-3"
COMPUTE_LIST="compute-0 compute-1 compute-2 compute-3 compute-4 compute-5 compute-6 compute-7 compute-8 compute-9 compute-10 compute-11 compute-12 compute-13 compute-14 compute-15 compute-16 compute-17 compute-18 compute-19"
INFLUX_HOST="localhost"
INFLUX_PORT="8086"
INFLUX_DB=""
############################################################################################
# OUTPUT FILE CONFIGURATION
############################################################################################
# Update list of output file as needed. This is used in the cleanup-uncompressed.sh script
FILE_LIST="ceph diskstats filestats iostat memstats memtop netstats occtop postgres rabbitmq schedtop top vswitch"
############################################################################################
# PARSING CONFIGURATIONS
############################################################################################
# If there is a large number of computes, they need to be parsed one batch at a time,
# otherwise, the analysis server will be brought down to a crawl.
BATCH_SIZE=25
# To see the list of databases
# >sudo su postgres
# >psql
# >\l
# Can skip template0 and template1
#
# Currently the Excel file that produces postgres connection charts expects the following
# database listed in the specified order:
# DATABASE_LIST="cinder glance keystone nova neutron ceilometer heat sysinv aodh barbican postgres nova_api"
#
# which is not in the same order as psql \l command. Please keep the DATABASE_LIST setting
# in the conf file empty until this is corrected.
DATABASE_LIST=""
# Below is a sample configuration of TABLE_LIST which is referenced in parsing postgres stats
# step (see parse-all.sh script). It contains the major tables of services that showed either
# continous/abnormal database growth in the past (nova, heat and ceilometer). If set, the parser
# will generate the detailed stats for the specified tables.
#
# To see the list of tables for a particular service (e.g. ceilometer)
# >sudo su postgres
# >psql
# >\c ceilometer
# >\dt+
#
# The script parse_postgres currently supports all tables in the TABLE_LIST below. Prior to
# adding new tables to this list, parse_postgres script must be updated first.
# TODO: Update parse_postgres to enable table list configuration
TABLE_LIST="ceilometer_meter ceilometer_metadata_text ceilometer_metadata_int \
ceilometer_sample ceilometer_resource ceilometer_trait_text \
ceilometer_trait_int ceilometer_trait_datetime ceilometer_event \
heat_service heat_raw_template heat_event heat_stack \
nova_instance_actions_events nova_instance_faults nova_instance_actions \
nova_instance_extra nova_instances nova_reservations \
nova_instance_system_metadata nova_instance_info_caches \
nova_block_device_mapping nova_compute_nodes nova_pci_devices \
nova_instance_id_mappings nova_migrations nova_services \
nova_task_log nova_aggregate_hosts"
# Below is a sample configuration of RABBITMQ queues which is references in parsing rabbitmq stats
# step (see parse-all.sh script). If set, the parser will generate the detailed stats for the specified
# queues.
#
# To see the list of rabbitmq
# >sudo rabbitmqctl list_queues
#
# To see the list of queues in more details
# >sudo rabbitmqctl list_queues messages name pid messages_ready messages_unacknowledged memory consumers
#
# The notifications.info queue is the AVS ceilometer notification queue which has the most traffic.
# In the past, notifications.info and versioned_notifications.info queues were growing over time due
# configuration related issues. These have been resolved in R3.
RABBITMQ_QUEUE_LIST="notifications.info versioned_notifications.info"
# Parsing process schedtop currently takes a long time. Turn this on when the generation of detailed stats
# for each specified processes is desired. The list of processes is specific to each host type (controller/
# compute/storage) and thus is set in host.conf.
#
# It is recommended to leave this option turned off and run parse-schedtop.sh only for the target host(s) and
# target service(s) after having analyzed occtop and schedtop summary output files (occtop-xxx.csv &
# schedtop-summary-xxx.txt).
#
# Valid values are "Y" or "N". Default is "N"
GENERATE_PROCESS_SCHEDTOP="N"