You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
rade opened this issue
Jun 21, 2017
· 0 comments
· Fixed by #2680
Assignees
Labels
accuracyIncorrect information is being shown to the user; usually a bugbugBroken end user or developer functionality; not working as the developers intended it
The list of container images in the host details panel is incomplete, e.g. notice how in
only billing images are listed yet there are plenty of non-billing containers running.
Furthermore, the list keeps changing.
I've looked at the API response from a statically served captured report, and it is incomplete, so this is a b/e problem.
The text was updated successfully, but these errors were encountered:
rade
added
accuracy
Incorrect information is being shown to the user; usually a bug
bug
Broken end user or developer functionality; not working as the developers intended it
labels
Jun 21, 2017
The same container image may be in use on multiple hosts. The
latest-map HostNodeID of a node in the ContainerImage topology is
therefore meaningless - it gets set to whatever host reported that
image last in the time window covered by the report. Hence using it as
a basis for mapping to hosts, as we did, a) fails to associate images
with all the right hosts (hence they are missing from the host details
panel), and b) causes that association to change semi-randomly (hence
the list in the details panel is unstable).
By contrast, the host topology parents of container image nodes is the
complete set of all hosts the image is used on. So making that the
basis for mapping fixes the problem.
The same technique - mapping based on host parents rather than
latest-map HostNodeID - also works for the other nodes we are mapping:
processes, containers and pods. So we might as well use it there
too. That's also what Map2Parent does in other topology renderers.
Fixes#2629.
The same container image may be in use on multiple hosts. The
latest-map HostNodeID of a node in the ContainerImage topology is
therefore meaningless - it gets set to whatever host reported that
image last in the time window covered by the report. Hence using it as
a basis for mapping to hosts, as we did, a) fails to associate images
with all the right hosts (hence they are missing from the host details
panel), and b) causes that association to change semi-randomly (hence
the list in the details panel is unstable).
By contrast, the host topology parents of container image nodes is the
complete set of all hosts the image is used on. So making that the
basis for mapping fixes the problem.
The same technique - mapping based on host parents rather than
latest-map HostNodeID - also works for the other nodes we are mapping:
processes, containers and pods. So we might as well use it there
too. That's also what Map2Parent does in other topology renderers.
Fixes#2629.
accuracyIncorrect information is being shown to the user; usually a bugbugBroken end user or developer functionality; not working as the developers intended it
The list of container images in the host details panel is incomplete, e.g. notice how in
only billing images are listed yet there are plenty of non-billing containers running.
Furthermore, the list keeps changing.
I've looked at the API response from a statically served captured report, and it is incomplete, so this is a b/e problem.
The text was updated successfully, but these errors were encountered: