Bug 1325417 - openstack undercloud install fails with "Element pip-and-virtualenv already loaded."
Summary: openstack undercloud install fails with "Element pip-and-virtualenv already l...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: instack-undercloud
Version: 7.0 (Kilo)
Hardware: x86_64
OS: Linux
unspecified
urgent
Target Milestone: ---
: ---
Assignee: James Slagle
QA Contact: yeylon@redhat.com
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-04-08 19:13 UTC by Dan Yocum
Modified: 2016-04-18 06:58 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-04-08 19:53:31 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Dan Yocum 2016-04-08 19:13:52 UTC
Description of problem:

Attempting to install the undercloud on a fresh RHELv7.2 server, the following error is issued and it fails:

[stack@ops2 ~]$ openstack undercloud install
Logging to /var/lib/stack/.instack/install-undercloud.log
Checking for a FQDN hostname...
Static hostname detected as ops2.os1.phx2.redhat.com
Transient hostname detected as ops2.os1.phx2.redhat.com
Running instack
INFO: 2016-04-08 15:04:47,918 -- Starting run of instack
INFO: 2016-04-08 15:04:47,924 -- Using json file: /usr/share/instack-undercloud/json-files/rhel-7-undercloud-packages.json
INFO: 2016-04-08 15:04:47,924 -- Running Installation
INFO: 2016-04-08 15:04:47,924 -- Initialized with elements path: /usr/share/tripleo-puppet-elements /usr/share/instack-undercloud /usr/share/tripleo-image-elements /usr/share/diskimage-builder/elements
ERROR: 2016-04-08 15:04:47,951 -- Element pip-and-virtualenv already loaded.
  File "/usr/lib/python2.7/site-packages/instack/main.py", line 162, in main
    args.dry_run, args.interactive, args.no_cleanup)
  File "/usr/lib/python2.7/site-packages/instack/runner.py", line 71, in __init__
    self.load_elements()
  File "/usr/lib/python2.7/site-packages/instack/runner.py", line 94, in load_elements
    self.process_path(path)
  File "/usr/lib/python2.7/site-packages/instack/runner.py", line 128, in process_path
    raise Exception("Element %s already loaded." % elem)
ERROR: 2016-04-08 15:04:47,952 -- None
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/usr/lib/python2.7/site-packages/instack_undercloud/undercloud.py", line 519, in install
    _run_instack(instack_env)
  File "/usr/lib/python2.7/site-packages/instack_undercloud/undercloud.py", line 454, in _run_instack
    _run_live_command(args, instack_env, 'instack')
  File "/usr/lib/python2.7/site-packages/instack_undercloud/undercloud.py", line 297, in _run_live_command
    raise RuntimeError('%s failed. See log for details.', name)
RuntimeError: ('%s failed. See log for details.', 'instack')
ERROR: openstack Command 'instack-install-undercloud' returned non-zero exit status 1


Version-Release number of selected component (if applicable):

[root@ops2 ~]# rpm -qa | grep 'instack\|oscplug\|tripleo' | sort
instack-0.0.7-2.el7ost.noarch
instack-undercloud-2.1.2-39.el7ost.noarch
openstack-tripleo-0.0.7-0.1.1664e566.el7ost.noarch
openstack-tripleo-common-0.0.1.dev6-6.git49b57eb.el7ost.noarch
openstack-tripleo-heat-templates-0.8.6-123.el7ost.noarch
openstack-tripleo-image-elements-0.9.6-10.el7ost.noarch
openstack-tripleo-puppet-elements-0.0.1-5.el7ost.noarch
python-rdomanager-oscplugin-0.0.10-28.el7ost.noarch

How reproducible:

100%

Steps to Reproduce:
1.run "openstack undercloud install" using the production repos

Actual results:

FAIL!

Expected results:

SUCCESS!

Additional info:

Comment 2 Dan Yocum 2016-04-08 19:15:02 UTC
The same bug exists in RDO Liberty: https://bugzilla.redhat.com/show_bug.cgi?id=1315827

Comment 3 Dan Yocum 2016-04-08 19:49:02 UTC
diskimage-builder-1.11.1-1.el7.noarch

Comment 4 Mike Burns 2016-04-08 19:53:31 UTC
This is the epel version of diskimage-builder.  OSP versions have el7ost

Comment 5 Mike Burns 2016-04-12 12:23:22 UTC
*** Bug 1326322 has been marked as a duplicate of this bug. ***


Note You need to log in before you can comment on or make changes to this bug.