These are chat archives for ManageIQ/manageiq/performance
remote:/x.gzwould gzip the file if only
to_s. NOP'd storage - after a day, looks like the metrics collector has stabalized
grep -r autoload_paths lib config app /opt/rh/cfme-gemset/bundler/gems/*/lib
evm:starton my mac
describe_log.rb --group --details --messages evm.log-201801* ManageIQ::Providers::Vmware::InfraManager::MetricsCollectorWorker (1) 29797  2018-01-18T15:41:47 -- 2018-01-19T09:27:48 [ 200247] Storage.perf_capture_historical [ 21491] Storage.perf_capture_hourly [ 12734] ManageIQ::Providers::Vmware::InfraManager::Vm.perf_capture_realtime [ 2073] ManageIQ::Providers::Vmware::InfraManager::Vm.perf_capture_historical [ 1325] ManageIQ::Providers::Vmware::InfraManager::HostEsx.perf_capture_realtime [ 45] ManageIQ::Providers::Vmware::InfraManager::HostEsx.perf_capture_historical MiqEmsMetricsProcessorWorker (1) 29807 [ 136675] 2018-01-18T15:41:47 -- 2018-01-19T09:16:39 [ 441] EmsCluster.perf_rollup_range [ 397] EmsCluster.perf_rollup [ 48] MiqRegion.perf_rollup ...
describe_log- there were hundreds (if not thousands) of pids
group_by=1,2,3,display=4,count=5(in essence what I did above)
feel like the tools should output more of a csv output
Yeah, that is a good point. Pretty sure gnuplot can also read from a CSV input, I just haven't dug in enough to get that working properly
instead of outputting
PID WorkerType Message
WorkerType PID PID Message #message_count
split_logstuff, I output a
datafile (like you requested)- I was looking at tweaking the regex so you could control what ended up in the data file
"\r"to rewrite the line with the updates
puts. And from what I know about you, this doesn't make sense to me.
\r's are something that make little sense when piping into a file
and you pipe this to a file?
Yeah, if I want to set this to run over night