ImportError due to missing dependencies
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Dashboard (Horizon) |
Expired
|
Medium
|
Unassigned |
Bug Description
Users report seeing ImportErrors during Horizon startup. One of those is "ImportError: cannot import name base" which is a symptom of the failure to load all dependent modules.
The cause therefore would appear to be incomplete or erroneous installation documentation.
Please include the steps used to install Horizon and its dependencies in future reports or they will not be helpful, thanks!
The original bug report follows:
openstack-dashboard 2013.1~
Just reload any page a few times and 50% of the time you will get an internal error, and this in the apache logs:
(...)
[Thu Feb 14 22:30:12 2013] [error] [client 192.168.64.1] File "/usr/share/
[Thu Feb 14 22:30:12 2013] [error] [client 192.168.64.1] from openstack_
[Thu Feb 14 22:30:12 2013] [error] [client 192.168.64.1] ImportError: cannot import name base, referer: http://
Full backtrace attached.
Andreas Hasenack (ahasenack) wrote : | #1 |
Jerry Seutter (jseutter) wrote : | #2 |
Changed in horizon: | |
status: | New → Confirmed |
Gabriel Hurley (gabriel-hurley) wrote : | #3 |
Could this be related to https:/
Changed in horizon: | |
importance: | Undecided → Medium |
milestone: | none → havana-1 |
Andreas Hasenack (ahasenack) wrote : | #4 |
I don't know, I never saw an import error other than the one exposed here ("base").
Lin Hua Cheng (lin-hua-cheng) wrote : | #6 |
I also experience the same issue while running in development server (not in apache).
I change the import to base using relative path, then I got another ImportError on cinder..
After bouncing the server, the issue went away. Could not reproduce it now.
David Lyle (david-lyle) wrote : | #7 |
I have seen this when lazily attempting to edit files in /usr/local/
Trinath Somanchi (trinath-somanchi) wrote : | #8 |
I have modified the "from openstack_
But then , when I login, I get this error
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] mod_wsgi (pid=31667): Exception occurred processing WSGI script '/usr/share/
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] Traceback (most recent call last):
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] File "/usr/lib/
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] response = self.get_
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] File "/usr/lib/
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] response = self.handle_
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] File "/usr/lib/
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] return callback(request, **param_dict)
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] File "/usr/lib/
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] response = view_func(request, *args, **kwargs)
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] File "/usr/lib/
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] return http.HttpRespon
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] File "/usr/lib/
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] return self._render(
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] File "/usr/lib/
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] return self.nodelist.
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] File "/usr/lib/
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] bit = self.render_
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] File "/usr/lib/
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] return node.render(
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] File "/usr/lib/
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] return compiled_
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] File "/usr/lib/
[Tue May 07 04:57:46 2013] [error] [client 10.232.90.47] ...
Gabriel Hurley (gabriel-hurley) wrote : | #9 |
What's the status of this bug? Is it still reproducible?
Changed in horizon: | |
milestone: | havana-1 → havana-2 |
status: | Confirmed → Triaged |
Lin Hua Cheng (lin-hua-cheng) wrote : | #10 |
I still hit issue from my development environemtn, getting more often.
Ladislav Smola (lsmola) wrote : | #11 |
http://
reverting 8 commits back make this work for me
last working commit:
commit 9be678c189d6515
Merge: 7ab166c decee66
Author: Jenkins <email address hidden>
Date: Wed May 22 07:58:14 2013 +0000
Merge "Always return a list from VolumeTableMixI
Ladislav Smola (lsmola) wrote : | #12 |
fixed by updating to django 1.5
this bug emerged after though
Jacob Godin (jacobgodin) wrote : | #13 |
I'm running into this as well. Running 12.04 with latest from github. python-django 1.4.5, APIs from the Ubuntu Cloud Archive.
Jacob Godin (jacobgodin) wrote : | #14 |
Also, every few refreshes, this error pops up instead of the import base error:
File "/usr/lib/
111. response = callback(request, *callback_args, **callback_kwargs)
File "/usr/local/
38. return view_func(request, *args, **kwargs)
File "/usr/local/
86. return view_func(request, *args, **kwargs)
File "/usr/local/
54. return view_func(request, *args, **kwargs)
File "/usr/local/
38. return view_func(request, *args, **kwargs)
File "/usr/local/
86. return view_func(request, *args, **kwargs)
File "/usr/lib/
48. return self.dispatch(
File "/usr/lib/
69. return handler(request, *args, **kwargs)
File "/usr/local/
155. handled = self.construct_
File "/usr/local/
146. handled = self.handle_
File "/usr/local/
118. data = self._get_
File "/usr/local/
182. self._data = {self.table_
File "/usr/local/
41. data = super(GlobalOve
File "/usr/local/
34. self.usage.
File "/usr/local/
115. _("Unable to retrieve quota information."))
File "/usr/local/
112. self.quotas = quotas.
File "/usr/local/
33. value = self.func(*args)
File "/usr/local/
121. floating_ips = network.
File "/usr/local/
141. return NetworkClient(
File "/usr/local/
Sathish Kumar Y (sathishkumar-yarraboina) wrote : | #15 |
We too got the same error with the devstack:
ImportError: cannot import name base
Django Version: 1.5.1
Exception Type: ImportError
Exception Value: cannot import name base
Exception Location: /opt/stack/
When we debugged the issue and found the root cause for our problem is syntax error at import line due to accidental deletion "from" in that line.
Found the problem by putting the debug trace statement (import pdb;pdb.
File "/opt/stack/
715. return self._urls()[0]
Then we printed the self._urls()[0] in the debug prompt
It showed the following messge:
*** IndentationError: unexpected indent (nova.py, line 22)
The line at nova.py, line 22 is as follows:
__future__ import absolute_import
We found that there is accidental deletion of from in that line. So, corrected it like as follows:
from __future__ import absolute_import
Then it worked.
Changed in horizon: | |
milestone: | havana-2 → havana-3 |
Julie Pichon (jpichon) wrote : | #16 |
Another "I see this from time to time, and doing the following solves this for me": I sometimes see this when I've updated devstack a few times. I found getting rid of the (possibly stale) .pyc files in /opt/stack/horizon and restarting Apache is enough for the problem to go away.
Changed in horizon: | |
milestone: | havana-3 → none |
Edward (zhang-hare) wrote : | #17 |
According to my investigation, it is caused by __init__.py under /opt/stack/
directory. It can be resolved by removing 'from openstack_
/opt/stack/
import base
import ceilometer
import cinder
import fwaas
import glance
import heat
import keystone
import lbaas
import network
import neutron
import nova
import swift
import trove
import vpn
assert base
assert cinder
assert fwaas
assert glance
assert heat
assert keystone
assert lbaas
assert network
assert neutron
assert nova
assert swift
assert ceilometer
assert trove
assert vpn
OpenStack Infra (hudson-openstack) wrote : Fix proposed to horizon (master) | #18 |
Fix proposed to branch: master
Review: https:/
Changed in horizon: | |
assignee: | nobody → Edward (zhang-hare) |
status: | Triaged → In Progress |
Changed in horizon: | |
assignee: | Edward (zhang-hare) → nobody |
status: | In Progress → Confirmed |
Thiago Martins (martinx) wrote : Re: ImportError: cannot import name base | #19 |
I'm trying to install IceHouse-2 with Ubuntu 14.04 and I'm hitting this...
First, I was hitting the error related to "import defaults"
--
vi /usr/share/
vi /usr/share/
---
So, I removed ".defaults" from django.
But, now, I'm hitting this error:
---
[Sun Feb 02 16:25:29.259446 2014] [:error] [pid 2535:tid 139944620787456] [remote 2001:1291:
[Sun Feb 02 16:25:29.259470 2014] [:error] [pid 2535:tid 139944620787456] [remote 2001:1291:
---
Any tips?! I would to start testing IceHouse as fast as possible...
Thanks!
Thiago
Maximiliano Osorio (mosorio-0) wrote : | #20 |
Confirm in Ubuntu 14.04 with openstack havana
Solution:
import base
import ceilometer
import cinder
import fwaas
import glance
import heat
import keystone
import lbaas
import network
import neutron
import nova
import swift
import trove
import vpn
Éric Araujo (merwok) wrote : | #21 |
Can you try with explicit relative imports (e.g. ``from . import base``)? Implicit relative imports (``import base``) are messy and won’t work on Python 3.
Julie Pichon (jpichon) wrote : | #22 |
Another debugging tip, mostly for the developers who see this issue: when working on one of the files under openstack_
Matthias Runge (mrunge) wrote : | #23 |
for the ones seeing this issue: which python-six version are you using? That may be related...
dubi (dubi-il) wrote : | #24 |
3/7/2014
While running Packstack --allinone (for havana)
I am getting this error :
"...
from openstack_
ImportError: cannot import name base "
and Openstack-status show error 500 for openstak-dashboard
. This error have NOT been there last week
The installation is using Python 2.7.5
ANY IDEA WHAT TO DO ?
Here is the whole trace from /var/log/
-------
2014-03-07 20:08:48,212 16768 ERROR django.request Internal Server Error: /dashboard/
Traceback (most recent call last):
File "/usr/lib/
response = middleware_
File "/usr/lib/
check_path = self.is_
File "/usr/lib/
for url_pattern in get_resolver(
File "/usr/lib/
patterns = getattr(
File "/usr/lib/
self.
File "/usr/lib/
__import_
File "/usr/share/
url(r'', include(
File "/usr/lib/
patterns = getattr(
File "/usr/lib/
self._setup()
File "/usr/lib/
self._wrapped = self._setupfunc()
File "/usr/lib/
return self._urls()[0]
File "/usr/lib/
self.
File "/usr/lib/
import_
File "/usr/lib/
__import_
File "/usr/share/
from openstack_
File "/usr/share/
from openstack_
ImportError: cannot import name base
Noorul Islam K M (noorul) wrote : | #25 |
I see this issue while testing icehouse-2
Shouldn't this be of importance High ?
Guangya Liu (Jay Lau) (jay-lau-513) wrote : | #26 |
I also encounter this issue today, after did some test based on Edward (zhang-hare) 's comments, got another error
[Wed Mar 12 15:20:07 2014] [error] return self._urls()[0]
[Wed Mar 12 15:20:07 2014] [error] File "/opt/stack/
[Wed Mar 12 15:20:07 2014] [error] dash._autodisco
[Wed Mar 12 15:20:07 2014] [error] File "/opt/stack/
[Wed Mar 12 15:20:07 2014] [error] import_
[Wed Mar 12 15:20:07 2014] [error] File "/usr/local/
[Wed Mar 12 15:20:07 2014] [error] __import__(name)
[Wed Mar 12 15:20:07 2014] [error] File "/opt/stack/
[Wed Mar 12 15:20:07 2014] [error] from openstack_
[Wed Mar 12 15:20:07 2014] [error] File "/opt/stack/
[Wed Mar 12 15:20:07 2014] [error] import ceilometer
[Wed Mar 12 15:20:07 2014] [error] File "/opt/stack/
[Wed Mar 12 15:20:07 2014] [error] from ceilometerclient import client as ceilometer_client
[Wed Mar 12 15:20:07 2014] [error] ImportError: No module named ceilometerclient
Guangya Liu (Jay Lau) (jay-lau-513) wrote : | #27 |
I think that this issue should be marked as HIGH as it is a block case for all developers who want to use horizon
Kieran Spear (kspear) wrote : | #28 |
If you're on a test machine with Ubuntu packages, try running this:
sudo find /usr/share/
sudo service apache2 reload
Or for DevStack:
sudo find /opt/stack/horizon -name \*.pyc -delete
sudo service apache2 reload
RaulSanchez (raul-8) wrote : | #29 |
I also have the problem. This is my log
ubuntu 12.04 server and icehouse
raul
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] mod_wsgi (pid=9692): Exception occurred processing WSGI script '/usr/share/
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] Traceback (most recent call last):
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] File "/usr/lib/
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] self.load_
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] File "/usr/lib/
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] mw_instance = mw_class()
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] File "/usr/lib/
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] for url_pattern in get_resolver(
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] File "/usr/lib/
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] patterns = getattr(
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] File "/usr/lib/
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] self._urlconf_
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] File "/usr/lib/
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] __import__(name)
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] File "/usr/share/
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] url(r'', include(
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] File "/usr/lib/
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] patterns = getattr(
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] File "/usr/lib/
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] self._setup()
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] File "/usr/lib/
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] self._wrapped = self._setupfunc()
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] File "/usr/lib/
[Thu Mar 13 09:54:36 2014] [error] [client 192.168.100.1] return self._urls()[0]
[Thu Mar 13 09:54:36 2014] [error] [client...
RaulSanchez (raul-8) wrote : | #30 |
Hi!
sudo find /usr/share/
sudo service apache2 reload
This doesn't work for me :(
Guangya Liu (Jay Lau) (jay-lau-513) wrote : | #31 |
Also not works for me ;-(
Matthias Runge (mrunge) wrote : | #32 |
To whom this does not work: What python-six version are you using?
Matthias Runge (mrunge) wrote : | #33 |
[Wed Mar 12 15:20:07 2014] [error] ImportError: No module named ceilometerclient
Jay Lau: Yo don't have ceilometerclient installed, as the log says.
Dimitri Mazmanov (sorantis) wrote : | #34 |
Same here. Just did a clean install using devstack.
Here's my log:
Environment:
Request Method: GET
Request URL: http://
Django Version: 1.5.5
Python Version: 2.7.3
Installed Applications:
['openstack_
'openstack_
'openstack_
'openstack_
'django.
'django.
'django.
'django.
'django.
'django.
'compressor',
'horizon',
'openstack_auth']
Installed Middleware:
('django.
'django.
'django.
'django.
'django.
'horizon.
'django.
'django.
'django.
Traceback:
File "/usr/local/
92. response = middleware_
File "/usr/local/
21. check_path = self.is_
File "/usr/local/
56. for url_pattern in get_resolver(
File "/usr/local/
347. patterns = getattr(
File "/usr/local/
342. self._urlconf_
File "/usr/local/
35. __import__(name)
File "/opt/stack/
38. url(r'', include(
File "/usr/local/
26. patterns = getattr(
File "/usr/local/
204. self._setup()
File "/usr/local/
270. self._wrapped = self._setupfunc()
File "/opt/stack/
733. return self._urls()[0]
File "/opt/stack/
744. dash._autodisco
File "/opt/stack/
517. import_
File "/usr/local/
35. __import__(name)
File "/opt/stack/
Alessandro Italiano (ale-italiano-home) wrote : | #35 |
Hi,
I'm still encountering this issue after upgrade from havana to icehouse
Did anyone fixed it?
thanks
Ale
tamtrieu (tamtrieutri) wrote : | #36 |
Hi,
I've same issue and overcome this by following step:
- Uninstall six: pip uninstall six
- Reinstall version 1.4.1 of six: pip install six==1.4.1
- Make sure python load correct six by using python shell:
+ import six
+ six.__version__ => this should print 1.4.1
Thanks,
Tam
sh.huang (sh-huang) wrote : | #37 |
I'am still have this issue:
File "/root/
patterns = getattr(
File "/root/
self._setup()
File "/root/
self._wrapped = self._setupfunc()
File "/root/
return self._urls()[0]
File "/root/
dash.
File "/root/
import_
File "/root/
__import_
File "/root/
from openstack_
File "/root/
from openstack_
ImportError: cannot import name base
Richard Jones (r1chardj0n3s) wrote : | #38 |
Could anyone who is still encountering this issue please detail the environment they're using and steps they followed to reproduce the problem? There's mentions here of devstack under Ubuntu 14.04 resulting in the error, but that's the environment I'm using and I've not encountered the error.
Lawrance (jing) wrote : | #39 |
i've encountered the error in the latest icehouse, i use RDO for openstack deployment.
emmm.. the error always shows up when another exception raised and the real exception will show up when
we use relative import.
Thiago Paiva Brito (outbrito) wrote : | #40 |
Using the imports in the way mosorio-0 suggested helped to surface the true error (cannot import 'adapter' from keystoneclient). Since these modules are in the same package and importing it this way helps to identify the true problem, isn't it the best approach to leave the imports that way since, quoting the Zen of Python, "Errors should never pass silently" and "Explicit is better than implicit"?
Daniel Park (daniepar) wrote : | #41 |
I ran across this issue recently while developing for Havana. It turns out the root cause was due to oslo.i18n not being installed.
Just run and restart your dev server:
pip install oslo.i18n
Matthias Runge (mrunge) wrote : | #42 |
Daniel Park: Did you search for a oslo.i18n reference in horizon havana? It's not there.
Phil Bedard (philxor) wrote : | #43 |
I ran into the same issue on Ubuntu and the Icehouse release and installing oslo.il8n did fix the issue.
Ekaterina Chernova (efedorova) wrote : | #44 |
Also reproduced in Juno if old version of any client installed
LIU Yulong (dragon889) wrote : | #45 |
2014-12-29 - In my environment upstream this commit https:/
will reproduce this bug. If I comment these code:
if is_service_
# Also get the loadbalancer VIPs
else:
everything works fine.
LIU Yulong (dragon889) wrote : | #46 |
Seems this is a python2.7+ syntax:
vip_dict = {v['port_id']: v['name']
My envrionment is python 2.6.
I changed the code to
Then the exception was gone.
Sam Betts (sambetts) wrote : | #47 |
Is this still an issue for anyone? there has been no activity here since 2014-12-29. I have not encountered this bug at all during Juno and Kilo development cycles.
Ashish (ashish-jain14) wrote : | #48 |
I have seen similar message today while setting up heat auto scaling policy
2015-04-12 05:36:47.912 15139 TRACE heat.engine.
2015-04-12 05:36:47.912 15139 TRACE heat.engine.
2015-04-12 05:36:47.912 15139 TRACE heat.engine.
2015-04-12 05:36:47.912 15139 TRACE heat.engine.
2015-04-12 05:36:47.912 15139 TRACE heat.engine.
2015-04-12 05:36:47.912 15139 TRACE heat.engine.
2015-04-12 05:36:47.912 15139 TRACE heat.engine.
2015-04-12 05:36:47.912 15139 TRACE heat.engine.
2015-04-12 05:36:47.912 15139 TRACE heat.engine.
2015-04-12 05:36:47.912 15139 TRACE heat.engine.
2015-04-12 05:36:47.912 15139 TRACE heat.engine.
2015-04-12 05:36:48.940 15139 INFO heat.engine.stack [-] Stack CREATE FAILED (simple5): Resource CREATE failed: Error: Resource CREATE failed: Error: Resource CREATE failed: ResourceInError: Went to status ERROR due to "Message: cannot import name adapter
Traceback (most recent call last):
File "/usr/lib/
incoming.
File "/usr/lib/
2015-04-12 05:36:48.941 15139 INFO heat.engine.service [-] Stack create failed, status FAILED
Matthias Runge (mrunge) wrote : | #49 |
IMHO, this is a bug for several, and very different import issues. A fix would be to improve error messages to reveal the underlying issue rather than masking it.
Yves-Gwenael Bourhis (yves-gwenael-bourhis) wrote : | #50 |
We've sometimes seen some issues here with distro packages due to distro dependencies.
For those who have the issue, please try the following:
http://
But instead of running from the master branch, just after the "git clone git://git.
If the issue disappears it means that one of the requirements installed by distro packaging is not correct (or missing).
This would help clarify if it's an horizon or distro-packaging issue.
Thanks.
Nitin Madhok (nmadhok) wrote : | #51 |
Seeing this issue on Oracle Linux 6.6 after following instructions from http://
Garth (garth-booth) wrote : | #52 |
Any progress on a resolution for this issue? I'm seeing this error in both my devstack (/opt/stack/
Paul Karikh (pkarikh) wrote : | #53 |
Looks like I faced this issue when with pip install -r requirements.txt I've installed some oslo.* libs with version 2.1.
Manual downgrading oslo.libs to older version worked for me.
Kindjal (kindjal) wrote : | #54 |
I currently have this issue on Ubuntu 14.04 with Kilo.
openstack-dashboard 1:2014.1.5-0ubuntu2
keerthivasan selvaraj (keerthiv) wrote : | #55 |
Hello kindjal
Yesterday , i faced the same issue, i did the changes in the __init__.py, it is resolved and restart your apache2 services. It will work.
Richard Jones (r1chardj0n3s) wrote : | #56 |
From the responses here it seems that the root issue with those encountering this "bug" is that their Horizon installation is missing some dependency, and installing that dependency fixes the issue.
The error reported "ImportError: cannot import name base" is a symptom of the failure to load all dependent modules.
The cause therefore would appear to be incomplete or erroneous installation documentation.
Please include the steps used to install Horizon and its dependencies in future reports or they will not be helpful, thanks!
summary: |
- ImportError: cannot import name base + ImportError due to missing dependencies |
description: | updated |
Changed in horizon: | |
status: | Confirmed → Incomplete |
Launchpad Janitor (janitor) wrote : | #57 |
[Expired for OpenStack Dashboard (Horizon) because there has been no activity for 60 days.]
Changed in horizon: | |
status: | Incomplete → Expired |
wangjun (wang.jun) wrote : | #58 |
it happened agen in my environment, I try install ironic-ui which is newest, then when I restart httpd, error appeared
Rajat Sharma (tajar29) wrote : | #59 |
I have encounter the same issue on openstack pike
This only seems to happen from within apache and mod_wsgi. order of events:
- something imports openstack_ dashboard. api dashboard. api.__init_ _ imports keystone dashboard. api.keystone imports openstack_ dashboard. api.base dashboard. api.base doesn't exist yet, because __init__ isn't finished and so openstack_ dashboard. api isn't finished importing.
- openstack_
- openstack_
- openstack_
The fix that works here is to make sure base has been imported. openstack_ dashboard/ api/__init_ _.py looks like this: dashboard. api.glance import * dashboard. api.keystone import * dashboard. api.nova import * dashboard. api.swift import * dashboard. api.quantum import * dashboard. api.cinder import * dashboard. api.base" did not fix the issue.
=======
import base #NEW!!
from openstack_
from openstack_
from openstack_
from openstack_
from openstack_
from openstack_
=======
the line that is labelled NEW is, new. Note that trying "import openstack_