Skip to content

Conversation

@tomassedovic
Copy link
Contributor

This adds an option to have the playbooks create (or re-use previously created) Cinder volume for the registry automatically. The OpetStack documentation is updated correspondingly.

@openshift-ci-robot openshift-ci-robot added the size/L Denotes a PR that changes 100-499 lines, ignoring generated files. label Jan 12, 2018
@openshift-merge-robot openshift-merge-robot added needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. and removed needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. labels Jan 12, 2018
@tomassedovic
Copy link
Contributor Author

/retest

2 similar comments
@tomassedovic
Copy link
Contributor Author

/retest

@tomassedovic
Copy link
Contributor Author

/retest

@tomassedovic
Copy link
Contributor Author

@sdodson the CI seems to be stuck at the Red Hat CI and fedora/27/atomic jobs for days. I've tried /retest but that doesn't seem to help. Any suggestion?

@vrutkovs
Copy link
Contributor

@rh-atomic-bot bot, test pull request

@tomassedovic
Copy link
Contributor Author

/retest

2 similar comments
@tomassedovic
Copy link
Contributor Author

/retest

@tomassedovic
Copy link
Contributor Author

/retest

@tomassedovic
Copy link
Contributor Author

@michaelgugino can I have a review?

Please pay special attention to generate_pv_pvcs_list.py. I tried to be super defensive and not break anything, but I'm not sure whether it's the right place to do this.

/cc @bogdando @tzumainn

@openshift-ci-robot
Copy link

@tomassedovic: GitHub didn't allow me to request PR reviews from the following users: bogdando, tzumainn.

Note that only openshift members and repo collaborators can review this PR, and authors cannot review their own PRs.

Details

In response to this:

@michaelgugino can I have a review?

Please pay special attention to generate_pv_pvcs_list.py. I tried to be super defensive and not break anything, but I'm not sure whether it's the right place to do this.

/cc @bogdando @tzumainn

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.

# TODO(shadower): create the registry and PV Cinder volumes if specified
# and include the `prepare-and-format-cinder-volume` tasks to set it up
- name: Create the Cinder volume for OpenShift Registry
include_tasks: create-registry-volume.yml
Copy link
Contributor

Choose a reason for hiding this comment

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

Is the prepare-and-format-cinder-volume not a thing any more?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Nope, turns out it's no longer necessary. OpenShift will format the volumes as needed.

attached to anything
2. After the OpenShift installation finished, run `openstack volume list` again
* The `Status` of the volume you created should be `in-use`
* The volume should be attached to an infra node
Copy link
Contributor

Choose a reason for hiding this comment

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

let's note something for the multi-infra nodes deployments

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Doesn't the "an infra node" imply this? The cinder volume will be attached to the infra node running the registry. That's it.

If you think that's not clear enough, I'll try to word it better.

Copy link
Contributor

Choose a reason for hiding this comment

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

I meant how should this work, when we have multiple infra nodes provisioned

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Right, okay. In that case you can only have 1 registry pod running on 1 infra node and the volume will be attached to that node. I'll update the docs.

Copy link
Contributor

@tzumainn tzumainn left a comment

Choose a reason for hiding this comment

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

Looks good (with one small optional wording fix). I wasn't able to test this to completion due to other issues in my environment, but I did verify that the registry volume was created as expected.

`ANSIBLE_LOOKUP_PLUGINS=openshift-ansible-contrib/lookup_plugins` environment
variable.
1. After the provisioning phase is complete, run `openstack volume list`
* A new volume with be created, with the name and size you specified
Copy link
Contributor

Choose a reason for hiding this comment

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

"will be"

@tzumainn
Copy link
Contributor

Okay, finally managed to test this to completion - looks good to me!

@@ -0,0 +1,11 @@
---
- set_fact:
Copy link
Contributor

Choose a reason for hiding this comment

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

This set_fact is unnecessary.

If you want to create vars for the sake of readability, just add a 'vars:' at the end of the task where they are used.

- "{{ openshift_openstack_lb_flavor }}"
- "{{ openshift_openstack_etcd_flavor }}"

- block:
Copy link
Contributor

Choose a reason for hiding this comment

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

I think this is not a great way to do this. Why not just use the os_volume module, users can specify volume name and volume id if they choose, that module will idempotently create the volume if necessary.

@tomassedovic
Copy link
Contributor Author

The latest commit should address all comments.

Copy link
Contributor

@bogdando bogdando left a comment

Choose a reason for hiding this comment

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

Well done!

@sdodson
Copy link
Member

sdodson commented Feb 1, 2018

/retest

@sdodson
Copy link
Member

sdodson commented Feb 2, 2018

/test gcp

1 similar comment
@sdodson
Copy link
Member

sdodson commented Feb 2, 2018

/test gcp

@openshift-bot openshift-bot added the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Feb 17, 2018
This documents how to use an existing Cinder volume for registry as well
as letting you create one automaticaly during provisioning.
@openshift-bot openshift-bot removed the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Apr 6, 2018
@tomassedovic
Copy link
Contributor Author

/retest

@tomassedovic
Copy link
Contributor Author

@tzumainn CI looking good, can I have a review?

@tzumainn
Copy link
Contributor

tzumainn commented Apr 9, 2018

/lgtm

@openshift-ci-robot openshift-ci-robot added the lgtm Indicates that a PR is ready to be merged. label Apr 9, 2018
@tomassedovic
Copy link
Contributor Author

/retest

@tomassedovic tomassedovic dismissed michaelgugino’s stale review April 9, 2018 17:39

Both comments were addressed.

@openshift-ci-robot
Copy link

@tomassedovic: The following tests failed, say /retest to rerun them all:

Test name Commit Details Rerun command
ci/openshift-jenkins/extended_conformance_install_crio d2128b9 link /test crio
ci/openshift-jenkins/system-containers 6614a8d link /test system-containers

Full PR test history. Your PR dashboard. Please help us cut down on flakes by linking to an open issue when you hit one in your PR.

Details

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.

@michaelgugino michaelgugino merged commit fe7e470 into openshift:master Apr 9, 2018
@tomassedovic tomassedovic deleted the openstack-cinder-registry branch April 10, 2018 07:30
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

lgtm Indicates that a PR is ready to be merged. size/L Denotes a PR that changes 100-499 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

9 participants