Skip to content
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

Still waiting for the Kubernetes API debug error #6775

Open
norhther opened this issue Jan 16, 2023 · 3 comments
Open

Still waiting for the Kubernetes API debug error #6775

norhther opened this issue Jan 16, 2023 · 3 comments
Labels
lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness.

Comments

@norhther
Copy link

norhther commented Jan 16, 2023

Version

./openshift-install 4.11.0-0.okd-2023-01-14-152430
built from commit b1b244444835f9a3fd2c5e6717db9ba6d18607be
release image quay.io/openshift/okd@sha256:27c99f5b7734f773a7981b9e527417edcda0eee217117632198d64aa33e95c46
release architecture amd64

Platform:

openstack

What happened?

I'm trying to install openshift in a custom environment, with only one floating ip address.
What I did was to create a machine in openstack and launch the installer from there.
However, I get the debug message repeatedly:

DEBUG Still waiting for the Kubernetes API: Get "https://xxx:6443/version": dial tcp: lookup api.okd-cluster.okd.xxx on xxx: no such host

What you expected to happen?

Properly completion of the installer

How to reproduce it (as minimally and precisely as possible)?

  • Create a machine inside openstack
  • Create a new network for the okd cluster
  • Launch installer from the machine inside openstack with the following parameters
apiVersion: v1
baseDomain: okd.xxx
compute:
- architecture: amd64
  hyperthreading: Enabled
  name: worker
  platform: 
    openstack:
      type: xxx
  replicas: 1
controlPlane:
  architecture: amd64
  hyperthreading: Enabled
  name: master
  platform:
    openstack:
      type: xxx
  replicas: 3
metadata:
  creationTimestamp: null
  name: okd-cluster
networking:
  clusterNetwork:
  - cidr: 10.128.0.0/14
    hostPrefix: 23
  machineNetwork:
  - cidr: 10.0.28.0/24
  networkType: OVNKubernetes
  serviceNetwork:
  - 172.30.0.0/16
platform:
  openstack:
    cloud: openstack
    defaultMachinePlatform:
      type: xxx
    externalDNS: null
    machinesSubnet: xxx
publish: External
pullSecret: '{"auths":{"fake":{"auth":"aWQ6cGFzcwo="}}}'
sshKey: |
  xxx
@norhther norhther changed the title Still waiting for the Kubernetes API edbug error Still waiting for the Kubernetes API debug error Jan 16, 2023
@openshift-bot
Copy link
Contributor

Issues go stale after 90d of inactivity.

Mark the issue as fresh by commenting /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.
Exclude this issue from closing by commenting /lifecycle frozen.

If this issue is safe to close now please do so with /close.

/lifecycle stale

@openshift-ci openshift-ci bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Apr 17, 2023
@ProtossGP32
Copy link

/lifecycle frozen

@openshift-ci openshift-ci bot added lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness. and removed lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. labels May 10, 2023
@clodaghwalsh17
Copy link

@norhther did you ever find a solution to this?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness.
Projects
None yet
Development

No branches or pull requests

4 participants