Was working on upgrading OpenStack lab from Havana to Icehouse release. It looks like it’s common problem after installation of new OpenStack service packages if you have MySQL db backend. db_sync command

# <service>-manage db_sync

returns error related to the issue with collation of some tables in database.

Here is an awesome post pouring some light on using node attributes during ServerSpec tests, but I have one tiny addition. It’s useful to have node attributes supplied by Ohai, so I’d add this to the respective recipe: --- a/test/fixtures/cookbooks/test-helper/recipes/default.rb 2014-12-19 16:55:02.636535159 -0800 +++ b/test/fixtures/cookbooks/test-helper/recipes/default.rb 2014-11-24 20:28:35.083708281 -0800 @@ -20,6 +20,7 @@ attrs = {} + attrs = attrs.deep_merge(node.automatic_attrs) unless node.automatic_attrs.empty? attrs = attrs.deep_merge(node.default_attrs) unless node.default_attrs.empty? attrs = attrs.deep_merge(node.normal_attrs) unless node.

Recently hit the problem with Chef server 11.0.12-1.ubuntu.12.04 trying to test updates for OpenStack StackForge cookbooks. stable/havana cookbooks depend on the cookbook openstack-common ~> 8.0, stable/icehouse depend on the cookbook openstack-common ~> 9.0

I like Chef, but some aspects of its internal kitchenary are pretty poorly documented (or I’m not good enough with Chef to understand why it should behave this exact way).

I’ve hit an annoying problem trying to fix library in a chef cookbook:

I’m playing with OpenStack and decided to bring up a testing environment on my home Debian computer.

I’m using KVM virtualization, launching VMs as non-root user and hit an issue not described in official documentation.