Go to file
Mike Lundy 96437e10d7 Fail gracefully when the db doesn't speak unicode
When sqlalchemy/mysql doesn't contain the charset=utf8 or use_unicode=1
parameters (and the default mysql connection charset is not utf8),
sqlalchemy will connect to mysql in ascii mode; In ascii mode, it will
attempt to reencode all input data to latin-1 regardless of the
database/table collation setting. This catches that error and turns it
into an invalid parameter.

(The error message associated with this is something like
UnicodeEncodeError: 'latin-1' codec can't encode character u'\u2026' in
position 30: ordinal not in range(256))

This fixes bug 944034 and is related to bug 898808

Change-Id: I082b7568ef9e9d2104e13aa58d207535ef201bd3
2012-03-02 02:24:33 +00:00
2012-03-01 17:03:01 -05:00
2012-02-20 11:54:37 -08:00
2012-03-01 17:03:01 -05:00
2012-02-08 19:30:39 -08:00
2012-02-07 21:35:30 +00:00
2010-05-27 23:05:26 -07:00
2011-11-20 18:54:08 -05:00
2012-02-24 21:55:52 -06:00
2012-02-08 19:30:39 -08:00
2012-02-20 11:54:37 -08: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, Common scheduler for OpenStack
Readme 28 MiB