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

UPSTREAM: <carry>: Change docker security opt separator to be compatible with 1.11+ #12831

Merged
merged 1 commit into from Feb 16, 2017

Conversation

pmorie
Copy link
Contributor

@pmorie pmorie commented Feb 6, 2017

Closes bug 1413100

@derekwaynecarr
Copy link
Member

[merge]

@derekwaynecarr
Copy link
Member

re [merge]

@pmorie
Copy link
Contributor Author

pmorie commented Feb 8, 2017

@stevekuznetsov what is the deal with the build here

@stevekuznetsov
Copy link
Contributor

@openshift-bot, the last build failed from the following flakes:

re[merge]

@derekwaynecarr
Copy link
Member

derekwaynecarr commented Feb 8, 2017

@openshift-bot, the last build failed from the following flakes:

re[merge]

@stevekuznetsov
Copy link
Contributor

If that repeats there is some chance it's due to this PR?

@smarterclayton
Copy link
Contributor

Flaked on openshift/origin-gce#12

@pmorie
Copy link
Contributor Author

pmorie commented Feb 9, 2017

@openshift-bot, the last build failed from the following flakes:

networking failed on: #12865

re[merge]

@pmorie
Copy link
Contributor Author

pmorie commented Feb 9, 2017

🎲 🎲

rollin them dice

You've already embarrassed me in front of @derekwaynecarr FOR THE LAST TIME jenkins

@stevekuznetsov
Copy link
Contributor

@pmorie sorry had to abort job, some technical issues. you're still in the queue

@smarterclayton
Copy link
Contributor

Queue went boom, try again

[merge]

@smarterclayton
Copy link
Contributor

Networking hung

@derekwaynecarr
Copy link
Member

re [merge] again

@smarterclayton
Copy link
Contributor

smarterclayton commented Feb 10, 2017 via email

@eparis
Copy link
Member

eparis commented Feb 10, 2017

oh my god is anything [merge] ing today?

@openshift-bot
Copy link
Contributor

[Test]ing while waiting on the merge queue

@stevekuznetsov
Copy link
Contributor

@openshift-bot, the last build failed from the following flakes:

re[merge]

@stevekuznetsov
Copy link
Contributor

@pmorie this really does look like your PR is making networking consistently hang.

@smarterclayton
Copy link
Contributor

Yeah, removing tag this is suspicious

@smarterclayton
Copy link
Contributor

There are lots of things merging and my spider senses are tingling

@smarterclayton
Copy link
Contributor

I wish we had test grid history.

@stevekuznetsov
Copy link
Contributor

@smarterclayton I've been baby-sitting for the queue today and everything else seems legit.

@pmorie
Copy link
Contributor Author

pmorie commented Feb 13, 2017

[testextended][extended:networking-minimal]

Going to try to isolate the networking failure we were seeing.

@pmorie
Copy link
Contributor Author

pmorie commented Feb 13, 2017

Next step for me is to debug the test in question - but from looking at the test code, there should be no deps on this change for that particular test to work/break that wouldn't have broken a ton of other tests. Nonetheless, it does seem that this PR is indicating there's some kind of breakage. So, time to debug.

@pmorie
Copy link
Contributor Author

pmorie commented Feb 14, 2017

I was able to run the failing tests correctly locally, so will need to debug in more detail on the CI environment.

@pmorie
Copy link
Contributor Author

pmorie commented Feb 14, 2017

@stevekuznetsov and I have tracked down the issue here:

  1. Docker 1.12 ignores old-format separators
  2. Kubernetes 1.5 uses the behaviors of the docker daemon to DTRT wrt SELinux when no SELinux context is provided for the pod, which is the behavior that the origin CI fell into when it was sending the old separator. This is why the jobs ran correctly with SELinux enforcing, even though our separators were being ignored.
  3. The networking tests use a DIND setup in order to simulate multiple hosts on a single machine; the DIND version is 1.10, which will fail to start containers if the new-style separator is passed.

@marun is going to submit a change to move the DIND version in the networking tests up to 1.12 today.

@stevekuznetsov
Copy link
Contributor

@marun can we tentatively create a card to move the dind image building to rely on RHEL and pull in the same Docker we use for the AMIs so that there is no drift? Is Fedora a necessary target for those jobs?

@stevekuznetsov
Copy link
Contributor

Prerequisite #12965 has merged -- thanks @marun
let's re[test] this now

@openshift-bot
Copy link
Contributor

Evaluated for origin testextended up to 9f81f6f

@openshift-bot
Copy link
Contributor

Evaluated for origin test up to 9f81f6f

@openshift-bot
Copy link
Contributor

continuous-integration/openshift-jenkins/test SUCCESS (https://ci.openshift.redhat.com/jenkins/job/test_pull_requests_origin_future/231/) (Base Commit: c4879fc)

@openshift-bot
Copy link
Contributor

continuous-integration/openshift-jenkins/testextended SUCCESS (https://ci.openshift.redhat.com/jenkins/job/test_pr_origin_extended/1104/) (Base Commit: c4879fc) (Extended Tests: networking-minimal)

@stevekuznetsov
Copy link
Contributor

Newer DIND images are pulling in docker-2:1.12.6-6.gitae7d637.fc25, tests look fine, [merge]

@openshift-bot
Copy link
Contributor

Evaluated for origin merge up to 9f81f6f

@openshift-bot
Copy link
Contributor

openshift-bot commented Feb 15, 2017

continuous-integration/openshift-jenkins/merge SUCCESS (https://ci.openshift.redhat.com/jenkins/job/test_pull_requests_origin_future/253/) (Base Commit: 2a248fb) (Image: devenv-rhel7_5922)

@openshift-bot openshift-bot merged commit 912c6c4 into openshift:master Feb 16, 2017
@jim-minter
Copy link
Contributor

I'm using docker-1.10.3-45.gite03ddb8.fc23.x86_64, and this change means I can't run pods any more:

Error syncing pod, skipping: failed to "StartContainer" for "POD" with RunContainerError: "runContainer: Error response from daemon: Invalid --security-opt: \"label=level:s0:c8,c2\""

Is this intended?

@stevekuznetsov
Copy link
Contributor

Yes. Docker 1.10 is not supported for the current release of Origin.

@jim-minter
Copy link
Contributor

What is the minimum version of Docker now required? 1.12? Where is it documented?

@stevekuznetsov
Copy link
Contributor

The Origin installation documentation lists 1.12 as the minimum version for 1.5

@pweil-
Copy link
Contributor

pweil- commented Feb 17, 2017

@pmorie @derekwaynecarr we also required 1.12 for 3.4, this likely needs backported (didn't see another PR from a quick search)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

8 participants