Canary.Axiom.Session eating CPU Usage% - What is this Service?

Forum / Questions & Answers

Vinster
1 mth ago
6replies

We have an instance where there is a math added to some charts (I've asked that they move the math to the calculations module and pull that calculated data)

But while troubleshooting this I went to see the charts on all the CPU Usage% within Canary and looking at this it would look like it's an outside resource to Canary that is eating the CPU Usage.

But when looking at Task Manager, I can see multiple instances of Canary.Axiom.Session using near 12% usage each and I see seven instances of this.

This server currently has 8 cores, so I'm surprised that she was able to get pegged off.

What is this Canary Axiom Session? and is there a way to see this usage is the Axiom charts?

Canary version 25.3 with Windows Server 2025

Regards.

Axiom

- smason
- 1 mth ago
- Reported - view
Hi ,

There is a Canary.Axiom.Session process for each Axiom session a user has open, whether it be a chart or application. You can also see these in the Axiom tile within the admin.

I currently have 5 open, but you can see the CPU usage is quite low. Yours are very elevated. Perhaps the Historian or Views is in a bad state? Or perhaps there's a hardware issue with the disk?

Does the software seem sluggish?

If you open Messages and filter on the VIO category, we may be able to rule out any hardware issues based on some of the metrics highlighted below.

These are captured twice a day.
- Vinster
- 4 days ago
- Reported - view
Sorry Steve, I thought I had replied a month ago.

for the Users in CA, I see more services than users logged in. (See screenshot)

also I've pulled the latest two VIOs and have attached those as well (See screenshots)

Axiom Session has more than user count last VIO1 last VIO2
- smason
  
  2 days ago
  
  Reported - view
  Thanks for the screenshots. It looks like the orphaned Axiom sessions are the culprit. What is the file size of C:\ProgramData\Canary\Axiom\Axiom.sqlite? We've seen issues like this with another customer and discovered the Axiom.sqlite file was bloated. You could try renaming this file and restarting the Axiom service so that it creates a new one, but users would have to recreate any Automated Reports they had.
- Vinster
  
  2 days ago
  
  Reported - view
  sqlite file is I believe small at 1200kb, see screenshot.
  
  and when you say people would have to "recreate any Automated Reports" because there are quite a few reports, but I believe people have to open them to have them do anything.
  
  sqlite file size
- smason
  
  2 days ago
  
  Reported - view
  That doesn't seem too big, but you could try renaming it and force Axiom to create a new one to see if there's any difference. The Automated Reports are based on applications or charts a user may have created. The applications themselves are not affected, only the Automated Reports built on top of them, if there are any at all.
- Vinster
  
  2 days ago
  
  Reported - view
  Thanks, I'll talk to them about giving this a try.