Agent availability and measurement logging
by Thomas Segismont
Hi everyone,
In the agent log file, there are three recurring log messages for
availability and measurement:
======
2013-11-18 11:19:37,640 INFO [InventoryManager.availability-1]
(rhq.core.pc.inventory.AvailabilityExecutor)- Scan Starting: Mon Nov 18
11:19:37 CET 2013
2013-11-18 11:19:37,648 INFO [InventoryManager.availability-1]
(rhq.core.pc.inventory.AvailabilityExecutor)- Scan Ended : Mon Nov 18
11:19:37 CET 2013 : Scan [startTime=1384769977640,
endTime=1384769977647, runtime=7, isFull=false, isForced=false,
numResources=119, numGetAvailabilityCalls=7, numScheduledRandomly=0,
numPushedByInterval=6, numAvailabilityChanges=0, numDeferToParent=0]
2013-11-18 11:19:56,192 INFO [MeasurementManager.sender-1]
(rhq.core.pc.measurement.MeasurementSenderRunner)- Measurement
collection for [5] metrics took 18ms - sending report to Server...
======
AvailabilityExecutor messages used to be at DEBUG level.
Do we still need these messages at INFO level? They make the agent log
file grow quickly.
Regards,
Thomas
10 years, 5 months
running data purge job from admin control page
by John Sanda
Earlier today the question came up about whether or not if we can force the execution of the data purge job. You can if you enable debug mode in system settings and then go to http://localhost:7080/portal/admin/test/control.jsp. Due to implementation changes, executing the data purge job here will basically result in a no-op for metrics compression.
I need to give a little background on the C* implementation to explain why this is so. When the metrics compression runs, we look at the current time, round down to the hour, and then subtract an hour to get the time slice for raw data to be aggregated. For example, suppose the data purge job is running during the 20:00 hour. The time slice over which we aggregate raw data will be 19:00 to 20:00. We use a custom index table to query for schedule ids that have data to be aggregated. The row keys are timestamps that correspond to the start of a particular time slice. The index gets updated whenever data is inserted. So for any raw data inserted during the 19:00 hour, the corresponding schedule id will have an entry in the 19:00 hour row. After the raw data for the schedules is aggregated, the row is deleted.
If I go to control.jsp at 20:25 and execute the data purge job, it will attempt to aggregate raw data for hour 19:00, not 20:00. And because the 19:00 hour row in the index is deleted, we will get an empty result set when querying for schedule ids with data to aggregate. If people utilize control.jsp to perform on demand aggregation, then we can look at making changes to continue supporting that behavior.
- John
10 years, 5 months
What is the COMPLEX data type?
by Thomas Segismont
Hi everyone,
What is the COMPLEX data type? It is listed in
org.rhq.core.domain.measurement.DataType but not in rhq-plugin.xsd. It's
almost unused in the codebase.
If it's not useful, can we deprecate it?
Thanks,
Thomas
10 years, 5 months
RawConfigurations?
by Heiko W.Rupp
Hey,
do we use raw configurations anywhere? I know where they came from,
but are they in use today or can we imagine using them in the (hear)
future?
Heiko
--
Reg. Adresse: Red Hat GmbH, Technopark II, Haus C,
Werner-von-Siemens-Ring 14, D-85630 Grasbrunn
Handelsregister: Amtsgericht München HRB 153243
Geschäftsführer: Charles Cachera, Michael Cunningham, Paul Hickey, Charlie Peters
10 years, 5 months
mv modules/enterprise/gui modules/enterprise/war
by Jiri Kremser
Hi devs,
looking into modules/enterprise/gui directory, there are only wars present:
$ls modules/enterprise/gui
agentupdate-war content_http-war downloads-war portal-war remoting-war rest-war target
client-war coregui pom.xml remote-client-war rest-examples-war rhq-enterprise-gui-parent.iml
What about renaming the somewhat confusing name 'gui' to more appropriate name 'war'? I believe historically it made sense to call it gui, but once there are wars with rest and other non-gui stuff, I guess it is time to change.
jk
10 years, 5 months