L > M upgrade: lxc_hosts fails to install pip packages
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack-Ansible |
Fix Released
|
High
|
Jean-Philippe Evrard |
Bug Description
Liberty used py_from_git to install lxc-python2, Mitaka+ releases build a wheel for it on the repo servers.
The run-upgrade.sh script includes the --force-reinstall pip option.
https:/
Hosts attempt to reinstall lxc-python2 using the existing pip config locked to a Liberty repo server where the lxc-python2 package does not exist and fail.
TASK: [lxc_hosts | Install pip packages] *******
failed: [aio1] => (item=lxc-python2) => {"attempts": 5, "cmd": "/usr/local/bin/pip install --force-reinstall lxc-python2", "failed": true, "item": "lxc-python2"}
msg: Task failed as maximum retries was encountered
FATAL: all hosts have already failed -- aborting
Jean-Philippe Evrard (jean-philippe-evrard) wrote : | #1 |
Changed in openstack-ansible: | |
status: | New → Confirmed |
Jean-Philippe Evrard (jean-philippe-evrard) wrote : | #2 |
Following today's bug triage, we have confirmed the issue.
However, a further analysis of the solution have to be done. We need to evaluate the need for a new playbook to remove the pip config file, and the need for adapting the documentation and/or the upgrade shell script.
Changed in openstack-ansible: | |
importance: | Undecided → High |
Changed in openstack-ansible: | |
assignee: | nobody → Jimmy McCrory (jimmy-mccrory) |
Jean-Philippe Evrard (jean-philippe-evrard) wrote : | #3 |
For context, here is the full conversation about this bug in our bug triage meeting:
http://
Changed in openstack-ansible: | |
assignee: | Jimmy McCrory (jimmy-mccrory) → Jean-Philippe Evrard (jean-philippe-evrard) |
OpenStack Infra (hudson-openstack) wrote : Related fix proposed to openstack-ansible-os_cinder (stable/mitaka) | #4 |
Related fix proposed to branch: stable/mitaka
Review: https:/
OpenStack Infra (hudson-openstack) wrote : Related fix proposed to openstack-ansible-os_neutron (stable/mitaka) | #5 |
Related fix proposed to branch: stable/mitaka
Review: https:/
OpenStack Infra (hudson-openstack) wrote : Related fix proposed to openstack-ansible-os_glance (stable/mitaka) | #6 |
Related fix proposed to branch: stable/mitaka
Review: https:/
OpenStack Infra (hudson-openstack) wrote : Related fix proposed to openstack-ansible-os_ceilometer (stable/mitaka) | #7 |
Related fix proposed to branch: stable/mitaka
Review: https:/
OpenStack Infra (hudson-openstack) wrote : Related fix proposed to openstack-ansible-os_swift (stable/mitaka) | #8 |
Related fix proposed to branch: stable/mitaka
Review: https:/
OpenStack Infra (hudson-openstack) wrote : Related fix proposed to openstack-ansible-os_keystone (stable/mitaka) | #9 |
Related fix proposed to branch: stable/mitaka
Review: https:/
OpenStack Infra (hudson-openstack) wrote : Related fix proposed to openstack-ansible-repo_build (stable/mitaka) | #10 |
Related fix proposed to branch: stable/mitaka
Review: https:/
OpenStack Infra (hudson-openstack) wrote : Related fix proposed to openstack-ansible-rabbitmq_server (stable/mitaka) | #11 |
Related fix proposed to branch: stable/mitaka
Review: https:/
OpenStack Infra (hudson-openstack) wrote : Related fix proposed to openstack-ansible-os_ironic (stable/mitaka) | #12 |
Related fix proposed to branch: stable/mitaka
Review: https:/
OpenStack Infra (hudson-openstack) wrote : Related fix proposed to openstack-ansible-os_aodh (stable/mitaka) | #13 |
Related fix proposed to branch: stable/mitaka
Review: https:/
OpenStack Infra (hudson-openstack) wrote : Related fix proposed to openstack-ansible-lxc_hosts (stable/mitaka) | #14 |
Related fix proposed to branch: stable/mitaka
Review: https:/
OpenStack Infra (hudson-openstack) wrote : Related fix proposed to openstack-ansible-galera_client (stable/mitaka) | #15 |
Related fix proposed to branch: stable/mitaka
Review: https:/
OpenStack Infra (hudson-openstack) wrote : Related fix proposed to openstack-ansible-os_tempest (stable/mitaka) | #16 |
Related fix proposed to branch: stable/mitaka
Review: https:/
OpenStack Infra (hudson-openstack) wrote : Fix proposed to openstack-ansible (master) | #17 |
Fix proposed to branch: master
Review: https:/
Changed in openstack-ansible: | |
status: | Confirmed → In Progress |
OpenStack Infra (hudson-openstack) wrote : Related fix merged to openstack-ansible-galera_client (stable/mitaka) | #18 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: stable/mitaka
commit 4f743109beb5940
Author: Jesse Pretorius <email address hidden>
Date: Wed May 4 09:39:20 2016 +0100
Change pip install task state to 'latest'
Currently all pip install tasks only require the package to be
present. This means that when an environment undergoes a minor
upgrade the package is not upgraded to the same version that
was tested with. This ultimately results in a deployed
environment that does not match the tested environment.
While for the services installed into venvs this is not an
issue, it does affect those which do not use venvs and any
packages which are installed outside of a venv or on top
of a venv.
This patch changes the behaviour to ensure that the install
task will always use the latest available package. In
developer_mode this will mean using the version specified
in upper-constraints, and in an integrated build this will
mean the version which is available in the wheel repo's
folder for the tag.
Related-Bug: 1596620
Change-Id: I320a4b8c1876ce
(cherry picked from commit 14590f23eae9f82
tags: | added: in-stable-mitaka |
OpenStack Infra (hudson-openstack) wrote : Related fix merged to openstack-ansible-lxc_hosts (stable/mitaka) | #19 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: stable/mitaka
commit 8eeddc39d7b671d
Author: Jesse Pretorius <email address hidden>
Date: Wed May 4 09:43:38 2016 +0100
Change pip install task state to 'latest'
Currently all pip install tasks only require the package to be
present. This means that when an environment undergoes a minor
upgrade the package is not upgraded to the same version that
was tested with. This ultimately results in a deployed
environment that does not match the tested environment.
While for the services installed into venvs this is not an
issue, it does affect those which do not use venvs and any
packages which are installed outside of a venv or on top
of a venv.
This patch changes the behaviour to ensure that the install
task will always use the latest available package. In
developer_mode this will mean using the version specified
in upper-constraints, and in an integrated build this will
mean the version which is available in the wheel repo's
folder for the tag.
Related-Bug: 1596620
Change-Id: I24f9cdf7eb2180
(cherry picked from commit 50ded911a5cc500
OpenStack Infra (hudson-openstack) wrote : Related fix merged to openstack-ansible-os_tempest (stable/mitaka) | #20 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: stable/mitaka
commit 038a436b5c01b58
Author: Jean-Philippe Evrard <email address hidden>
Date: Sat Jul 9 15:26:09 2016 +0100
Change pip install task state to 'latest'
Currently all pip install tasks only require the package to be
present. This means that when an environment undergoes a minor
upgrade the package is not upgraded to the same version that
was tested with. This ultimately results in a deployed
environment that does not match the tested environment.
While for the services installed into venvs this is not an
issue, it does affect those which do not use venvs and any
packages which are installed outside of a venv or on top
of a venv.
This patch changes the behaviour to ensure that the install
task will always use the latest available package. In
developer_mode this will mean using the version specified
in upper-constraints, and in an integrated build this will
mean the version which is available in the wheel repo's
folder for the tag.
Related-Bug: 1596620
Change-Id: Ie304715c6ae6ce
(Manually cherry picked from commit 5ce4d64150e2636
OpenStack Infra (hudson-openstack) wrote : Related fix merged to openstack-ansible-rabbitmq_server (stable/mitaka) | #21 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: stable/mitaka
commit afe37cfc6141c51
Author: Jesse Pretorius <email address hidden>
Date: Wed May 4 10:47:26 2016 +0100
Change pip install task state to 'latest'
Currently all pip install tasks only require the package to be
present. This means that when an environment undergoes a minor
upgrade the package is not upgraded to the same version that
was tested with. This ultimately results in a deployed
environment that does not match the tested environment.
While for the services installed into venvs this is not an
issue, it does affect those which do not use venvs and any
packages which are installed outside of a venv or on top
of a venv.
This patch changes the behaviour to ensure that the install
task will always use the latest available package. In
developer_mode this will mean using the version specified
in upper-constraints, and in an integrated build this will
mean the version which is available in the wheel repo's
folder for the tag.
Related-Bug: 1596620
Change-Id: Ibeaebc906262a7
(cherry picked from commit cf710222ca148ae
OpenStack Infra (hudson-openstack) wrote : Related fix merged to openstack-ansible-repo_build (stable/mitaka) | #22 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: stable/mitaka
commit fa0d6d003e40195
Author: Jesse Pretorius <email address hidden>
Date: Wed May 4 10:48:09 2016 +0100
Change pip install task state to 'latest'
Currently all pip install tasks only require the package to be
present. This means that when an environment undergoes a minor
upgrade the package is not upgraded to the same version that
was tested with. This ultimately results in a deployed
environment that does not match the tested environment.
While for the services installed into venvs this is not an
issue, it does affect those which do not use venvs and any
packages which are installed outside of a venv or on top
of a venv.
This patch changes the behaviour to ensure that the install
task will always use the latest available package. In
developer_mode this will mean using the version specified
in upper-constraints, and in an integrated build this will
mean the version which is available in the wheel repo's
folder for the tag.
Related-Bug: 1596620
Change-Id: Ibaf881cb3d524f
(cherry picked from commit 13e70a7329d0795
OpenStack Infra (hudson-openstack) wrote : Related fix merged to openstack-ansible-os_glance (stable/mitaka) | #23 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: stable/mitaka
commit af6ac82212abc6b
Author: Jesse Pretorius <email address hidden>
Date: Wed May 4 09:52:14 2016 +0100
Change pip install task state to 'latest'
Currently all pip install tasks only require the package to be
present. This means that when an environment undergoes a minor
upgrade the package is not upgraded to the same version that
was tested with. This ultimately results in a deployed
environment that does not match the tested environment.
While for the services installed into venvs this is not an
issue, it does affect those which do not use venvs and any
packages which are installed outside of a venv or on top
of a venv.
This patch changes the behaviour to ensure that the install
task will always use the latest available package. In
developer_mode this will mean using the version specified
in upper-constraints, and in an integrated build this will
mean the version which is available in the wheel repo's
folder for the tag.
Related-Bug: 1596620
Change-Id: Ide03340d3a03de
(cherry picked from commit fc63481fc5763cf
OpenStack Infra (hudson-openstack) wrote : Related fix merged to openstack-ansible-os_cinder (stable/mitaka) | #24 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: stable/mitaka
commit 15245ceed4d2cd5
Author: Jesse Pretorius <email address hidden>
Date: Wed May 4 09:49:20 2016 +0100
Change pip install task state to 'latest'
Currently all pip install tasks only require the package to be
present. This means that when an environment undergoes a minor
upgrade the package is not upgraded to the same version that
was tested with. This ultimately results in a deployed
environment that does not match the tested environment.
While for the services installed into venvs this is not an
issue, it does affect those which do not use venvs and any
packages which are installed outside of a venv or on top
of a venv.
This patch changes the behaviour to ensure that the install
task will always use the latest available package. In
developer_mode this will mean using the version specified
in upper-constraints, and in an integrated build this will
mean the version which is available in the wheel repo's
folder for the tag.
Related-Bug: 1596620
Change-Id: I67d938d14bcaed
(cherry picked from commit c763bacab6a080b
OpenStack Infra (hudson-openstack) wrote : Related fix merged to openstack-ansible-os_horizon (stable/mitaka) | #25 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: stable/mitaka
commit cd6521fbd875d93
Author: Jesse Pretorius <email address hidden>
Date: Wed May 4 10:33:53 2016 +0100
Change pip install task state to 'latest'
Currently all pip install tasks only require the package to be
present. This means that when an environment undergoes a minor
upgrade the package is not upgraded to the same version that
was tested with. This ultimately results in a deployed
environment that does not match the tested environment.
While for the services installed into venvs this is not an
issue, it does affect those which do not use venvs and any
packages which are installed outside of a venv or on top
of a venv.
This patch changes the behaviour to ensure that the install
task will always use the latest available package. In
developer_mode this will mean using the version specified
in upper-constraints, and in an integrated build this will
mean the version which is available in the wheel repo's
folder for the tag.
Related-Bug: 1596620
Change-Id: Ia4b35ffc76d256
(cherry picked from commit bc92d064f4a2ec9
OpenStack Infra (hudson-openstack) wrote : Related fix merged to openstack-ansible-os_keystone (stable/mitaka) | #26 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: stable/mitaka
commit cc50cb1e66538b4
Author: Jesse Pretorius <email address hidden>
Date: Wed May 4 10:35:31 2016 +0100
Change pip install task state to 'latest'
Currently all pip install tasks only require the package to be
present. This means that when an environment undergoes a minor
upgrade the package is not upgraded to the same version that
was tested with. This ultimately results in a deployed
environment that does not match the tested environment.
While for the services installed into venvs this is not an
issue, it does affect those which do not use venvs and any
packages which are installed outside of a venv or on top
of a venv.
This patch changes the behaviour to ensure that the install
task will always use the latest available package. In
developer_mode this will mean using the version specified
in upper-constraints, and in an integrated build this will
mean the version which is available in the wheel repo's
folder for the tag.
Related-Bug: 1596620
Change-Id: I78eabbb51d4711
(cherry picked from commit b3cca27a9e92bcb
OpenStack Infra (hudson-openstack) wrote : Related fix merged to openstack-ansible-os_aodh (stable/mitaka) | #27 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: stable/mitaka
commit be35b2a09e8d953
Author: Jesse Pretorius <email address hidden>
Date: Wed May 4 09:44:24 2016 +0100
Change pip install task state to 'latest'
Currently all pip install tasks only require the package to be
present. This means that when an environment undergoes a minor
upgrade the package is not upgraded to the same version that
was tested with. This ultimately results in a deployed
environment that does not match the tested environment.
While for the services installed into venvs this is not an
issue, it does affect those which do not use venvs and any
packages which are installed outside of a venv or on top
of a venv.
This patch changes the behaviour to ensure that the install
task will always use the latest available package. In
developer_mode this will mean using the version specified
in upper-constraints, and in an integrated build this will
mean the version which is available in the wheel repo's
folder for the tag.
Related-Bug: 1596620
Change-Id: Iebff3c8e9d2158
(cherry picked from commit c2603d83b8adca3
OpenStack Infra (hudson-openstack) wrote : Related fix merged to openstack-ansible-os_ceilometer (stable/mitaka) | #28 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: stable/mitaka
commit 591d1f3f5e9c7ec
Author: Jesse Pretorius <email address hidden>
Date: Wed May 4 09:48:26 2016 +0100
Change pip install task state to 'latest'
Currently all pip install tasks only require the package to be
present. This means that when an environment undergoes a minor
upgrade the package is not upgraded to the same version that
was tested with. This ultimately results in a deployed
environment that does not match the tested environment.
While for the services installed into venvs this is not an
issue, it does affect those which do not use venvs and any
packages which are installed outside of a venv or on top
of a venv.
This patch changes the behaviour to ensure that the install
task will always use the latest available package. In
developer_mode this will mean using the version specified
in upper-constraints, and in an integrated build this will
mean the version which is available in the wheel repo's
folder for the tag.
Related-Bug: 1596620
Change-Id: Idb3f0c0ff8468e
(cherry picked from commit dee286cb9498d2f
OpenStack Infra (hudson-openstack) wrote : Related fix merged to openstack-ansible-os_ironic (stable/mitaka) | #29 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: stable/mitaka
commit a6e7556ca9326fd
Author: Jesse Pretorius <email address hidden>
Date: Wed May 4 09:42:39 2016 +0100
Change pip install task state to 'latest'
Currently all pip install tasks only require the package to be
present. This means that when an environment undergoes a minor
upgrade the package is not upgraded to the same version that
was tested with. This ultimately results in a deployed
environment that does not match the tested environment.
While for the services installed into venvs this is not an
issue, it does affect those which do not use venvs and any
packages which are installed outside of a venv or on top
of a venv.
This patch changes the behaviour to ensure that the install
task will always use the latest available package. In
developer_mode this will mean using the version specified
in upper-constraints, and in an integrated build this will
mean the version which is available in the wheel repo's
folder for the tag.
Related-Bug: 1596620
Change-Id: I75eb265b9634d7
(cherry picked from commit 7823efb09c510dd
OpenStack Infra (hudson-openstack) wrote : Related fix merged to openstack-ansible-os_neutron (stable/mitaka) | #30 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: stable/mitaka
commit ed228adc369832e
Author: Jesse Pretorius <email address hidden>
Date: Wed May 4 10:38:50 2016 +0100
Change pip install task state to 'latest'
Currently all pip install tasks only require the package to be
present. This means that when an environment undergoes a minor
upgrade the package is not upgraded to the same version that
was tested with. This ultimately results in a deployed
environment that does not match the tested environment.
While for the services installed into venvs this is not an
issue, it does affect those which do not use venvs and any
packages which are installed outside of a venv or on top
of a venv.
This patch changes the behaviour to ensure that the install
task will always use the latest available package. In
developer_mode this will mean using the version specified
in upper-constraints, and in an integrated build this will
mean the version which is available in the wheel repo's
folder for the tag.
Related-Bug: 1596620
Change-Id: I22821cb24642aa
(cherry picked from commit 5ce4d64150e2636
OpenStack Infra (hudson-openstack) wrote : Related fix merged to openstack-ansible-os_swift (stable/mitaka) | #31 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: stable/mitaka
commit be11ed00df30cde
Author: Jesse Pretorius <email address hidden>
Date: Wed May 4 10:43:41 2016 +0100
Change pip install task state to 'latest'
Currently all pip install tasks only require the package to be
present. This means that when an environment undergoes a minor
upgrade the package is not upgraded to the same version that
was tested with. This ultimately results in a deployed
environment that does not match the tested environment.
While for the services installed into venvs this is not an
issue, it does affect those which do not use venvs and any
packages which are installed outside of a venv or on top
of a venv.
This patch changes the behaviour to ensure that the install
task will always use the latest available package. In
developer_mode this will mean using the version specified
in upper-constraints, and in an integrated build this will
mean the version which is available in the wheel repo's
folder for the tag.
Related-Bug: 1596620
Change-Id: Id04b2f74831e34
(cherry picked from commit cf882feb534c74f
OpenStack Infra (hudson-openstack) wrote : Related fix merged to openstack-ansible-os_nova (stable/mitaka) | #32 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: stable/mitaka
commit 77505d75a4c3cc4
Author: Jesse Pretorius <email address hidden>
Date: Wed May 4 10:41:20 2016 +0100
Change pip install task state to 'latest'
Currently all pip install tasks only require the package to be
present. This means that when an environment undergoes a minor
upgrade the package is not upgraded to the same version that
was tested with. This ultimately results in a deployed
environment that does not match the tested environment.
While for the services installed into venvs this is not an
issue, it does affect those which do not use venvs and any
packages which are installed outside of a venv or on top
of a venv.
This patch changes the behaviour to ensure that the install
task will always use the latest available package. In
developer_mode this will mean using the version specified
in upper-constraints, and in an integrated build this will
mean the version which is available in the wheel repo's
folder for the tag.
Related-Bug: 1596620
Change-Id: I1d6f0123b81a0c
(cherry picked from commit 4c2b4b81bdf7009
OpenStack Infra (hudson-openstack) wrote : Related fix merged to openstack-ansible-galera_server (stable/mitaka) | #33 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: stable/mitaka
commit 7139fd2c6000a09
Author: Jesse Pretorius <email address hidden>
Date: Wed May 4 09:41:00 2016 +0100
Change pip install task state to 'latest'
Currently all pip install tasks only require the package to be
present. This means that when an environment undergoes a minor
upgrade the package is not upgraded to the same version that
was tested with. This ultimately results in a deployed
environment that does not match the tested environment.
While for the services installed into venvs this is not an
issue, it does affect those which do not use venvs and any
packages which are installed outside of a venv or on top
of a venv.
This patch changes the behaviour to ensure that the install
task will always use the latest available package. In
developer_mode this will mean using the version specified
in upper-constraints, and in an integrated build this will
mean the version which is available in the wheel repo's
folder for the tag.
Related-Bug: 1596620
Change-Id: I90a044e142829e
(cherry picked from commit ac3bbca051c5b87
OpenStack Infra (hudson-openstack) wrote : Fix merged to openstack-ansible (master) | #34 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: master
commit d3121477179fe12
Author: Jean-Philippe Evrard <email address hidden>
Date: Sat Jul 9 15:37:35 2016 +0100
Removed the default pip install options from upgrade.sh
Instead of forcing to reinstall pip packages during an upgrade, we
should instead make sure the environment always have the latest pip
package version.
This commit is part of a group of commits to ensure latest pip packages
are installed in the venv (cf. topic pip-install-latest on gerrit) for
the standard playbooks, and remove the options used by default in the
upgrade script (pip_install_
Closes-Bug: 1596620
Change-Id: I9ce478217d806f
Signed-off-by: Jean-Philippe Evrard <email address hidden>
Changed in openstack-ansible: | |
status: | In Progress → Fix Released |
OpenStack Infra (hudson-openstack) wrote : Fix proposed to openstack-ansible (stable/mitaka) | #35 |
Fix proposed to branch: stable/mitaka
Review: https:/
OpenStack Infra (hudson-openstack) wrote : Fix merged to openstack-ansible (stable/mitaka) | #36 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: stable/mitaka
commit 4da3e98601b7485
Author: Jean-Philippe Evrard <email address hidden>
Date: Sat Jul 9 15:37:35 2016 +0100
Removed the default pip install options from upgrade.sh
Instead of forcing to reinstall pip packages during an upgrade, we
should instead make sure the environment always have the latest pip
package version.
This commit is part of a group of commits to ensure latest pip packages
are installed in the venv (cf. topic pip-install-latest on gerrit) for
the standard playbooks, and remove the options used by default in the
upgrade script (pip_install_
Closes-Bug: 1596620
Change-Id: I9ce478217d806f
Signed-off-by: Jean-Philippe Evrard <email address hidden>
(cherry picked from commit d3121477179fe12
OpenStack Infra (hudson-openstack) wrote : Related fix proposed to openstack-ansible (master) | #37 |
Related fix proposed to branch: master
Review: https:/
OpenStack Infra (hudson-openstack) wrote : Related fix merged to openstack-ansible (master) | #38 |
Reviewed: https:/
Committed: https:/
Submitter: Jenkins
Branch: master
commit 413151fddc0701c
Author: Jesse Pretorius <email address hidden>
Date: Mon Jul 18 14:06:20 2016 +0100
Change pip install task state to 'latest'
Currently all pip install tasks only require the package to be
present. This means that when an environment undergoes a minor
upgrade the package is not upgraded to the same version that
was tested with. This ultimately results in a deployed
environment that does not match the tested environment.
While for the services installed into venvs this is not an
issue, it does affect those which do not use venvs and any
packages which are installed outside of a venv or on top
of a venv.
This patch changes the behaviour to ensure that the install
task will always use the latest available package. In
developer_mode this will mean using the version specified
in upper-constraints, and in an integrated build this will
mean the version which is available in the wheel repo's
folder for the tag.
Related-Bug: 1596620
Change-Id: I6b6464d517497e
Doug Hellmann (doug-hellmann) wrote : Fix included in openstack/openstack-ansible 14.0.0.0b2 | #39 |
This issue was fixed in the openstack/
Doug Hellmann (doug-hellmann) wrote : Fix included in openstack/openstack-ansible 13.3.0 | #40 |
This issue was fixed in the openstack/
I ran L -> M upgrade without pip_install_ options= --force- reinstall works. options?
Are you suggesting we should remove the pip_install_