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
./openshift-install version./openshift-install 4.14.10built from commit a57f47f37ad5615dadeafd66118a4cbeebd075ecrelease image registry-bastion.xxx.local:5000/ocp4@sha256:03cc63c0c48b2416889e9ee53f2efc2c940323c15f08384b439c00de8e66e8aarelease architecture amd64
Platform:
vsphere
IPI
What happened?
after trying to install openshift 4.10.14 on IPI i get an error for the installation:
DEBUG Still waiting for the cluster to initialize: Cluster operators authentication, console, ingress, monitoring, openshift-samples are not available
ERROR Attempted to gather ClusterOperator status after installation failure: listing ClusterOperator objects: Get "https://api.ocp4.xxx.local:6443/apis/config.openshift.io/v1/clusteroperators": dial tcp xxx.xxx.xxx.xxx:6443: connect: connection refused
ERROR Cluster initialization failed because one or more operators are not functioning properly.
ERROR The cluster should be accessible for troubleshooting as detailed in the documentation linked below,
ERROR https://docs.openshift.com/container-platform/latest/support/troubleshooting/troubleshooting-installations.html
ERROR The 'wait-for install-complete' subcommand can then be used to continue the installation
ERROR failed to initialize the cluster: Cluster operators authentication, console, ingress, monitoring, openshift-samples are not available
etcd is ok. so is kube-api. their logs show nothing unusual.
oc get co
E0918 18:09:15.304236 45203 memcache.go:265] couldn't get current server API group list: Get "https://api.ocp4.xxx.local:6443/api?timeout=32s": dial tcp xxx.xxx.xxx.xxx:6443: connect: connection refused
E0918 18:09:15.304936 45203 memcache.go:265] couldn't get current server API group list: Get "https://api.ocp4.xxx.local:6443/api?timeout=32s": dial tcp xxx.xxx.xxx.xxx:6443: connect: connection refused
E0918 18:09:15.306659 45203 memcache.go:265] couldn't get current server API group list: Get "https://api.ocp4.xxx.local:6443/api?timeout=32s": dial tcp xxx.xxx.xxx.xxx:6443: connect: connection refused
E0918 18:09:15.308383 45203 memcache.go:265] couldn't get current server API group list: Get "https://api.ocp4.xxx.local:6443/api?timeout=32s": dial tcp xxx.xxx.xxx.xxx:6443: connect: connection refused
E0918 18:09:15.309417 45203 memcache.go:265] couldn't get current server API group list: Get "https://api.ocp4.xxx.local:6443/api?timeout=32s": dial tcp xxx.xxx.xxx.xxx:6443: connect: connection refused
The connection to the server api.ocp4.xxx.local:6443 was refused - did you specify the right host or port?
I can ping it, telnet says refused,
ping api.ocp4.xxx.local
PING api.ocp4.xxx.local (xxx.xxx.xxx.xxx) 56(84) bytes of data.
64 bytes from xxx.xxx.xxx.xxx (xxx.xxx.xxx.xxx): icmp_seq=1 ttl=64 time=0.423 ms
64 bytes from xxx.xxx.xxx.xxx (xxx.xxx.xxx.xxx): icmp_seq=2 ttl=64 time=0.260 ms
telnet api.ocp4.xxx.local 6443
Trying xxx.xxx.xxx.xxx...
telnet: connect to address xxx.xxx.xxx.xxx: Connection refused
when i try to simulate the request from the bastion it says it's refused, when I try from one of the masters it succeeds:
from bastion:
curl -v -XGET -H "Accept: application/json;g=apidiscovery.k8s.io;v=v2beta1;as=APIGroupDiscoveryList,application/json" -H "User-Agent: oc/4.14.0 (linux/amd64) kubernetes/286cfa5" 'https://api.ocp4.xxx.local:6443/api?timeout=32s'
Note: Unnecessary use of -X or --request, GET is already inferred.
* Trying xxx.xxx.xxx.xxx...
* TCP_NODELAY set
* connect to xxx.xxx.xxx.xxx port 6443 failed: Connection refused
* Failed to connect to api.ocp4.xxx.local port 6443: Connection refused
* Closing connection 0
curl: (7) Failed to connect to api.ocp4.xxx.local port 6443: Connection refused
from master node:
curl -v -XGET -H "Accept: application/json;g=apidiscovery.k8s.io;v=v2beta1;as=APIGroupDiscoveryList,application/json" -H "User-Agent: oc/4.14.0 (linux/amd64) kubernetes/286cfa5" 'https://xxx.xxx.xxx.xxx:6443/api?timeout=32s'
Note: Unnecessary use of -X or --request, GET is already inferred.
* Trying xxx.xxx.xxx.xxx:6443...
* Connected to xxx.xxx.xxx.xxx (xxx.xxx.xxx.xxx) port 6443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* CAfile: /etc/pki/tls/certs/ca-bundle.crt
* TLSv1.0 (OUT), TLS header, Certificate Status (22):
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* TLSv1.2 (IN), TLS header, Certificate Status (22):
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS header, Finished (20):
* TLSv1.2 (IN), TLS header, Unknown (23):
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
* TLSv1.2 (IN), TLS header, Unknown (23):
* TLSv1.3 (IN), TLS handshake, Request CERT (13):
* TLSv1.2 (IN), TLS header, Unknown (23):
* TLSv1.3 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (OUT), TLS header, Unknown (21):
* TLSv1.3 (OUT), TLS alert, unknown CA (560):
* SSL certificate problem: self-signed certificate in certificate chain
* Closing connection 0
curl: (60) SSL certificate problem: self-signed certificate in certificate chain
More details here: https://curl.se/docs/sslcerts.html
curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.
What you expected to happen?
finish install
How to reproduce it (as minimally and precisely as possible)?
Version
Platform:
vsphere
IPI
What happened?
after trying to install openshift 4.10.14 on IPI i get an error for the installation:
etcd is ok. so is kube-api. their logs show nothing unusual.
oc get co gives:
I can ping it, telnet says refused,
when i try to simulate the request from the bastion it says it's refused, when I try from one of the masters it succeeds:
from bastion:
from master node:
What you expected to happen?
finish install
How to reproduce it (as minimally and precisely as possible)?
./openshift-install create cluster --log-level=debug
The text was updated successfully, but these errors were encountered: