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
accuracyIncorrect information is being shown to the user; usually a bugbugBroken end user or developer functionality; not working as the developers intended it
within 10 seconds, in the first window type GET /<RET><RET>, which should terminate the connection.
Now bring up the process topology. This will show a nc process connected to The Internet. Eventually the process will become bare except for the pid:
That node and edge will never go away.
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
Jul 10, 2017
The problem here is that we ignore 'close' events until after we've fed all existing connections to the ebpf tracker. So any connections that get closed after we've obtained the initial connection list but before we've fed them to the ebpf tracker, are stashed away by the tracker as open connections and never removed, since the only thing removing them is a 'close' event, which we've missed.
...when initialising eBPF-based connection tracking.
Previously we were ignoring all eBPF events until we had gathered the
existing connections. That means we could a) miss connections created
during the gathering, and b) fail to forget connections that got
closed during the gathering.
The fix comprises the following changes:
1. pay attention to eBPF events immediately. That way we do not
miss anything.
2. remember connections for which we received a Close event during the
initalisation phase, and subsequently drop gathered existing
connections that match these. That way we do not erroneously consider
a gathered connection as open when it got closed since the gathering.
3. drop gathered existing connections which match connections detected
through eBPF events. The latter typically have more / current
metadata. In particular, PIDs can be missing from the former.
Fixes#2689.
Fixes#2700.
...when initialising eBPF-based connection tracking.
Previously we were ignoring all eBPF events until we had gathered the
existing connections. That means we could a) miss connections created
during the gathering, and b) fail to forget connections that got
closed during the gathering.
The fix comprises the following changes:
1. pay attention to eBPF events immediately. That way we do not
miss anything.
2. remember connections for which we received a Close event during the
initalisation phase, and subsequently drop gathered existing
connections that match these. That way we do not erroneously consider
a gathered connection as open when it got closed since the gathering.
3. drop gathered existing connections which match connections detected
through eBPF events. The latter typically have more / current
metadata. In particular, PIDs can be missing from the former.
Fixes#2689.
Fixes#2700.
accuracyIncorrect information is being shown to the user; usually a bugbugBroken end user or developer functionality; not working as the developers intended it
In a similar vein to #2689...
Apply
and then
nc www.weave.works 80
in one windowscope launch
in another windowGET /<RET><RET>
, which should terminate the connection.Now bring up the process topology. This will show a
nc
process connected toThe Internet
. Eventually the process will become bare except for the pid:That node and edge will never go away.
The text was updated successfully, but these errors were encountered: