django-admin runserver problems with openstack_dashboard
Hello,
I have been trying to integrate murano into the horizon (dashboard) environment for openstack juno. As far as I can tell, I have murano installed on the sytem -- I am able to populate the mysql database and run murano commands on teh command line. I have changed the settings.py and local_settings file as indicated in the manual installation guide. I am unable to connect to an outside network (not an option even temporarily) so I have to setup my own repos for pip which leads to an issue when tox calls python setup.py (as the setuptools looks to pypi's online repo by default and I don't know a way around that). This results in me installing to the local system isntead of a virtual environment -- this may be a part of the problem but I don't see why it really should be.
I have managed to start murano-engine (using /etc/murano/... and not ~/etc/murano/...), the same for murano-api. They connect to my rabbit server without any problems and I have left them running in separate screen sessions.
The problem:
The next step is to start a django server for the muranodashboard -- either via django-admin runserver 127.0.0.1:8000 --settings=
Using either of these commands, it seems to find the muranodashboard
python ./manage.py runserver 127.0.0.1:8080 produces:
Traceback (most recent call last):
File "./manage.py", line 10, in <module>
execute_
File "/usr/lib/
utility.
File "/usr/lib/
self.
File "/usr/lib/
commands = get_commands()
File "/usr/lib/
apps = settings.
File "/usr/lib/
self.
File "/usr/lib/
self._wrapped = Settings(
File "/usr/lib/
% (self.SETTINGS_
ImportError: Could not import settings 'muranodashboar
What are the correct steps for integrating the murano element into the horizon dashboard on a working openstack cloud? Is it neccessary to run everything for murano in a virutal environment, as that is all that the documenation appears to reference?
Question information
- Language:
- English Edit question
- Status:
- Answered
- For:
- Murano Edit question
- Assignee:
- Ekaterina Chernova Edit question
- Last query:
- Last reply:
Revision history for this message
|
#1 |
Hi!
You don't have to run manage.py inside muranodashboard, probably we need to remove this file at all.
Muranodashboard is a plugin for horizon, so horizon should to be run as usual.
Just make sure you copy the plugin file into the horizon - it is described here http://
Please, contact me at #murano channel if you have any other questions.
Regards, Katya.
Revision history for this message
|
#2 |
Is there a reason this step is not mentioned for Juno? Also, I don't seem to have a local/_50_murano.py file in the juno release for muranodashboard (the local folder only has __init__.py, local_settings.py, and local_settings.
Revision history for this message
|
#3 |
Please, use documentation for stable/juno http://
Revision history for this message
|
#4 |
I have gone through that documentation step by step and that is why I posted the original question -- running python manage.py runserver ip:port produces the error .... File "/usr/lib/
% (self.SETTINGS_
ImportError: Could not import settings 'muranodashboar
Revision history for this message
|
#5 |
Probably one of the dependencies for murano-dashboard is missing, if I remember correctly python manage.py runserver may return this error, even if something happened not related to the particular module. Do you able to run this under debugger?
Revision history for this message
|
#6 |
I have installed all of the modules listed in the requirements.txt (and test_requirements). Because I am on a private network with the cloud network I am setting up, I cannot connect to pypi.python.org to run the tox setup (it calls python setup.py which defaults to pypi and I don't know of a way to change where setuptools looks for the module files at that step). I do have openstack_dashboard file existing and the same call is made in the current dashboard filles (the from openstack_dashboard import .... line) as mentioned in original post. The way the error reads suggests the problem lies with that call but I don't see how it can't find it for the runserver call when it can in the currently running horizon local_settings file. What would be the steps to run it in a debugger?
Revision history for this message
|
#7 |
Running under pdb debug mode returns essentiall the same results as I posted earlier:
Traceback (most recent call last):
File "/usr/lib64/
pdb.
File "/usr/lib64/
self.
File "/usr/lib64/
exec cmd in globals, locals
File "<string>", line 1, in <module>
File "manage.py", line 10, in <module>
execute_
File "/usr/lib/
utility.
File "/usr/lib/
self.
File "/usr/lib/
self.
File "/usr/lib/
saved_locale = translation.
File "/usr/lib/
return _trans.
File "/usr/lib/
if settings.USE_I18N:
File "/usr/lib/
self.
File "/usr/lib/
self._wrapped = Settings(
File "/usr/lib/
% (self.SETTINGS_
ImportError: Could not import settings 'muranodashboar
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program
> /usr/lib/
-> % (self.SETTINGS_
Revision history for this message
|
#8 |
it says openstack_dashboard module is missing. Did you run the venv with tox? The tox is responsible to install the valid version of horizon, witch contains openstack_
Revision history for this message
|
#9 |
I am unable to run tox because setup_tools is called from the python installation that gets called after the pip install. I have no external network connection, as stated numerous times. I haven't found a way to tell python setup.py to look to my local repository, the pip finds all the packages initially, then calls python setup.py (via the tox call), and then fails out.
I have a tox file with an added
indexserver =
default = http://
section to point to the local pypi repository I have.
When I run tox, the following results:
http:/my.
Running setup.py (path:/
[pbr] Processing SOURCES.txt
warning: LocalManifestMaker: standard file '-c' not found
warning: no previously-included files found matching '.gitignore'
warning: no previously-included files found matching '.gitreview'
warning: no previously-included files matching '*.pyc' found anywhere in distribution
warning: no previously-included files found matching '.gitignore'
warning: no previously-included files found matching '.gitreview'
warning: no previously-included files matching '*.pyc' found anywhere in distribution
Downloading/
http:/my.
Running setup.py (path:/
warning: no previously-included files matching '*' found under directory 'docs/_build'
warning: no previously-included files matching '*.pyc' found under directory 'tests'
warning: no previously-included files matching '*.pyo' found under directory 'tests'
Downloading/
http:/my.
Running setup.py (path:/
warning: no files found matching '*.jpg' under directory 'doc'
warning: no files found matching '*.mako' under directory 'doc'
warning: no files found matching 'distribute_
warning: no files found matching 'sa2to3.py'
warning: no files found matching 'ez_setup.py'
no previously-included directories found matching 'doc/build/output'
Downloading/
http:/my.
Running setup.py (path:/
warning: no files found matching '*.jpg' under directory 'docs'
warning: no files found matching '*.sty' under directory 'docs'
warning: no files found matching '*.dat' under directory 'tests'
warning: no files found matching 'distribute_
no previously-included directories found matching 'docs/build/output'
Downloading/
http:/my.
Downloading anyjson-
Running setup.py (path:/
Downloading/
http:/my.
Running setup.py (path:/
Downloading/
http:/my.
Downloading PasteDeploy-
Running setup.py (path:/
Downloading/
http:/my.
Running setup.py (path:/
warning: no previously-included files matching '.DS_Store' found anywhere in distribution
warning: no previously-included files matching '*.hgignore' found anywhere in distribution
warning: no previously-included files matching '*.hgtags' found anywhere in distribution
Downloading/
http:/my.
Running setup.py (path:/
no previously-included directories found matching '*.pyc'
no previously-included directories found matching '*.pyo'
http:/my.
Requirement already up-to-date: wsgiref>=0.1.2 in /usr/lib64/
Downloading/
http:/my.
Running setup.py (path:/
warning: no previously-included files matching '*.pyc' found anywhere in distribution
warning: no previously-included files matching '*.pyo' found anywhere in distribution
warning: no previously-included files matching '*.orig' found anywhere in distribution
warning: no previously-included files matching '*.rej' found anywhere in distribution
no previously-included directories found matching 'doc/_build'
no previously-included directories found matching 'env24'
no previously-included directories found matching 'env25'
no previously-included directories found matching 'env26'
no previously-included directories found matching 'env27'
Downloading/
http:/my.
Downloading ordereddict-
Running setup.py (path:/
Downloading/
http:/my.
Running setup.py (path:/
Downloading/
http:/my.
Downloading lockfile-0.8.tar.gz
Running setup.py (path:/
Downloading/
http:/my.
Running setup.py (path:/
Downloading/
http:/my.
Running setup.py (path:/
Downloading/
http:/my.
Downloading iso8601-
Running setup.py (path:/
Downloading/
http:/my.
Downloading six-1.9.0.tar.gz
Running setup.py (path:/
no previously-included directories found matching 'documentation/
Downloading/
http:/my.
Running setup.py (path:/
warning: no previously-included files matching '*.svn*' found anywhere in distribution
warning: no previously-included files matching '*.git*' found anywhere in distribution
Downloading/
http:/my.
Running setup.py (path:/
Downloading/
http:/my.
Downloading jsonpatch-
Running setup.py (path:/
Downloading/
http:/my.
Running setup.py (path:/
Download error on https:/
Couldn't find index page for 'pbr' (maybe misspelled?)
Download error on https:/
No local packages or download links found for pbr
Traceback (most recent call last):
File "<string>", line 17, in <module>
File "/home/
pbr=True)
File "/usr/lib64/
File "/home/
File "/home/
File "/home/
dist = best[req.key] = env.best_match(req, self, installer)
File "/home/
return self.obtain(req, installer) # try and download/install
File "/home/
return installer(
File "/home/
return cmd.easy_
File "/home/
raise DistutilsError(msg)
distutils.
Complete output from command python setup.py egg_info:
Download error on https:/
Couldn't find index page for 'pbr' (maybe misspelled?)
Download error on https:/
No local packages or download links found for pbr
Traceback (most recent call last):
File "<string>", line 17, in <module>
File "/home/
pbr=True)
File "/usr/lib64/
_setup_
File "/home/
self.
File "/home/
parse_
File "/home/
dist = best[req.key] = env.best_match(req, self, installer)
File "/home/
return self.obtain(req, installer) # try and download/install
File "/home/
return installer(
File "/home/
return cmd.easy_
File "/home/
raise DistutilsError(msg)
distutils.
-------
Cleaning up...
Command python setup.py egg_info failed with error code 1 in /home/user/
Storing debug log for failure in /root/.pip/pip.log
ERROR: could not install deps [-r/home/
_______
ERROR: py26: InterpreterNotF
ERROR: py27: could not install deps [-r/home/
ERROR: pep8: could not install deps [-r/home/
[root@r001ds01 murano]#
Revision history for this message
|
#10 |
Looks like new version of pbr is the reason of this fail :( We will send the patch shortly. we have the same problem for stable/kilo recently. For now you can install horiozn manually where you test before
Revision history for this message
|
#11 |
So you are saying to install horizon into the regular OS and not virtual env?
I already have a working dashboard running, I am simply trying to add murano to the horizon dashboard in my working environment. What files need to be adjusted to make the muranodashboard "plugin" show up. My /usr/lib/
Revision history for this message
|
#12 |
After this fix https:/
update-setting.sh put all necessary information to the horizon settings. it should be run with those parameters
./update_setting.sh --input <...openstack_
Revision history for this message
|
#13 |
I believe you may have the input and output backwards? Nothing seemed to change when I had it as you have, but ran
./update_setting.sh --output=
and restarted httpd and the murrano apears in my horizon dashboard -- I have yet to test functionallity though.
Thanks,
AAA
Revision history for this message
|
#14 |
Looking at the original error in your question "ImportError: Could not import settings 'muranodashboar
From my perspective it looks like horizon is not on PYTHONPATH when you launch runserver
I would suggest running
PYTHONPATH=
Revision history for this message
|
#15 |
Thanks for the help getting murano to show up on a working dashboard. I have that now, but has led to another problem that may be linked to something else, I'm not postive though.
When I try to either launch an app with quick deploy or with the add to environment option, the dashboard gets stuck at the loading point either imediatly on clicking the app or direclty after clicking the first next option (essentially the give it a name). I am able to create an environment, but not able to launch any apps period. I was working on troubleshooting this and decided to check if heat would launch stack at all and ran into an issue with even launching a single vm stack. I have posted information on this issue here: https:/
Additionally, what is the best procedure for adding the murano-api and murano-engine services to the running services without having to run them on a screen or separate terminal?
Thanks again
Revision history for this message
|
#16 |
Please, provide murano-dashboard logs, do you have any error there?
We do have murano services available only in Mirantis Openstack https:/
Revision history for this message
|
#17 |
API Logs:
2015-05-18 11:26:39.657 20753 DEBUG keystonemiddlew
2015-05-18 11:26:39.658 20753 DEBUG keystonemiddlew
2015-05-18 11:26:39.659 20753 DEBUG keystonemiddlew
2015-05-18 11:26:39.659 20753 DEBUG keystonemiddlew
2015-05-18 11:26:39.660 20753 DEBUG keystonemiddlew
2015-05-18 11:26:39.660 20753 DEBUG routes.middleware [-] Matched GET /environments __call__ /usr/lib/
2015-05-18 11:26:39.661 20753 DEBUG routes.middleware [-] Route path: '/environments', defaults: {'action': u'index', 'controller': <murano.
2015-05-18 11:26:39.661 20753 DEBUG routes.middleware [-] Match dict: {'action': u'index', 'controller': <murano.
2015-05-18 11:26:39.661 20753 DEBUG murano.common.wsgi [-] Empty body provided in request deserialize_body /usr/lib/
2015-05-18 11:26:39.662 20753 DEBUG murano.
2015-05-18 11:26:39.662 20753 DEBUG murano.
2015-05-18 11:26:39.662 20753 AUDIT murano.
2015-05-18 11:26:39.668 20753 DEBUG murano.
2015-05-18 11:26:39.668 20753 INFO eventlet.wsgi [-] 127.0.0.1 - - [18/May/2015 11:26:39] "GET /v1/environments HTTP/1.1" 200 380 0.012687
2015-05-18 11:26:39.670 20753 INFO eventlet.wsgi [-] (20753) accepted ('127.0.0.1', 34546)
2015-05-18 11:26:39.671 20753 DEBUG murano.
2015-05-18 11:26:39.672 20753 DEBUG murano.
2015-05-18 11:26:39.672 20753 DEBUG murano.
2015-05-18 11:26:39.673 20753 DEBUG murano.
2015-05-18 11:26:39.673 20753 DEBUG keystonemiddlew
2015-05-18 11:26:39.674 20753 DEBUG keystonemiddlew
2015-05-18 11:26:39.675 20753 DEBUG keystonemiddlew
2015-05-18 11:26:39.675 20753 DEBUG keystonemiddlew
2015-05-18 11:26:39.675 20753 DEBUG keystonemiddlew
2015-05-18 11:26:39.676 20753 DEBUG routes.middleware [-] Matched GET /environments/
2015-05-18 11:26:39.676 20753 DEBUG routes.middleware [-] Route path: '/environments/
2015-05-18 11:26:39.676 20753 DEBUG routes.middleware [-] Match dict: {'action': u'show', 'controller': <murano.
2015-05-18 11:26:39.677 20753 DEBUG murano.common.wsgi [-] Empty body provided in request deserialize_body /usr/lib/
2015-05-18 11:26:39.677 20753 DEBUG murano.
2015-05-18 11:26:39.677 20753 DEBUG murano.
2015-05-18 11:26:39.678 20753 AUDIT murano.
2015-05-18 11:26:39.684 20753 DEBUG murano.
2015-05-18 11:26:39.684 20753 INFO eventlet.wsgi [-] 127.0.0.1 - - [18/May/2015 11:26:39] "GET /v1/environment
2015-05-18 11:26:45.008 20753 INFO eventlet.wsgi [-] (20753) accepted ('127.0.0.1', 34598)
2015-05-18 11:26:45.009 20753 DEBUG murano.
2015-05-18 11:26:45.009 20753 DEBUG murano.
2015-05-18 11:26:45.009 20753 DEBUG murano.
2015-05-18 11:26:45.010 20753 DEBUG murano.
2015-05-18 11:26:45.010 20753 DEBUG keystonemiddlew
2015-05-18 11:26:45.010 20753 DEBUG keystonemiddlew
2015-05-18 11:26:45.011 20753 DEBUG keystonemiddlew
2015-05-18 11:26:45.011 20753 DEBUG keystonemiddlew
2015-05-18 11:26:45.011 20753 DEBUG keystonemiddlew
2015-05-18 11:26:45.012 20753 DEBUG routes.middleware [-] Matched GET /catalog/
2015-05-18 11:26:45.012 20753 DEBUG routes.middleware [-] Route path: '/catalog/
2015-05-18 11:26:45.012 20753 DEBUG routes.middleware [-] Match dict: {'action': u'get', 'package_id': u'd00b268c13f54
2015-05-18 11:26:45.012 20753 DEBUG murano.common.wsgi [-] Empty body provided in request deserialize_body /usr/lib/
2015-05-18 11:26:45.013 20753 DEBUG murano.
2015-05-18 11:26:45.013 20753 AUDIT murano.
2015-05-18 11:26:45.020 20753 INFO eventlet.wsgi [-] 127.0.0.1 - - [18/May/2015 11:26:45] "GET /v1/catalog/
2015-05-18 11:26:45.023 20753 INFO eventlet.wsgi [-] (20753) accepted ('127.0.0.1', 34599)
2015-05-18 11:26:45.023 20753 DEBUG murano.
2015-05-18 11:26:45.024 20753 DEBUG murano.
2015-05-18 11:26:45.024 20753 DEBUG murano.
2015-05-18 11:26:45.024 20753 DEBUG murano.
2015-05-18 11:26:45.024 20753 DEBUG keystonemiddlew
2015-05-18 11:26:45.024 20753 DEBUG keystonemiddlew
2015-05-18 11:26:45.025 20753 DEBUG keystonemiddlew
2015-05-18 11:26:45.025 20753 DEBUG keystonemiddlew
2015-05-18 11:26:45.026 20753 DEBUG keystonemiddlew
2015-05-18 11:26:45.026 20753 DEBUG routes.middleware [-] Matched GET /environments __call__ /usr/lib/
2015-05-18 11:26:45.026 20753 DEBUG routes.middleware [-] Route path: '/environments', defaults: {'action': u'index', 'controller': <murano.
2015-05-18 11:26:45.026 20753 DEBUG routes.middleware [-] Match dict: {'action': u'index', 'controller': <murano.
2015-05-18 11:26:45.027 20753 DEBUG murano.common.wsgi [-] Empty body provided in request deserialize_body /usr/lib/
2015-05-18 11:26:45.027 20753 DEBUG murano.
2015-05-18 11:26:45.027 20753 DEBUG murano.
2015-05-18 11:26:45.027 20753 AUDIT murano.
2015-05-18 11:26:45.031 20753 DEBUG murano.
2015-05-18 11:26:45.031 20753 INFO eventlet.wsgi [-] 127.0.0.1 - - [18/May/2015 11:26:45] "GET /v1/environments HTTP/1.1" 200 380 0.007795
2015-05-18 11:26:45.033 20753 INFO eventlet.wsgi [-] (20753) accepted ('127.0.0.1', 34600)
2015-05-18 11:26:45.033 20753 DEBUG murano.
2015-05-18 11:26:45.033 20753 DEBUG murano.
2015-05-18 11:26:45.034 20753 DEBUG murano.
2015-05-18 11:26:45.034 20753 DEBUG murano.
2015-05-18 11:26:45.034 20753 DEBUG keystonemiddlew
2015-05-18 11:26:45.034 20753 DEBUG keystonemiddlew
2015-05-18 11:26:45.035 20753 DEBUG keystonemiddlew
2015-05-18 11:26:45.035 20753 DEBUG keystonemiddlew
2015-05-18 11:26:45.035 20753 DEBUG keystonemiddlew
2015-05-18 11:26:45.036 20753 DEBUG routes.middleware [-] Matched GET /environments/
2015-05-18 11:26:45.036 20753 DEBUG routes.middleware [-] Route path: '/environments/
2015-05-18 11:26:45.036 20753 DEBUG routes.middleware [-] Match dict: {'action': u'show', 'controller': <murano.
2015-05-18 11:26:45.036 20753 DEBUG murano.common.wsgi [-] Empty body provided in request deserialize_body /usr/lib/
2015-05-18 11:26:45.037 20753 DEBUG murano.
2015-05-18 11:26:45.037 20753 DEBUG murano.
2015-05-18 11:26:45.037 20753 AUDIT murano.
2015-05-18 11:26:45.042 20753 DEBUG murano.
2015-05-18 11:26:45.042 20753 INFO eventlet.wsgi [-] 127.0.0.1 - - [18/May/2015 11:26:45] "GET /v1/environment
^[^[2015-05-18 11:27:41.156 20753 DEBUG murano.
2015-05-18 11:27:41.156 20753 DEBUG murano.
2015-05-18 11:27:41.157 20753 DEBUG murano.
Per tenant: {u'6e0e48c7308e
murano-engine logs: nothing corresponding to dashboard activity.
I don't seem to have a log for murano-dashboard direclty -- where would those be located, I assume the murano-api are what are associated with the dashboard.
Revision history for this message
|
#18 |
Where on that page are the service files linked at?
Also, has any further investigating this problem been done? I haven't seen a reply
As a reminder, when I try to either launch an app with quick deploy or with the add to environment option, the dashboard gets stuck at the "Working" state or "Loading" point either direclty after clicking the first next option or immediatly upon clicking the add to environmnet or quick deploy. I am able to create an environment, but not able to launch any apps period.
I have looked into the heat part more and now know that IS NOT connected, as I can successfully launch heat stacks/vms within.
Revision history for this message
|
#19 |
Hi again.
We have bad reporting in juno. It looks like it's something with app dependencies. Witch apps are you truing to add?
Try simple apache first. It has no dependencies.
May be you can find more detains in dashboard log (not in api - there were no traces in log you've attached)
Also, looking in to the Console tab of developer tool may show en error, that appeared in javascript.
Regards, Kate
Revision history for this message
|
#20 |
I have tried the single vm but never get past the point of the first page of the setup (as in I give it a name, then click next, and never see a screen again to prompt me for network/
Apache does the same -- never gets past giving it a name before it gets stuck "Working" after clicking next.
I did notice that the keystone endpoint and service were not created, so I added those (application_
The console output from the murano-api are pretty much inline with the log file, I do notice that Recieved request from user: user_id None, project_id None, roles None service: user_id None, project_id None roles None ___call__ and wonder if murano is not getting user information correctly to send out, but I believe the same occurs when I create an environment and that gets created just fine. I am able to list the environment from the command line and view the deployment-list (empty obviously).
Are there any settings related to heat_stack_owner in the configuration (if murano is deploying via heat as descriptions seem to suggest, then the user needs to be a heat_stack_owner role -- there is no documenation on this for murano though).
Are there any other .conf file settings neccessary for deploying to the working environment as opposed to the tox virtual environment manually that are not mentioned in the installion guide (for juno). Also, are there any other available command line utilities to test if its some integration problem with the dashboard? Or is murano soley dashboard oriented?
Neutron Server logs probably don't say much:
2015-05-20 12:18:27.229 3558 DEBUG neutron.policy [req-dfd91d2a-
2015-05-20 12:18:27.229 3558 DEBUG neutron.policy [req-dfd91d2a-
2015-05-20 12:18:27.229 3558 DEBUG neutron.policy [req-dfd91d2a-
2015-05-20 12:18:27.229 3558 DEBUG neutron.policy [req-dfd91d2a-
2015-05-20 12:18:27.230 3558 DEBUG neutron.policy [req-dfd91d2a-
2015-05-20 12:18:27.230 3558 DEBUG neutron.policy [req-dfd91d2a-
2015-05-20 12:18:27.230 3558 INFO neutron.wsgi [req-dfd91d2a-
2015-05-20 12:18:29.713 3576 DEBUG neutron.context [req-0e68f61e-
2015-05-20 12:18:30.405 3566 DEBUG neutron.context [req-bd3b6464-
2015-05-20 12:18:37.358 3577 DEBUG neutron.context [req-78648416-
murano-api console logs:
2015-05-20 12:18:44.906 13980 INFO eventlet.wsgi [-] (13980) accepted ('172.16.128.11', 38661)
2015-05-20 12:18:44.907 13980 DEBUG murano.
2015-05-20 12:18:44.907 13980 DEBUG murano.
2015-05-20 12:18:44.908 13980 DEBUG murano.
2015-05-20 12:18:44.908 13980 DEBUG murano.
2015-05-20 12:18:44.908 13980 DEBUG keystonemiddlew
2015-05-20 12:18:44.909 13980 DEBUG keystonemiddlew
2015-05-20 12:18:44.910 13980 DEBUG keystonemiddlew
2015-05-20 12:18:44.910 13980 DEBUG keystonemiddlew
2015-05-20 12:18:44.911 13980 DEBUG keystonemiddlew
2015-05-20 12:18:44.911 13980 DEBUG routes.middleware [-] Matched GET /catalog/
2015-05-20 12:18:44.912 13980 DEBUG routes.middleware [-] Route path: '/catalog/
2015-05-20 12:18:44.912 13980 DEBUG routes.middleware [-] Match dict: {'action': u'get', 'package_id': u'5dd8812a9afb4
2015-05-20 12:18:44.912 13980 DEBUG murano.common.wsgi [-] Empty body provided in request deserialize_body /usr/lib/
2015-05-20 12:18:44.913 13980 DEBUG murano.
2015-05-20 12:18:44.915 13980 AUDIT murano.
2015-05-20 12:18:44.939 13980 INFO eventlet.wsgi [-] 172.16.128.11 - - [20/May/2015 12:18:44] "GET /v1/catalog/
Revision history for this message
|
#21 |
So I managed to click through a few steps on the openstack murano service app sample, and then get stuck again. I think it has to do with the step where it needs to contact the existing images and then have the user select what their preferences fro flavor/
Is there any solution to test if it can even contact the necessary (heat?) service without a working dashboard aspect to it?
Revision history for this message
|
#22 |
And var/log/
Revision history for this message
|
#23 |
It's gtting hard to track the thread. Was the original question answered? If so — could you please mark it as such? Your latest post suggest, that you have a different error, than the original post. Could you please open a new question for that?
Revision history for this message
|
#24 |
Please, try to install stable/juno like you tried at the begging. We fixed the issue with installation.
Can you help with this problem?
Provide an answer of your own, or ask smarta94 for more information if necessary.