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
TestCreateIndexVanillaFaissGeneric should consistently return topK=10 results for every query after 3000 rows are inserted, flushed, indexed with FAISS / IVF64,Flat, and loaded.
Actual Behavior
In Jenkins build 5691, the test failed because one search result set had only 7 results instead of 10:
=== FAIL: testcases TestCreateIndexVanillaFaissGeneric (7.04s)
Error Trace: tests/go_client/common/response_checker.go:241
tests/go_client/testcases/index_test.go:1013
Error: Not equal:
expected: 7
actual : 10
Test: TestCreateIndexVanillaFaissGeneric
Messages: Expected topK=10, actual ResultCount=7
DONE 918 tests, 25 skipped, 1 failure in 1706.586s
Note: the expected / actual labels above are reversed by the assertion call order in CheckSearchResult; the message is the clearer signal: expected topK=10, actual ResultCount=7.
Suspect area: FAISS generic index search path, index/load readiness, or search result reduction when using FAISS + IVF64,Flat + nprobe=8 on ARM Go SDK CI.
Test location: tests/go_client/testcases/index_test.go:975
The PR where this was observed does not modify Go SDK/index/search code, so this should be tracked as a flaky CI/test stability issue rather than a PR regression.
Secondary CI issue: the post stage printed Test exit code file not found, assuming test passed, so Milvus server logs were not archived even though the test exited with code 1. That made server-side diagnosis harder for this failure.
Environment
master-20260608-9a78aec54c/ commit9a78aec54c941a229810cf972ea9ca0ecc20c22cci-v2/go-sdksdk_version=2.6.0ciMode=e2e-arm)Reproduction
Option B: Steps
ci-v2/go-sdk/milvus-go-sdk-pipelinewith:branch=masterPR_NUMBER=50380COMMIT_SHA=9a78aec54c941a229810cf972ea9ca0ecc20c22cciMode=e2e-armmilvus_deployment_option=standalonegotestsum_cmd=gotestsum --format testname --hide-summary=output -- -v ./testcases/... -timeout=120mtests/go_client/testcases/index_test.go:975:Int64Vec, defaultnb=3000,dim=128floatVecwith:index_type=FAISSmetric_type=L2faiss_index_name=IVF64,FlattopK=10,nq=5,nprobe=8, strong consistencytopKresults for at least one query.Trigger Conditions
5691failed, but nearby Go SDK CI runs passed the same test.milvus-go-sdk-pipeline/56915688,5695,5697,5698,5700,5680,56795689and5686failed in other test cases whileTestCreateIndexVanillaFaissGenericpassed.tests/python_client/chaos/chaos_objects/..., not Go SDK/index/search code.Expected Behavior
TestCreateIndexVanillaFaissGenericshould consistently returntopK=10results for every query after 3000 rows are inserted, flushed, indexed withFAISS/IVF64,Flat, and loaded.Actual Behavior
In Jenkins build
5691, the test failed because one search result set had only 7 results instead of 10:Note: the
expected/actuallabels above are reversed by the assertion call order inCheckSearchResult; the message is the clearer signal: expectedtopK=10, actualResultCount=7.Error Logs
Relevant Jenkins console excerpts:
The job did not surface a client-side RPC error; the failure is a silent wrong/short search result count.
Non-default Configuration
Analysis Hints
FAISS+IVF64,Flat+nprobe=8on ARM Go SDK CI.tests/go_client/testcases/index_test.go:975tests/go_client/common/response_checker.go:241Test exit code file not found, assuming test passed, so Milvus server logs were not archived even though the test exited with code 1. That made server-side diagnosis harder for this failure.