blueprint horizon-webui
(Auto-linking to blueprint either doesn't work for this project
or requires additional info not prescribed. Here is full link:
https://blueprints.launchpad.net/inception/+spec/horizon-webui
This change is the initial commit of the third and final part
of the horizon-compatible web UI for Inception Cloud (the others are
[1] and [2]). This commit draws heavily from the horizon tutorial[3]
and from the existing implementation for instance management[4] (the
latter because inception cloud management is by analogy a more complicated
version of it).
Because this effort seeks to operate alongside OpenStack in the
architectural and coding style of OpenStack but require minimal internal
changes to OpenStack it relies on a separate API server from nova
compute. In addition, this meant that the entire horizon stack could not
be utilized directly and a layer had to be chosen at which to deviate.
Accordingly the code is more verbose (because of horizon generality) than
it might otherwise be.
Installation of this application proceeds by
1. installing the inception package
2. starting the inception API server per INSTALL.md
3. modifying a single line in the horizon config per INSTALL.md
[1] https://review.openstack.org/#/c/47008/
[2] https://review.openstack.org/#/c/58835/
[3] http://docs.openstack.org/developer/horizon/topics/tutorial.html
[4] https://github.com/openstack/horizon/ then
openstack_dashboard/dashboards/project/instances
Partially implements: blueprint horizon-webui
Change-Id: Id14b30bbb5eafeac928d8e94aeb0553ae52fb661
blueprint horizon-webui
(Auto-linking to blueprint either doesn't work for this project
or requires additional info not prescribed. Here is full link:
https://blueprints.launchpad.net/inception/+spec/horizon-webui
While python-novaclient will re-authenticate using an internally
saved copy of an authorization token, this capability is not
exposed to its API user requiring the use of a password whenever
creating a Client object. In order to authenticate requests made
on behalf of a web (horizon) user this capability needs to be
utilized as the horizon web app has only a token once the user
logs in. This change depends on the structure of the client
and is the first place to look for problems once the underlying
API software is revised.
Partially implements: blueprint horizon-webui
Change-Id: Ifa9cb7877eabff1514cb2272407d6daf08beef7f
blueprint horizon-webui
(Auto-linking to blueprint either doesn't work for this project
or requires additional info not prescribed. Here is full link:
https://blueprints.launchpad.net/inception/+spec/horizon-webui)
This commit implements the minimal RESTful API and WSGI application
for exposing Inception Cloud's Orchestrator behavior over the network.
It is a necessary component for providing a web user interface to
Orchestrator via OpenStack's horizon project as described in the
Blueprint identified above.
Change-Id: I8430b008c6cbabc91258da31d01a05a5521462d0
To enhance the usability of the Orchestrator class as a reusable
component (e.g., used by WebUI), it should not catch and handle
certain exceptions, without at a minimum re-raising them.
Change-Id: I4ff8320f3a275fbdbe7cf3a21c217f1cf59ddacb
Fixes: bug #1226193
Adding the -n to the ssh command forces ssh to redirect stdin from /dev/null
and prevents the remote processes from blocking waiting for user (tty) input.
Change-Id: Ic659c951926e81eacb0db72c6ff0668b5bd38167
The chefserver image (snapshot) has pre-installed chef software
packages to speed up chef server deployment
Change-Id: I01bd30947ba6191869411b175e6cfb36b02b322f
- Remove config opts and orchestrator ctor document redundancy
- Make "atomic" an attribute of orchestrator
- A bit reordering of opts
- Cleanup and rename inception.conf.sample
- Some other minors: Authors, setup.py
Change-Id: I9c501acf4a11c2fc0056130bd163bbccd2ec9e24
Convert Inception code to use a configuration file and command line options as
processed by oslo.config.
+ orchestrator modified to use oslo.config for options
+ sample config file introduced
+ dependency on oslo.config added to setup.py
+ version string moved from setup.py to module init for ready access
for --version and others
Implements: blueprint Inception Configuration Blueprint
Change-Id: I984700867d8ddf5ee1602cc4ed6608f36a38a6be
ssh-keyfile string templat is moved to userdata.sh, and userdata.sh is
renamed to userdata.sh.template
Change-Id: I704192cafe210c90c829c83af6b219786996dad0
The extra ssh public key filename is specified by the extra
command line option --ssh-keyfile. The key is injected by the
userdata script if given.
Change-Id: Idf1e2dee15450f6f4b0bbeea31c3a45b82508af0
u1204-130529-gvc (chef packages preinstalled) does not work well with
OpenStack cookbooks (RabittMQ issue). Use u1204-130531-gv instead.
Change-Id: I2c9e5cb89baf572785ebeff95d6fef9cc92e017d
Add exception handling for multi-threads and main thread. Change
default mode from "parallel" to "sequential".
Change-Id: I91c85f00c4e8e1a90e46cd41e344d5e246ac85e4
Medium (and Small) instances does not work well with snapshot
u1204-130529-gvc (about 2GB size, error info: "ImageTooLarge").
Changed to Large (4) instance.
Change-Id: I07cf2b941882f527202f6fb8c2beb2681df9114e
Packages are already installed on image snapshot u1204-130529-gvc
(38b0b5a5-7dda-4fd1-b53a-00ba47eacc16). This decreases the time to
setup chefserver
Change-Id: I48022ce1a66f6730681ee403feaab9d00915a45f
_add_recipe and _add_run_list are combined, _run_chef_client are
modified, and multi-thread code are put in a single function.
Change-Id: I12c2418546f366b484acc1258d10cc5b6554af8a
Now it can automatically find out what prefix is used and which
inception cloud to cleanup based on given prefix
Change-Id: I2d87dd20136784fd4f32a1c547f1daf366dd2c47