You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 1, 2023. It is now read-only.
So I'm pretty sure this comes from the current implementation of a caching handler. Should the NFS client connect ever change servers, then the caching handler returns a stale connection.
Option one here would be to support service topology routing that favors host communication exclusively in the daemonset deployment and region/zone communication in the deployment. This is really just a mitigation though. To handle this properly, we'll need to replace the caching handler.
There are a few things we can do to cut down on the number of handles that are created.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
So I'm pretty sure this comes from the current implementation of a caching handler. Should the NFS client connect ever change servers, then the caching handler returns a stale connection.
Option one here would be to support service topology routing that favors host communication exclusively in the daemonset deployment and region/zone communication in the deployment. This is really just a mitigation though. To handle this properly, we'll need to replace the caching handler.
There are a few things we can do to cut down on the number of handles that are created.
The text was updated successfully, but these errors were encountered: