110 likes | 128 Views
OraMonPlans 10/04. Topics. Status OraMon 0.0.6 Saving disk space Validations Changing OraMon configuration OraMon redundancy OraMonArch Bugs Enhancements Expiry of historical data MSA-OraMon communication. OraMon 0.0.6. #5149 : register OraMon ports in /etc/services
E N D
Topics Status OraMon 0.0.6 Saving disk space Validations Changing OraMon configuration OraMon redundancy OraMonArch Bugs Enhancements Expiry of historical data MSA-OraMon communication
OraMon 0.0.6 • #5149: register OraMon ports in /etc/services • Compression: compress each new partition and each index • Control index tablespace • Administrative action to update metrics metadata from configuration file: • OraMonAdmin 5 (update_meta) • update_meta does not drop metadata tables, it deletes and inserts data • When OraMon starts, it reads metadata. • TBD: the same for OraMonAdmin • It is safe to restart OraMOn after: 1) config file is updated 2) and 'update_meta' done • Add logs when OraMon changes its readOnly status • Make OraMon heartbeat update time faster <10sec instead of up to 90 sec • Remove arbitrary OraMon implementation limitations on amounts of entities • makefile target to create OraMon doxygendeveloper's documentation
Saving disk space Compress partitions • Done: Each partition and index is compressed • Previous plan: OraMon partitions thread to compress partitions that are at least one day old Make numbers (and strings) smaller • Found not to be needed
Validations • OraMonAdmin 4 (validate) When: Before using new configuration file What: Does (arg) metrics-configuration-file confirm with existing data tables? • Metric validation When: OraMon start What: Does existing table comply with configuration? • Sample validation When: sample insertion What: does sample comply with metric
Changing OraMon configuration • Update metrics configuration file: <install_dir>/etc/edg-fmon-metrics.conf • Update metadata tables: OraMonAdmin 5 (update_meta) • restart OraMon
OraMon redundancy OraMon ‘HeartBeat’ /etc/OraMonHeartbeat updated after internal update of all insertion threads ReadOnly Existance of /etc/OraMonReadonly Instructs OraMon not to insert samples
OraMonArch OraMonArch did/will archive and drop metrics older than 6 months
My item #4001: LSB compliance for OraMon The issue: OraMon should be placed under LSB compliant paths (http://www.linuxbase.org), instead of using the /opt/edg/fabricmonitoring prefix'. After readinghttp://www.pathname.com/fhs/pub/fhs-2.3.html#OPTADDONAPPLICATIONSOFTWAREPACKAGES, I suggest that the following two rules should make OraMon 'LSB complient': 1) Change files /opt/edg/fabricmonitoring/etc/* to be: /etc/opt/<package>/* 2) Change (remaining) files /opt/edg/fabricmonitoring/* to be: /opt/<package>/* Before applying these rules for OraMon, I would like you to refer to the following issues: - The suggested rules (the actual OraMon file names I plan: lsb.doc.) - Scope of applying these rules: (Once the rules are agreed) I suggest that all lemon packages should be changed accordingly (which is not the case currently).
Expiry of historical data • Updating EHD metadata filesIf needed, OraMonAdmin 5 (update_meta) may be enhanced to write EHD configuration to its metadata files. • Deleting expired data If needed, OraMonAdmin may be enhanced to do this
Enhance MSA-OraMon communication In order to prevent the following errors, MSA-OraMon communications may be added: • Problem: Sample insertion congestion Communication: OraMon->MSA: “hold sending, because of insertion congestion” • Problem: Sending of non supported samples Communication: MSA->OraMon: Do you support the following metrics, that I want to send you?