disconnect novnc from gitbase

It turns out that grenade sets gitbase, however some of our
repositories don't have git.openstack.org repos. This causes a
really interesting failure case with grenade because novnc checkout
fails, then it does a checkout to master of nova.

Change-Id: I820b661dacee019928200935ae10d1e36d7b821b
don't leave ourselves inside git directories

to ensure that we don't accidentally do the wrong thing to the
wrong git directory, make sure we return to the original directory
after doing a checkout.

Change-Id: I15d97bee86388f12ee1768123cd8fece78157ba6
split up stop_nova to isolate stop_nova_compute

Split stop_nova into: stop_nova_compute and stop_nova_rest. This is
needed to support the partial-ncpu grenade test where we want to stop
everything but nova_compute.

Patch in master: I6a21821277e56897d705ca5746806e2211632d12

Change-Id: I031707a49974df684cc473737ceb07cecc262c66
Specify DEFAULT section for libvirt_inject_partition

The first parameter of iniset is the section.

Fixes Ic71baa25cda4b65c79c7c5f64bbb802774e489f4

Change-Id: I5b31084aa9752ac568da94c6ed80ce2ab2befd68
Merge "Specify DEFAULT section for libvirt_inject_partition" into stable/havana
Merge "split up stop_nova to isolate stop_nova_compute" into stable/havana
Applies neutron-conductor service on OpenStack Havana

The current bottleneck in Neutron is the part when a neutron agent
requests "security_group_rules_for_devices" to the server
in order to update its port's SG rules.
This operation takes an average 24 secs according to our observation and
it is also the main cause of some VMs not able to receive DHCP responses
in severe conditions.

To enhance the throughput performance of VM provisioning with Neutron,
we have created a neutron-conductor service which currently only handles
"security_group_rules_for_devices" requests. Results show that
applying the conductor service enhances VM provisioning throughput up to 400%.

== Test Environment ==
Tested on CentOS 6.4 with ML2 plugin with OVS driver.
Linux devstack-centos64 2.6.32-358.123.2.openstack.el6.x86_64
4 CPU cores
8G memory
https://gist.github.com/zyluo/9522619

== The localrc file used for testing ==
https://gist.github.com/zyluo/9503014
(Edit the passwords according to your settings)

*IMPORTANT*
If you have your own localrc file, be sure you have "enable_service neutron"
added into it. Also note that the conductor service has only been tested
with the ML2 plugin with the OVS driver.

== Stress test script ==
https://gist.github.com/zyluo/9522329
(Edit the admin password according to your settings)

== Verification scipt ==
DHCP_UUID=$(ip netns | grep dhcp | cut -c7-)
IP_CNT=$(cat /opt/stack/data/neutron/dhcp/$DHCP_UUID/host | wc -l)
VM_CNT=$(nova list | grep ACTIVE | awk '{print $12}' | sort | wc -l)
if [[ $IP_CNT -eq $(($VM_CNT+1)) ]]; then echo "OK"; else echo "FAIL"; fi

(There is one additional IP count compared to the VM count which is the
gateway IP.)

== Cleanup script ==
nova list | grep ACTIVE | awk '{print $2}' | xargs -l nova delete

== Neutron conductor branch ==
(This branch will be automatically pulled to /opt/stack/neutron)
https://github.com/zyluo/neutron/tree/havana_conductor_sg_only