-
Notifications
You must be signed in to change notification settings - Fork 20
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
[e2e] Use Subnet UID to get NSX resources in the test #957
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #957 +/- ##
=======================================
Coverage 73.42% 73.42%
=======================================
Files 118 118
Lines 16390 16390
=======================================
Hits 12034 12034
Misses 3571 3571
Partials 785 785
|
/e2e |
2 similar comments
/e2e |
/e2e |
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.
lgtm
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.
LGTM
354515a
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.
LGTM
The flaky issue may happen if stale VpcSubnet resources exist on NSX in anohter VPC configured with the same Namespace name. The fix is using the tested Subnet CR's UID to get NSX resources. This is because the K8s can ensure the CR's UID is unique.
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.
LGTM
/e2e |
The flaky issue may happen if stale VpcSubnet resources exist on NSX in anohter VPC configured with the same Namespace name. The fix is using the tested Subnet CR's UID to get NSX resources. This is because the K8s can ensure the CR's UID is unique.
The flaky issue may happen if stale VpcSubnet resources exist on NSX in anohter VPC configured with the same Namespace name. The fix is using the tested Subnet CR's UID to get NSX resources. This is because the K8s can ensure the CR's UID is unique.
The flaky issue may happen if the stale VpcSubnet resources exist on NSX in anohter VPC configured with the same Namespace name.
The fix is using the tested Subnet CR's UID to get NSX resources. This is because the K8s can ensure the CR's UID is unique.
Fix: #956