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

Bug 1421643 - Use existing openshift/origin image instead of new openshift/diagnostics-deployer #13062

Merged
merged 4 commits into from
Feb 27, 2017

Conversation

pravisankar
Copy link

Backporting #12982 to release-1.5

@pravisankar
Copy link
Author

[test]
cc: @eparis @openshift/networking

@@ -31,6 +31,8 @@ const (
NetworkDiagNodeLogDirPrefix = "/nodes"
NetworkDiagMasterLogDirPrefix = "/master"
NetworkDiagPodLogDirPrefix = "/pods"

NetworkDiagDefaultPodImage = "openshift/origin"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Any reason this should not use variable.DefaultImagePrefix ?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does diagnostics accept that flag?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actually, it does need to use the defaults correctly since enterprise would then fail to pull diagnostics. It can be a follow up issue but would need to be fixed for 1.5

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We are not dependent on exact image, any image that provides shell functionality will work (openshift/origin, openshift3/origin, rhel7). We have embedded the actual script in the pod definition as clayton suggested.
Yes, user can override the image. Diagnostics takes a config flag oadm diagnostics NetworkCheck --network-pod-image=openshift3/origin

I see your point. openshift/origin will not be available in OCP registry and if the user didn't use the pod image override flag then this will not work. I'm assuming variable.DefaultImagePrefix will be openshift/origin for origin release and openshift3/origin for OCP?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah, it should be.

@eparis
Copy link
Member

eparis commented Feb 24, 2017

[merge]
Updates should go to master first. See #12982 and we can decide to pick or not.

@stevekuznetsov
Copy link
Contributor

Hold on, before merge -- I have an outstanding question that is important esp. for OCP

@openshift-bot openshift-bot added the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Feb 24, 2017
Ravi Sankar Penta added 4 commits February 24, 2017 10:20
…shift/diagnostics-deployer

Any new image like 'openshift/diagnostics-deployer' incurs build/lifecycle costs to maintian and
diagnostics-deployer image has only small block of shell code. To alleviate this problem,
now the script is embedded into the pod definition and openshift/origin is used as diagnostics deployer
image. On dev machines, currently openshift/origin is close to 800MB but we expect the size to be under 200MB
when it is released (compressed, debug headers removed).
…twork diagnostic image.

DefaultImagePrefix will have proper default value based on origin or OCP environment.
@pravisankar
Copy link
Author

Rebased and cherry-picked #13107
@eparis @stevekuznetsov @smarterclayton

[test]

@openshift-bot
Copy link
Contributor

Evaluated for origin test up to a3cbf68

@openshift-bot
Copy link
Contributor

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

@openshift-bot openshift-bot removed the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Feb 24, 2017
@stevekuznetsov
Copy link
Contributor

@stevekuznetsov
Copy link
Contributor

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

re[merge]

@openshift-bot
Copy link
Contributor

Evaluated for origin merge up to a3cbf68

@openshift-bot openshift-bot merged commit e8973ac into openshift:release-1.5 Feb 27, 2017
@openshift-bot
Copy link
Contributor

continuous-integration/openshift-jenkins/merge SUCCESS (https://ci.openshift.redhat.com/jenkins/job/test_pull_requests_origin_future/577/) (Base Commit: 3ac8799)

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.

6 participants