Skip to content
This repository has been archived by the owner on Mar 24, 2020. It is now read-only.

Consider adding nodeRef to Machine.Status #48

Closed
mhrivnak opened this issue Apr 2, 2019 · 2 comments
Closed

Consider adding nodeRef to Machine.Status #48

mhrivnak opened this issue Apr 2, 2019 · 2 comments

Comments

@mhrivnak
Copy link
Member

mhrivnak commented Apr 2, 2019

It may be a good idea to populate a machine's Status.NodeRef so that the MachineSet controller can consider each Machine to be ready.

https://github.com/kubernetes-sigs/cluster-api/blob/0.1.0/pkg/controller/machineset/status.go#L49-L64

@russellb
Copy link
Member

russellb commented Apr 2, 2019

See this, for where noderef shold be getting set: https://github.com/metalkube/cluster-api-provider-baremetal/blob/master/vendor/sigs.k8s.io/cluster-api/pkg/controller/node/node.go#L76

but that depends on the right annotation being set on Nodes.

This isn't working for us in OpenShift right now. I'm working through related issues in openshift-metal3/dev-scripts#260

For a standard Kube environment, I think we'd solve this in a different way. Based on comments, it sounds like it'd be part of the control plane provisioning code. Other providers have kubeadm based provisioning code. I was hoping we'd have optional integration with some shared code, but haven't started looking at it yet.

@russellb
Copy link
Member

russellb commented Apr 3, 2019

I think we can close this, since this should get set automatically by an existing node controller from cluster-api

@russellb russellb closed this as completed Apr 3, 2019
mhrivnak added a commit to mhrivnak/cluster-api-provider-baremetal that referenced this issue Mar 2, 2020
kustomize was interpreting the path argument
`github.com/openshift/cluster-api/config` as a URL instead of a relative file
path. It was doing something with git to retrieve files from github, put them
in a temporary directory (hence the confusing error message about a directory
in /tmp/), then failing to find what it expected.

fixes metal3-io#48
n1r1 pushed a commit to n1r1/cluster-api-provider-baremetal that referenced this issue Mar 22, 2020
kustomize was interpreting the path argument
`github.com/openshift/cluster-api/config` as a URL instead of a relative file
path. It was doing something with git to retrieve files from github, put them
in a temporary directory (hence the confusing error message about a directory
in /tmp/), then failing to find what it expected.

fixes metal3-io#48
n1r1 pushed a commit to n1r1/cluster-api-provider-baremetal that referenced this issue Mar 22, 2020
kustomize was interpreting the path argument
`github.com/openshift/cluster-api/config` as a URL instead of a relative file
path. It was doing something with git to retrieve files from github, put them
in a temporary directory (hence the confusing error message about a directory
in /tmp/), then failing to find what it expected.

fixes metal3-io#48
n1r1 pushed a commit to n1r1/cluster-api-provider-baremetal that referenced this issue May 14, 2020
kustomize was interpreting the path argument
`github.com/openshift/cluster-api/config` as a URL instead of a relative file
path. It was doing something with git to retrieve files from github, put them
in a temporary directory (hence the confusing error message about a directory
in /tmp/), then failing to find what it expected.

fixes metal3-io#48
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants