, in run res = stub.Echo(req, _TIMEOUT_SECONDS) File "/usr/local/lib/python2.7/dist-packages/grpc/framework/crust/implementations.py",
line 75, in __call__ protocol_options, metadata, request) File "/usr/local/lib/python2.7/dist-packages/grpc/framework/crust/_calls.py",
line 109, in blocking_unary_unary return next(rendezvous) File "/usr/local/lib/python2.7/dist-packages/grpc/framework/crust/_control.py",
line 415, in next raise self._termination.abortion_error NetworkError: NetworkError(code=StatusCode.UNAVAILABLE, details="")
Next call works fine. What could be a reason for such behavior ? Should I just ignore it and implement reconnect logic ?
Thanks
Aleksey
I have simple GRPC echo service on Win server 2012 and python script on Ubuntu Linux that get fired from cron every 1 minOnce in a day
I get an exception, in run res = stub.Echo(req, _TIMEOUT_SECONDS) File "/usr/local/lib/python2.7/dist-packages/grpc/framework/crust/implementations.py",
line 75, in __call__ protocol_options, metadata, request) File "/usr/local/lib/python2.7/dist-packages/grpc/framework/crust/_calls.py",
line 109, in blocking_unary_unary return next(rendezvous) File "/usr/local/lib/python2.7/dist-packages/grpc/framework/crust/_control.py",
line 415, in next raise self._termination.abortion_error NetworkError: NetworkError(code=StatusCode.UNAVAILABLE, details="")
Next call works fine. What could be a reason for such behavior ?
Should I just ignore it and implement reconnect logic ?
4. Yes, I mean just retry. But we have small battle with my colleague, if it is network interface problem or GRPC implementationHe wants to investigate possible network interface errors instead just implement retry. I personally dont see any problem with network, especially LAN and afraid it is something related with python implementation.