mirror of
https://github.com/kubernetes/kubernetes.git
synced 2026-03-21 10:00:38 -04:00
TestNodeSyncResync closes opChan after observing the first resync and then waits for the loop to exit. There is still a small window where the 1ms resync timer fires again before the select notices the closed channel. When that happens ReportResult sends a second notification on the unbuffered reportChan, the loop blocks in the send, and the test waits forever on doneChan. Allow one queued notification so the loop can drain that race and reach the closed opChan case. The test still validates that a resync happened; it just stops depending on exact scheduling between two ready events. Tested: go test -race ./pkg/controller/nodeipam/ipam/sync -run TestNodeSyncResync -count=200 |
||
|---|---|---|
| .. | ||
| config | ||
| ipam | ||
| doc.go | ||
| node_ipam_controller.go | ||
| nolegacyprovider.go | ||
| OWNERS | ||