-
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
Add back origin-sdn-ovs #15468
Add back origin-sdn-ovs #15468
Conversation
Hi @andrewklau. Thanks for your PR. I'm waiting for a openshift member to verify that this patch is reasonable to test. If it is, they should reply with I understand the commands that are listed here. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
/ok-to-test |
/lgtm |
/approve |
/approve no-issue |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: andrewklau, sdodson, stevekuznetsov Associated issue requirement bypassed by: stevekuznetsov The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these OWNERS Files:
You can indicate your approval by writing |
/retest |
Not sure why these always fail for me :( |
flaked on #11114 /retest |
Automatic merge from submit-queue (batch tested with PRs 15468, 15446) |
Should this also be added in the release-3.6 branch? |
If you need it in 3.6, then yes. |
Automatic merge from submit-queue Add back origin-sdn-ovs From master #15468
@adammhaile it was removed in that commit inadvertently, I believe. If @Kargakis meant to remove the SDN components from the node Dockerfiles completely, then he would have also changed the comment he touched to remove mention of "SDN components" too, I would expect:
The SDN components are meant to be distributed in the node image; I haven't heard any modification to that policy though I could be wrong. What specific errors are you seeing in your downstream builds? Can we help fix those? |
@adammhaile can you enlighten me as to how the Dockerfiles in dist-git (eg, pkgs.devel openshift-enterprise-node-docker/Dockerfile) are synced with the corresponding ones in origin/ose? For example, openshift-enterprise-dockerregistry-docker/Dockerfile contains Feel free to email too if there's too much internal detail that would need to be communicated. |
There is not really any relationship between dist-git and ose ... yet. Lots of work to try to get them to be identical but it seems to have stalled. |
I'm still pretty new to this team, so hopefully I'm 100% on this, but
basically dist-git has separate branches for the internal (rhel, AOS)
versions of things. So, for Openshift 3.6 RHEL 7 we have this branch in
dist-git:
http://dist-git.app.eng.bos.redhat.com/cgit/rpms/openshift-enterprise-dockerregistry-docker/log/?h=rhaos-3.6-rhel-7
The Dockerfile in that is updated manually.
However, there is the file `.osbs-logs/Dockerfile.git.last`:
http://dist-git.app.eng.bos.redhat.com/cgit/rpms/openshift-enterprise-dockerregistry-docker/tree/.osbs-logs/Dockerfile.git.last?h=rhaos-3.6-rhel-7
That file is supposed to match what is in origin & ose repos. Our process
checks that file against ose (which *should* be the same as origin) and if
that is different then Dockerfile.git.last it throws an error and then
someone has to got and look at the file, discern the intent, and update the
Dockerfile in the root with a RHEL version of that intent.
…On Tue, Aug 1, 2017 at 1:20 PM, Dan Williams ***@***.***> wrote:
@adammhaile <https://github.com/adammhaile> can you enlighten me as to
how the Dockerfiles in dist-git (eg, pkgs.devel openshift-enterprise-node-docker/Dockerfile)
are synced with the corresponding ones in origin/ose?
For example, openshift-enterprise-dockerregistry-docker/Dockerfile
contains INSTALL_PKGS="atomic-openshift-dockerregistry" && \ while in
origin that corresponding line is images/dockerregistry/Dockerfile RUN
INSTALL_PKGS="origin-dockerregistry" && \. What scripts do the change
from 'origin->atomic-openshift', and if so, would they need to be updated
to do origin-sdn-ovs -> atomic-openshift-sdn-ovs too? Or do they handle it
automatically?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#15468 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AA6a6iGEleDasHnJe-kI8YJc-f52ri48ks5sT15GgaJpZM4OjdW6>
.
|
@adammhaile so it looks like what happened was that Origin containers got broken by 2f7d826#diff-b5321710e6dadcda38c38e45d57c6337L17 in March, but OCP got fixed up by @tdawson in 942aa9a9 to dist-git's openshift-enterprise-node-docker repo. @andrewklau just finally fixed Origin, but that was then automatically synced over to openshift-enterprise-node-docker which broke the builds, and then required manual fixup. But it looks like everything is OK now? v3.6.173.0.1 1" of the openshift-enterprise-node-docker Dockerfile has the atomic-openshift-sdn-ovs RPM in the INSTALL_PKGS line, and does not have the offending "origin-sdn-ovs" package that Origin needs instead. Can you confirm? |
Correct, I believe we are good now.
…On Tue, Aug 1, 2017 at 1:55 PM, Dan Williams ***@***.***> wrote:
@adammhaile <https://github.com/adammhaile> so it looks like what
happened was that Origin containers got broken by 2f7d826#diff-
b5321710e6dadcda38c38e45d57c6337L17
<2f7d826#diff-b5321710e6dadcda38c38e45d57c6337L17>
in March, but OCP got fixed up by @tdawson <https://github.com/tdawson>
in 942aa9a9 to dist-git's openshift-enterprise-node-docker repo.
@andrewklau <https://github.com/andrewklau> just finally fixed Origin,
but that was then automatically synced over to openshift-enterprise-node-docker
which broke the builds, and then required manual fixup.
But it looks like everything is OK now? v3.6.173.0.1 1" of the
openshift-enterprise-node-docker Dockerfile has the
atomic-openshift-sdn-ovs RPM in the INSTALL_PKGS line, and does not have
the offending "origin-sdn-ovs" package that Origin needs instead. Can you
confirm?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#15468 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AA6a6kz8GXj620E7I8lPHGVjSDakqw2Zks5sT2ajgaJpZM4OjdW6>
.
|
For some reason this was removed. Without this pods created get a cni configuration issue.