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 Mar 28, 2020. It is now read-only.
The self hosted etcd cluster is critical to the health of a kubernetes cluster, thus to the operator itself.
The highest priority thing for us is to ensure the reliability of such a cluster. We want to debug EVERY failure cases.
Sometimes, users have troubles with their self hosted clusters, and when it happens they cannot even access their k8s cluster. It is usually hard for them to get the previous logs, especially for their testing/dev clusters without external logging system hooked up. But we need etcd operator log to debug such cases.
To make our debugging life easier, we should write another set of log down to local disk for self hosted cluster for every action it takes.. This is very common tricks for early stage systems that care about debug-ability.
The self hosted etcd cluster is critical to the health of a kubernetes cluster, thus to the operator itself.
The highest priority thing for us is to ensure the reliability of such a cluster. We want to debug EVERY failure cases.
Sometimes, users have troubles with their self hosted clusters, and when it happens they cannot even access their k8s cluster. It is usually hard for them to get the previous logs, especially for their testing/dev clusters without external logging system hooked up. But we need etcd operator log to debug such cases.
To make our debugging life easier, we should write another set of log down to local disk for self hosted cluster for every action it takes.. This is very common tricks for early stage systems that care about debug-ability.
/cc @hongchaodeng
The text was updated successfully, but these errors were encountered: