# 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"