Details
Description
Metrics subsystem stop/start messages add a lot of useless bulk to operational logging. Say you are collecting logs from a fleet of thousands of servers and want to have them around for ~month or longer. It adds up.
I think these should at least be at DEBUG level and ideally at TRACE. They don't offer much utility. Unfortunately they are Hadoop classes so we can tweak log4j.properties defaults instead. We do this in test resources but not in what we ship in conf/ .
<time> INFO [<thread>] impl.MetricsSystemImpl: HBase metrics system started <time> INFO [<thread>] impl.MetricsSystemImpl: Stopping HBase metrics system... <time> INFO [<thread>] impl.MetricsSystemImpl: HBase metrics system stopped. <time> INFO [<thread>] impl.MetricsConfig: loaded properties from hadoop-metrics2-hbase.properties <time> INFO [<thread>] impl.MetricsSystemImpl: Scheduled snapshot period at 10 second(s).