Mitaka: pip_install_options break repo playbook

Bug #1643705 reported by Bjoern
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack-Ansible
Won't Fix
Wishlist
Unassigned

Bug Description

When setting pip_install_options to --force-reinstall it will break the repo playbook at:

TASK: [repo_build | Create OpenStack-Ansible requirement wheels] **************
failed: [infra03_repo_container-7bb818c0] => {"changed": true, "cmd": "pip wheel --timeout 120 --wheel-dir /tmp/openstack-wheel-output --find-links /var/www/repo/links --
find-links /tmp/openstack-wheel-output --constraint /var/www/repo/os-releases/13.3.8/requirements_constraints.txt --no-binary libvirt-python --extra-index-url https://rpc-repo.r
ackspace.com/pools --trusted-host rpc-repo.rackspace.com --build /tmp/openstack-builder --log /var/log/repo/repo_builder.log --requirement /var/www/repo/os-releases/13.3.8/requi
rements.txt --force-reinstall", "delta": "0:00:00.242903", "end": "2016-11-21 21:39:51.210082", "rc": 2, "start": "2016-11-21 21:39:50.967179", "warnings": []}
stderr:
Usage:
  pip wheel [options] <requirement specifier> ...
  pip wheel [options] -r <requirements file> ...
  pip wheel [options] [-e] <vcs project url> ...
  pip wheel [options] [-e] <local project path> ...
  pip wheel [options] <archive url/path> ...

no such option: --force-reinstall

FATAL: all hosts have already failed -- aborting

Seems like commit 4c620fee1f509d15009fdc18c3ad53cac7bd5f69 introduced this problem.
Perhaps we add a special repo_build_pip_install_options ?

Revision history for this message
Jean-Philippe Evrard (jean-philippe-evrard) wrote :

Please have at our triage discussion here:
http://eavesdrop.openstack.org/irclogs/%23openstack-ansible/%23openstack-ansible.2016-11-29.log.html#t2016-11-29T16:41:56

What we have to remember is the initial purpose of the pip_install_options: https://github.com/openstack/openstack-ansible-repo_build/blob/master/defaults/main.yml#L16-L19

We can think of revisiting this (for example splitting pip wheel/pip install behavior because the pip wheel options are not 100% the same as the pip install options), but if it's only for force-reinstall, we won't be revisiting this.

Could you explain more your use case please?

Changed in openstack-ansible:
status: New → Incomplete
Revision history for this message
Bjoern (bjoern-t) wrote :

The pip_install_options was introduced prior to venvs to make sure that we always ensure pip and pip dependencies are correctly installed (which pip not always did). A --force-reinstall fixed most issues. I think we will experience those issues lesser since we have venvs but I might not rule out that we may use force-reinstall in the future again. Perhaps we should move as proposed with splitting the pip install options, one just for wheel building and the rest for the installation, as I had originally proposed

Changed in openstack-ansible:
status: Incomplete → New
Changed in openstack-ansible:
status: New → Confirmed
importance: Undecided → Wishlist
Revision history for this message
Jean-Philippe Evrard (jean-philippe-evrard) wrote :
Revision history for this message
Jean-Philippe Evrard (jean-philippe-evrard) wrote :
Revision history for this message
Major Hayden (rackerhacker) wrote :

Mitaka has been EOL'd.

Changed in openstack-ansible:
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.