Hello @STRRL,
I believe some of these issues are being addressed. Have you tried updating to 2.0-rc 0? Im also asking someone from the storage team to take a look. Thank you.
Hello @STRRL,
If restarting isn’t a problem/you don’t care about historical data…then I think that’s probably the fastest way.
Are you upgrading from 2.x to r.c? Or 1.x?
Hi @Anaisdg, I meet another problem: many metrics like query_control_queueing_active, storage_tsm_files_disk_bytes, storage_compactions_active, etc are lost in influxdb 2.0 rc0.
I think it might be caused by changes of backend storage. These metrics are very useful and powerful for tunning and profiling influxdb. Will these metrics return back in the future?
I believe you are right about the metrics. We had some swapping of the storage tier. Could you file a bug report here: Sign in to GitHub · GitHub and report on the metrics? I also think the metrics are useful. They might not be able to come back in the exact same form because of the storage tier changes.
Thanks for noticing this!
Let us know if you are still seeing the high cpu usage with rc.