We now log errors for non-HTTP handlers. This should give more visibility into anything going wrong when not using the http handler. Errors happening at our proxy’s level were previously only sent to app logs for HTTP requests.
I think these are mislabeled, I’m pushing out a fix. I believe these are actually “app connection idle” errors. These happen if your connection doesn’t send or receive bytes for 60 seconds.
@jerome I would suggest to not log connection idle as it’s not an error state. I’m also seeing this multiple times per second. App is working as normal.
These are errors are actual errors. If the connection was not closed gracefully then it means either the client or the app will get an error.
This might’ve surfaced a bug where we’re not ever closing these connections . However, once one end closes the connection, it should definitely stop the transfer. If neither the client nor the app has closed the connection (for any reason) before 60 seconds of inactivity, it is forcefully closed.
I deployed a change that sets the level for this particular log to “warning”.
I’ll investigate to see if these errors are actually “real” or a side effect of something were doing wrong.
It would be helpful if the error told me what connection it is even referring to. I have a GRPC endpoint and don’t care for how long clients keep the connection open. I would definitely care about not getting the log file swamped