4 Commits

Author	SHA1	Message	Date
Andrey Vasnetsov	c16c55b1fc	Bump client timeout in flaky snapshots-consensus e2e test (#9808) ... TestSnapshotsInterferenceWithConsensus flakes when the initial create_collection exceeds the 10s client read timeout. Cluster logs from a failing run show the primary stalling its consensus loop for ~5s while creating local shards on a loaded runner, which triggered a leader election that delayed full shard activation to ~10.3s. Setup operations now get a 30s client timeout. The regression check for #7489 is unaffected: it relies on the server-side operation timeout passed to delete_collection, not the client read timeout. Co-authored-by: Claude Fable 5 <noreply@anthropic.com>	2026-07-12 21:14:04 +02:00
tellet-q	333029afce	Fix flaky TestSnapshotsInterferenceWithConsensus (#9102)	2026-05-20 09:52:42 +02:00
tellet-q	ee64809d45	[ai] test: wait for cluster readiness in flaky e2e test (#9012) ... * [ai] test: wait for cluster readiness in flaky e2e test	2026-05-12 11:36:11 +02:00
tellet-q	3ba62e37b6	Add a test to check if creating snapshots blocks other operations (#7510) ... * Add a test to check if creating snapshots blocks other operations	2026-02-11 12:20:47 +01:00