xenapi: Always set other_config for VDIs

The existing code only set `other_config` on a VDI when it was created using
`create_vdi`. This patch updates the code so that `other_config` is also set
when a VDI is created from a dom0 plugin or during a migration.

Also included is a one-time script to set the other_config for existing
VDIs that were affected by this bug.

Fixes bug 1162029

Change-Id: I4fa856754487f77ce9c8e39d45eee7ea5187123e
Delete InstanceSystemMetadata on instance deletion

Thanks to no-db-compute only pre-delete instance data is used in
notifications. So now we can go back to deleting InstanceSystemMetadata
when an instance is deleted.

Fixes bug 1153827

Change-Id: Ic66b998cde2a15a24f302f08c34753a8b57da73d
Convert to using oslo's execute() method.

There are some small warts (mostly around other execute() like
methods which reuse the exception). I will fix these warts in later
reviews.

Change-Id: Ice9cdbdc5f3e5a9f8365f5d99acf1863a9fe3e7a
Sync oslo-incubator print statement changes

Just changes openstack.common to use the new print statements.

This is in preparation for another sync coming shortly for the
scheduler library.

Change-Id: I17a86ef87f3253d6bb756cbd40a3ff5df9be23ff
Merge "Convert to using oslo's execute() method."
Merge "xenapi: Always set other_config for VDIs"
Remove referances to LegacyFormatter in example logging.conf.

A recent change (Ibe41afc6e9d7b432453785819821b3c8f0078613), removed
nova.openstack.common.log.LegacyFormatter, and replaced it with
ContextFormatter.

This change updates the example logging config file to reflect this
change, as any reference to the now-removed LegacyFormatter causes
nova services to fail to start.

Change-Id: I55a984ed7ea12c1dde49c4eb13d5b4f47471bf95
Imported Translations from Transifex

Change-Id: I870caf5258a16e00134d22d1e6757b1e3deab41d
Remove security_group_handler

Now that nova's security groups are more plugable and decoupled from the
database the security_group_handler code is not very useful so this patch
removes it.

A little info about the security_group_handler:
The security_group_handle code was added to provide a hook into nova security
groups so that one could get security group add/delete/update notification
and proxy them somewhere else (i.e quantum). Trying to actually using this
method opens one up to several transactional issues because in the current
implemenation the security group is commited to the nova database before
security_group_handler is called.

Implements blueprint: remove-security-group-handler

Change-Id: I45047fe8dbb81555505e03309838910113080c37
Remove random print statements

Noticed a random print statement in the code and then grep around for the rest.
Might as well remove these.

Change-Id: Ieb2d72cf55cbf077c2e824d430707211d1f87b8e
Merge "Delete InstanceSystemMetadata on instance deletion"
Merge "Sync oslo-incubator print statement changes"
Merge "Imported Translations from Transifex"
Merge "Remove random print statements"
Merge "Remove security_group_handler"