Go to file
Ewan Mellor dbc1e216e3 Bug #898290: iSCSI volume backend treats FLAGS.host as a hostname
Change ISCSIDriver to set volume.provider_location during create_export.
This records the location of the LUN, so that nova-compute does not need
to run the iSCSI discovery code itself.

As part of this, include the IP address of the target (--iscsi_ip_address) in
the provider_location.  This means that we don't use volume's host identifier
(which could be an opaque ID) when trying to connect to the iSCSI target --
we use the admin-specified IP address instead.

The string-join to set provider_location is shared with ZadaraBEDriver,
which was doing something similar.  I've brought that into a helper function.

The docstring for the --host flag has been clarified.

Change-Id: I8402da86345e786a46a4d222ad4d8a4449d2bd3f
2011-11-30 13:21:22 -08:00
2011-09-09 08:46:58 +02:00
2011-07-26 09:50:05 +04:00
2011-11-29 19:00:50 +00:00
2010-05-27 23:05:26 -07:00
2011-11-10 12:01:08 -05:00
2011-11-20 18:54:08 -05:00

The Choose Your Own Adventure README for Nova

You have come across a cloud computing fabric controller. It has identified itself as "Nova." It is apparent that it maintains compatibility with the popular Amazon EC2 and S3 APIs.

To monitor it from a distance: follow @openstack on twitter.

To tame it for use in your own cloud: read http://docs.openstack.org

To study its anatomy: read http://nova.openstack.org

To dissect it in detail: visit http://github.com/openstack/nova

To taunt it with its weaknesses: use http://bugs.launchpad.net/nova

To watch it: http://jenkins.openstack.org

To hack at it: read HACKING

To cry over its pylint problems: http://jenkins.openstack.org/job/nova-pylint/violations

Description
RETIRED, Client code for the common scheduler for OpenStack
Readme 18 MiB