-
Notifications
You must be signed in to change notification settings - Fork 4.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
etcd - All grpc_code for grpc_method "Watch" is "Unavailable" #20311
Comments
@openshift/sig-master |
Still present with 3.10
|
Issues go stale after 90d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle stale |
+1 on this. We've disabled this alert on our setup because it's just flapping and not indicating any failures. |
/remove-lifecycle stale |
/remove-lifecycle stale |
+1.
errors about 1 time ~ in 5 minutes, etcd 3.2.24 / 3.2.25 / 3.3.10 Any updates? |
/remove-lifecycle stale |
Issues go stale after 90d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle stale |
Still reproducible on Origin 3.11 |
/remove-lifecycle stale |
Relates to openshift/cluster-monitoring-operator#340 |
Issues go stale after 90d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle stale |
/remove-lifecycle stale |
Issues go stale after 90d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle stale |
/lifecycle frozen |
/assign |
Any news about this ? |
At the moment I am using okd 4.7 and this bug is still present.
|
Hi,
I noticed, that every grpc_code for grpc_method "Watch" is "Unavailable" in my okd cluster. My plan is to monitor etcd-instances with default prometheus alerts from the etcd-project.
Maybe the watch-connection is not closed correctly and goes into an timeout.
Version
Steps To Reproduce
oc project openshift-etcd
oc rsh etcd-master1.mycompany.com
curl -s --cacert "/etc/kubernetes/static-pod-certs/configmaps/etcd-serving-ca/ca-bundle.crt" --cert "/etc/kubernetes/static-pod-certs/secrets/etcd-all-peer/etcd-peer-master1.mycompany.com.crt" --key "/etc/kubernetes/static-pod-certs/secrets/etcd-all-peer/etcd-peer-master1.mycompany.com.key" https://localhost:2379/metrics
Current Result
Expected Result
Additional Information
If that behavior is already fixed or it's a false positive, let me know.
The text was updated successfully, but these errors were encountered: