Go to file
Andrew Bramley e34fd6758e Add support for trove incremental backups
Added extra column to backups tables (under instances
and under backups) that will show Yes / No if the
backup is incremental (ie it has a parent)

When you drill down into backup details we now display
the name of the backup parent if this is an
incremental backup. This is displayed as a link with
the backup name so it is navigable

When you create a new backup you can now specify
an existing backup to use as the parent

Note: At some point we should probably have the
create backup dialog filter the available parents
based on the current selection for the instance.
However, so far I haven't worked out how to make
the backup parent choiceField change dynamically
based on user updates to the instance choiceField

Change-Id: I8bc70805aae50a019da3915f8e7aff25f6a7bbc6
Implements: blueprint trove-incremental-backup
2014-07-21 13:33:45 -04:00
2014-03-21 15:30:03 +01:00
2014-07-08 09:50:14 -07:00
2013-11-28 08:53:42 +00:00
2011-10-28 09:50:35 -04:00
2013-10-25 14:49:23 +08:00
2011-01-12 13:43:31 -08:00
2014-03-31 10:32:44 +02:00
2014-05-01 13:44:26 +00:00
2014-07-08 09:50:14 -07:00

Horizon (OpenStack Dashboard)

Horizon is a Django-based project aimed at providing a complete OpenStack Dashboard along with an extensible framework for building new dashboards from reusable components. The openstack_dashboard module is a reference implementation of a Django site that uses the horizon app to provide web-based interactions with the various OpenStack projects.

For release management:

For blueprints and feature specifications:

For issue tracking:

Getting Started

For local development, first create a virtualenv for the project. In the tools directory there is a script to create one for you:

$ python tools/install_venv.py

Alternatively, the run_tests.sh script will also install the environment for you and then run the full test suite to verify everything is installed and functioning correctly.

Now that the virtualenv is created, you need to configure your local environment. To do this, create a local_settings.py file in the openstack_dashboard/local/ directory. There is a local_settings.py.example file there that may be used as a template.

If all is well you should able to run the development server locally:

$ tools/with_venv.sh ./manage.py runserver

or, as a shortcut:

$ ./run_tests.sh --runserver

Setting Up OpenStack

The recommended tool for installing and configuring the core OpenStack components is Devstack. Refer to their documentation for getting Nova, Keystone, Glance, etc. up and running.

Note

The minimum required set of OpenStack services running includes the following:

  • Nova (compute, api, scheduler, network, and volume services)
  • Glance
  • Keystone

Optional support is provided for Swift.

Development

For development, start with the getting started instructions above. Once you have a working virtualenv and all the necessary packages, read on.

If dependencies are added to either horizon or openstack_dashboard, they should be added to requirements.txt.

The run_tests.sh script invokes tests and analyses on both of these components in its process, and it is what Jenkins uses to verify the stability of the project. If run before an environment is set up, it will ask if you wish to install one.

To run the unit tests:

$ ./run_tests.sh

Building Contributor Documentation

This documentation is written by contributors, for contributors.

The source is maintained in the doc/source directory using reStructuredText and built by Sphinx

  • Building Automatically:

    $ ./run_tests.sh --docs
  • Building Manually:

    $ tools/with_venv.sh sphinx-build doc/source doc/build/html

Results are in the doc/build/html directory

Description
RETIRED, further work has moved to Debian project infrastructure
Readme 56 MiB