Something is causing problems with the response body length of the preceding HTTP request, and that's causing the pooled connection to become corrupted.
The preceding request was interpreted by OkHttp to have no body, but it has this body:
{"Data":[],"CustomStatusCode":200,"Status":"success"}
It's probably either a bug in the server, or a bug in OkHttp, depending on which headers and code was sent by the preceding URL. If you can paste the request that precedes this failure, we can figure out whose fault it is!