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

devenv_ami and other jenkins jobs should use Docker 1.10 "push as v1" instead of downgrading #10059

Closed
stevekuznetsov opened this issue Jul 27, 2016 · 17 comments
Assignees
Labels
area/infrastructure kind/bug Categorizes issue or PR as related to a bug. priority/P2

Comments

@stevekuznetsov
Copy link
Contributor

As seen here:

+ vagrant push-openshift-release --registry docker.io/

exit $exitcode
[ec2-user@ip-172-18-12-220 ~]$ export TERM=vt100
[ec2-user@ip-172-18-12-220 ~]$ stty raw -echo
[ec2-user@ip-172-18-12-220 ~]$ Error while running ssh/sudo command: 
echo "Pushing release images"
set -e
pushd /data/src/github.com/openshift/origin
  OS_PUSH_BASE_IMAGES="" OS_PUSH_BASE_REGISTRY="docker.io/" hack/push-release.sh
popd
The SSH command responded with a non-zero exit status. Vagrant
assumes that this means the command failed. The output for this command
should be in the log above. Please read the output to determine what
went wrong.

@smarterclayton do you understand this?

/cc @jwforres @danmcp

@stevekuznetsov stevekuznetsov added kind/bug Categorizes issue or PR as related to a bug. priority/P1 api-approved area/infrastructure and removed api-approved labels Jul 27, 2016
@smarterclayton
Copy link
Contributor

Were there any other logs?

On Wed, Jul 27, 2016 at 2:25 PM, Steve Kuznetsov notifications@github.com
wrote:

As seen here
https://ci.openshift.redhat.com/jenkins/job/devenv_ami/4685/console:

  • vagrant push-openshift-release --registry docker.io/

exit $exitcode
[ec2-user@ip-172-18-12-220 ~]$ export TERM=vt100
[ec2-user@ip-172-18-12-220 ~]$ stty raw -echo
[ec2-user@ip-172-18-12-220 ~]$ Error while running ssh/sudo command:
echo "Pushing release images"
set -e
pushd /data/src/github.com/openshift/origin
OS_PUSH_BASE_IMAGES="" OS_PUSH_BASE_REGISTRY="docker.io/" hack/push-release.sh
popd
The SSH command responded with a non-zero exit status. Vagrant
assumes that this means the command failed. The output for this command
should be in the log above. Please read the output to determine what
went wrong.

@smarterclayton https://github.com/smarterclayton do you understand
this?

/cc @jwforres https://github.com/jwforres @danmcp
https://github.com/danmcp


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
#10059, or mute the thread
https://github.com/notifications/unsubscribe-auth/ABG_p_ttt9GPpX0RbBCFiO1YBm-138GQks5qZ6KEgaJpZM4JWe6Q
.

@stevekuznetsov
Copy link
Contributor Author

Not that I can tell. Very weird.

@smarterclayton
Copy link
Contributor

If it's brand new it could be due to my merged changes. Not sure how.

On Wed, Jul 27, 2016 at 2:40 PM, Steve Kuznetsov notifications@github.com
wrote:

Not that I can tell. Very weird.


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
#10059 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABG_p7aLRukq8QNSP0cSfg0kDDSERQ-qks5qZ6YzgaJpZM4JWe6Q
.

@smarterclayton
Copy link
Contributor

Not positive, but it looks like rebuilding the images on docker 1.9.1 is failing, or not happening

  vagrant build-origin-base-images
  vagrant build-origin --images

Base images works, but build-origin --images does nothing (displays no output). That's deeply suspicious (after downgrade, no images should be present, so builds should work).

Actually... looking at build-origin --images, it's completely wrong.

@smarterclayton
Copy link
Contributor

build-origin --images does not do the right thing, so the short term fix is going to be invoke the correct image build flow on Docker 1.9. The next step would be to stop downgrading to Docker 1.9, and instead use the new flag added to Docker 1.10 to push using v1 schema.

@smarterclayton
Copy link
Contributor

Ok, fixed for now. We now need to switch to stop downgrading 1.9, use 1.10, and use the "push v1".

@smarterclayton
Copy link
Contributor

@smarterclayton smarterclayton changed the title Failing to Push Release Images to DockerHub devenv_ami and other jenkins jobs should use Docker 1.10 "push as v1" instead of downgrading Aug 2, 2016
@smarterclayton
Copy link
Contributor

@bparees FYI, repurposing this.

@bparees
Copy link
Contributor

bparees commented Aug 2, 2016

@smarterclayton are you going to update the push operations done within our various vagrant plugins (eg the s2i image tests/pushes) to do this?

@bparees
Copy link
Contributor

bparees commented Aug 2, 2016

(right now the s2i/db image jenkins jobs explicitly downgrade to 1.9)

@smarterclayton
Copy link
Contributor

I don't know that I am necessarily, but someone needs to, and we should do it for all our jobs. I think we need to update our AMIs first to have the "push as v1" setting. OR we change that setting at the end of the AMI and restart docker.

@bparees
Copy link
Contributor

bparees commented Aug 2, 2016

push as v1 is a dockerconfig setting, or an arg on the docker push command?

@smarterclayton
Copy link
Contributor

/etc/sysconfig/docker flag on startup of the daemon

On Tue, Aug 2, 2016 at 1:13 PM, Ben Parees notifications@github.com wrote:

push as v1 is a dockerconfig setting, or an arg on the docker push command?


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
#10059 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABG_pwdZiTWLbbq1_OfdP55Tuho6MIkkks5qb3q5gaJpZM4JWe6Q
.

@stevekuznetsov
Copy link
Contributor Author

That belongs in vagrant-openshift

@bparees
Copy link
Contributor

bparees commented Aug 2, 2016

@stevekuznetsov why don't we want to do it in the ami?

@stevekuznetsov
Copy link
Contributor Author

I don't understand your question -- we configure /etc/sysconfig/docker in vagrant install-origin-base. We should add this new config option to that preexisting logic.

@stevekuznetsov
Copy link
Contributor Author

closing to prefer vagrant issue

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/infrastructure kind/bug Categorizes issue or PR as related to a bug. priority/P2
Projects
None yet
Development

No branches or pull requests

3 participants