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
Describe the bug
The flow collector does not check that it is in the right mode before calling updateNetworkStatus in one location, and causes the flow-collector process to compete with the config-sync process to update the skupper-network-status configmap.
I believe this affects v1.5.0+
How To Reproduce skupper init --enable-console --enable-flow-collector
Expected behavior
Not this.
Additional context
I do not believe that the flow collector is in any worse position to be the one updating this map, so I can understand why it's taken so long to uncover the issue. Recently I added some logging around this update - which is helpful to confirm the issue. I was only able to uncover it because the unit tests were mangling the network status of the skupper site in my active kubeconfig context.
$ k logs deployments/skupper-service-controller -c flow-collector | grep "network status update"
2024/02/27 19:57:02 COLLECTOR: First functional network status update written after 12.130744504s and 3 updates
The text was updated successfully, but these errors were encountered:
Describe the bug
The flow collector does not check that it is in the right mode before calling
updateNetworkStatus
in one location, and causes the flow-collector process to compete with the config-sync process to update theskupper-network-status
configmap.I believe this affects v1.5.0+
How To Reproduce
skupper init --enable-console --enable-flow-collector
Expected behavior
Not this.
Additional context
I do not believe that the flow collector is in any worse position to be the one updating this map, so I can understand why it's taken so long to uncover the issue. Recently I added some logging around this update - which is helpful to confirm the issue. I was only able to uncover it because the unit tests were mangling the network status of the skupper site in my active kubeconfig context.
The text was updated successfully, but these errors were encountered: