GitHub PushEvent at 2014-04-14 09:43:36
Repository: barclamp-nova
Actor: dirkmueller
Payload: {"shas":[["80be7c9ef527d8e87b13879b32d8d0050cd28c8c","4342b29caadd28ff38359776cc35a8cfc392e9cf@suse.com","Use attribute from rabbitmq node to get rabbitmq IP address\n\nThe rabbitmq cookbook saves the IP address used by rabbitmq to listen,\nso no need to do some fancy thing to get it.","Vincent Untz",true],["bbe9e1c12403d9e8e042c79cfc0a70376f91804e","4342b29caadd28ff38359776cc35a8cfc392e9cf@suse.com","Use helper from database cookbook to get database IP address\n\nThis way we're ready for when HA will be used for database.","Vincent Untz",true],["5196ac84ac5b3946d94213c59b705272ea435d45","e764f3b86ee73612dfcd2a1d0882fcec36ac5179@suse.cz","rearrange/clean cookbook dependendencies","Ionuț Arțăriși",true],["b065d31d183a8aa2bd6ab329740f684125942409","e764f3b86ee73612dfcd2a1d0882fcec36ac5179@suse.cz","install and configure memcached for novncproxy","Ionuț Arțăriși",true],["0b7836d08ea621079f98abc836d87d6f445497cb","4342b29caadd28ff38359776cc35a8cfc392e9cf@gnome.org","Merge pull request #337 from vuntz/db-ha\n\nGet ready for HA in database and rabbitmq","Vincent Untz",true],["c7f0c2209867df949e07892518eaf64d3a4aae0b","4342b29caadd28ff38359776cc35a8cfc392e9cf@suse.com","Use strings and not symbols as keys for hashes in migration scripts\n\nI had a failure for one migration (while migration a role, not a\nproposal) because of this.","Vincent Untz",true],["58e0b60bdacd79c614f4cd3a7a8178fef92b07d5","4342b29caadd28ff38359776cc35a8cfc392e9cf@gnome.org","Merge pull request #338 from mapleoin/memcached-novnc\n\nuse memcached backend for novncproxy","Vincent Untz",true],["2abde3c639a9d37d1cf791e5dd47e2dc113acf4c","4342b29caadd28ff38359776cc35a8cfc392e9cf@suse.com","Use new synchronization helpers to avoid races when deploying with HA\n\nThere are a number of possible races when deploying nova for the\nfirst time:\n\n - when creating of the database / database user\n - when registering the endpoint and creating users in keystone\n - setting availability zones for compute nodes","Vincent Untz",true],["30402ec5a318e3c8810566d33656576b23767e0f","4342b29caadd28ff38359776cc35a8cfc392e9cf@suse.com","Manage nova-controller services with pacemaker\n\nWe create the primitives/group/clone resources (protected with\ncrowbar_pacemaker_sync_mark) and we use the\nChef::Provider::CrowbarPacemakerService service provider.","Vincent Untz",true],["e2e90ab0781db44a2ab8949125fed47463b458d0","4342b29caadd28ff38359776cc35a8cfc392e9cf@suse.com","Update for changed attribute for neutron HA","Vincent Untz",true],["d1f7defb45cf359db4a907bd245b5e0652c721a1","4342b29caadd28ff38359776cc35a8cfc392e9cf@gnome.org","Merge pull request #340 from vuntz/fix-migrations\n\nUse strings and not symbols as keys for hashes in migration scripts","Vincent Untz",true],["5935fd930d5d119a9cf5771b4afd234a34963c08","e38ce5ff92b09da805a3a79c82f31a18ed098914@users.noreply.github.com","Merge pull request #341 from vuntz/sync-marks\n\nUse new synchronization helpers + manage services with pacemaker","Balazs Kutil",true],["c7d442bdc76879c747b285fa500cc6a8e6274abb","4342b29caadd28ff38359776cc35a8cfc392e9cf@gnome.org","Merge pull request #342 from vuntz/neutron-update\n\nUpdate for changed attribute for neutron HA","Vincent Untz",true],["d27b8a4c967d2d395645f823be00b914021e5da9","4342b29caadd28ff38359776cc35a8cfc392e9cf@suse.com","Run crowbar-nova-set-availability-zone command in a delayed notification\n\nUntil now, we were running the crowbar-nova-set-availability-zone calls\nas part of the chef run, which resulted in a loss of nova-related\nnotification if the calls ever failed. This could result in services not\nbeing restarted after a config change.\n\nSo instead, we use the same trick as in the neutron cookbook and we run\nthe commands in a delayed notification, so that it runs at the end.\n\nThis makes us lose the synchronization, but I don't think it's strictly\nrequired here.\n\n(Failures might still impact notifications of cookbooks coming later,\nbut that's less likely than notifications for the nova services since a\nfailure here would generally be caused by a change in the nova config,\nnot by a change in the config from later cookbooks)","Vincent Untz",true],["0a33066edbf9c5bc1d0a5e6474579fec78c64f32","4342b29caadd28ff38359776cc35a8cfc392e9cf@gnome.org","Merge pull request #343 from vuntz/delay-az\n\nRun crowbar-nova-set-availability-zone command in a delayed notification","Vincent Untz",true],["3bfbc33d87c8ad88fc72424029e58f68b0b101bb","6972bdd7dec75710593d62d13eab0eaf0ce26d83@suse.de","Add insecure flag to keystone_authtoken config when required","Ralf Haferkamp",true],["e4e3591026a31cdf02839fa7f922141200b4bfbe","4342b29caadd28ff38359776cc35a8cfc392e9cf@gnome.org","Merge pull request #344 from rhafer/keystone_insecure\n\nAdd insecure flag to keystone_authtoken config when required","Vincent Untz",true],["ca0b6c6fba0ebb119e5a7c9197182bd0481ccd5a","4342b29caadd28ff38359776cc35a8cfc392e9cf@suse.com","ha: Follow convention for pacemaker resource naming","Vincent Untz",true],["a5961339d804e77ae936ee5799c38d154440ca7b","4342b29caadd28ff38359776cc35a8cfc392e9cf@suse.com","ha: Do not pass is-managed / target-role meta when creating resources\n\nWe are happy with the default values.","Vincent Untz",true],["06eeed0b7a14f532c1f30413c33fc52ebae1489b","4342b29caadd28ff38359776cc35a8cfc392e9cf@gnome.org","Merge pull request #345 from vuntz/ha-convention\n\nUpdate pacemaker resource names + other conventions for HA","Vincent Untz",true]],"size":26,"ref":"refs/heads/release/stoney/master","head":"6b923ea0c59e5e986e502e1aa49bfbb41636f22f"}