-
Notifications
You must be signed in to change notification settings - Fork 48
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
Add nmstate handler daemonset to operator #89
Conversation
Hello contributor, thanks for submitting a PR for this project! I am the bot who triggers "standard-CI" builds for this project. In order to allow automated tests to run, please ask one of the project maintainers to review the code and then do one of the following:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the contribution!
Just a few comments
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just a nit, thanks for pushing this PR. Other than those 2 comments it looks good.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have another request can you add some documentation in the README file about nmstate(you can take it from the nmstate-kubernetes git repo)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me just a small nit and I think it is ready @phoracek what you think?
pkg/apis/networkaddonsoperator/v1alpha1/networkaddonsconfig_types.go
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
do you guys want a form of history preserved in the squash or just what's basically the first message. |
@sjpotter just the first one |
can't seem to figure out why github still has "changes requested". |
@sjpotter sorry but we merge a PR can you please rebase on master and fix the conflict |
@sjpotter I still see a conflict problem can you please fix it? |
I've been away this weekend and today can get to it tomorrow.
…On Mon, May 6, 2019, 6:34 AM Sebastian Scheinkman ***@***.***> wrote:
@sjpotter <https://github.com/sjpotter> I still see a conflict problem
can you please fix it?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#89 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAMVGV3UMJFQK2INHGSIP73PUACRTANCNFSM4HIGA7MQ>
.
|
integrate https://github.com/nmstate/kubernetes-nmstate into the operator
the above / continued rebase issue is due to whitespace, so every time a new version of an image is comitted, I have to rebase, as my PR changes whitespace in all the images. I could insert a blank line in the consts, to avoid gofmt adding whitespace. |
@sjpotter sorry about that. Let's wait for CI to pass and then I will merge. |
ci test please |
|
||
// render the manifests on disk | ||
data := render.MakeRenderData() | ||
data.Data["NMStateStateHandlerImage"] = os.Getenv("NMSTATE_STATE_HANDLER_IMAGE") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
related to CI error
status:
conditions:
- lastProbeTime: 2019-05-09T20:06:57Z
lastTransitionTime: 2019-05-09T20:06:10Z
message: 'failed to render: failed to render nmstate state handler manifests:
error rendering manifests: failed to render manifest data/nmstate/002-nmstated.yaml:
template: data/nmstate/002-nmstated.yaml:22:20: executing "data/nmstate/002-nmstated.yaml"
at <.NMStateHandlerImage>: map has no entry for key "NMStateHandlerImage"'
reason: FailedToRender
status: "True"
type: Failing
FAILED
can you please change here to
NMStateStateHandlerImage -> NMStateHandlerImage
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we said we wanted it to be verbosely named? unless the same image will be used for both controller and client?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've changed the template to be using the correct variable as defined in pkg/network/nmstate.go
ci tests please |
ci test please |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
@sjpotter thanks for the contribution great job!
per my email to kubevirt-dev, here's my work in progress to add the nmstate handler from kubernetes-nmstate repo to the operator.
still have to check into the manifests it builds to see if anything has to be added, but figure get the PR out early so general comments can be made if I didn't understand something of how its supposed to work.