-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fm backport/v1 #12254
Fm backport/v1 #12254
Conversation
(cherry picked from commit f97b4ec)
In multi instance flow manager setups, each flow manager gets a slice of the hash table to manage. Due to a logic error in the chunked scanning of the hash slice, instances beyond the first would always rescan the same (first) subslice of their slice. The `pos` variable that is used to keep the state of what the starting position for the next scan was supposed to be, was treated as if it held a relative value. Relative to the bounds of the slice. It was however, holding an absolute position. This meant that when doing it's bounds check it was always considered out of bounds. This would reset the sub- slice to be scanned to the first part of the instances slice. This patch addresses the issue by correctly handling the fact that the value is absolute. Bug: OISF#7365. Fixes: e9d2417 ("flow/manager: adaptive hash eviction timing") (cherry picked from commit ae072d5)
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main-7.0.x #12254 +/- ##
===========================================
Coverage 83.19% 83.19%
===========================================
Files 922 922
Lines 260888 260888
===========================================
+ Hits 217048 217050 +2
+ Misses 43840 43838 -2
Flags with carried forward coverage won't be shown. Click here to find out more. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Consistent with the original backports. I understand we'll still have to wait on QA results, but from code alone, it looks good.
* \param td FM timeout thread instance | ||
* \param f head of the evicted list | ||
*/ | ||
static void FlowManagerHashRowClearEvictedList( | ||
FlowManagerTimeoutThread *td, Flow *f, SCTime_t ts, FlowTimeoutCounters *counters) | ||
{ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is it worth/ important to add the missing params to the docs, or not worthy waiting for another iteration? (I suppose not 🤔 )
WARNING: ERROR: QA failed on SURI_TLPR1_alerts_cmp.
Pipeline 23765 |
Setting to draft to avoid merge before 7.0.8, as this is postponed to 7.0.9. |
Merged in #12302, thanks! |
FM fixes backport.