Replies: 8 comments
-
Can you provide a screenshot with the problem? |
Beta Was this translation helpful? Give feedback.
-
here is it Edit : i just realize there's the assigned_check_id that is related to the checks_check table, which contains the agent_id if needed. So my report is not really a big deal. should have seen that one earlier. |
Beta Was this translation helpful? Give feedback.
-
what exactly is the bug i don't understand |
Beta Was this translation helpful? Give feedback.
-
i thought taht the "agent_id" should contain the id of the agent that poped the alert, no ? |
Beta Was this translation helpful? Give feedback.
-
That doesn't look like a standard TRMM screen. Are you using a 3rd party tool like grafana to look at the postgres database? |
Beta Was this translation helpful? Give feedback.
-
If the alert is triggered by a check or task, you need to get the agent through those relationships. |
Beta Was this translation helpful? Give feedback.
-
moving to github discussions, since this is not a bug or feature request. |
Beta Was this translation helpful? Give feedback.
-
@Nini81 There is an assigned_task and assigned_check relationship to the task or check that triggered the alert. Those two relationships have an agent foreign key. Do if a check triggered an alert, it would look like: alert.assigned_check.agent.hostname |
Beta Was this translation helpful? Give feedback.
-
Using Tactical RMM v0.7.2
When alert is poping, the field "agent_id" is empty in the "alerts_alert" table, So we're loosing the relation between the alert and the host. There's the hostname in the message, but if 2 clients use the same hostname ...
Beta Was this translation helpful? Give feedback.
All reactions