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
The command invocations used to be different (--any-nat was only provided for (1)) before #2135. Specifically, the --any-nat argument was added here as opposed to how conntrack was originally invoked.
This is a problem. It means that, when eBPF is not enabled, which is the default, we are only showing short-lived connections that are NATed.
This has been happening since 1.3.0 (March 27) and it has prevented Scope from showing short-lived connections between containers living in the same host (which are not NATed).
I am frankly really surprised that nobody reported this explicitly before. Even worse, we didn't have a test for it :(
On current master, when running scope without eBPF enabled, I notice two conntrack processes executed with the same parameters:
Both conntrack processes are long-running processes.
I added debug messages in Scope and I see that
newConntrackFlowWalker
/conntrackWalker
is executed twice via:/cc @2opremio @bboreham
other conntrack issues: #2488 ("Faster conntrack parser"), #2118 ("probe: conntrack: fix output parsing")
The text was updated successfully, but these errors were encountered: