Easwar Swaminathan
Easwar Swaminathan
Should be fixed by #4712.
Seeing more of this still: https://github.com/grpc/grpc-go/runs/6531255144?check_suite_focus=true
https://github.com/grpc/grpc-go/runs/7103567996?check_suite_focus=true
https://github.com/grpc/grpc-go/runs/7293162759?check_suite_focus=true
The reason why this test is flaky is as follows: - Test creates a ClientConn with service config setting the LB policy to "rls" - RLS LB policy initializes the...
Our current [state change API](https://pkg.go.dev/google.golang.org/grpc#ClientConn.WaitForStateChange) is lossy because state changes can be lost between the former returning and the caller invoking [GetState](https://pkg.go.dev/google.golang.org/grpc#ClientConn.GetState).
Ping to mark this unstale :)
Cleaned up a few, not all. Closing this for now.
It looks like goroutine 450 from the above log is blocked on the mutex when handling an RDS response. https://github.com/grpc/grpc-go/blob/c0198a9ce33b0755079e4cdae7f2315af2ebe993/xds/internal/resolver/watch_service.go#L177 While goroutine 434 is blocked on the same mutex when...
I think this is what is happening: As part of handling the LDS response, the `serviceUpdateWatcher` registers a watch for the RDS resource by calling `WatchRouteConfig` on the `xdsClient`. The...