今天想debug一下nova-compute进程， 用devstack迅速安装之后， kill掉nova-compute进程，然后修改nova/cmd/__init__.py文件的“eventlet.monkey_patch(os=False)”为“eventlet.monkey_patch(all=False, socket=True, select=True)", 最后在eclipse中启动nova pydev工程的nova-compute进程。运行devstack无外乎就是想快速的搭建一个debug环境去将精力集中到想要调试的代码， 但是经常性的devstack或其他不相干的组件喜欢拖一下后腿。总结一下：

1, 执行第一次'nova boot'命令可以启动一个虚机， 但执行第二次时直接在nova-schedule那里就ERROR了， 机器配置还行，资源肯定是够的。所以调试了一番， 问题找到了， 在nova.conf文件的default段添加配置"service_down_time = 7200", 搞定。那是因为debug时间长了， nova-compute进程没有及时向DB汇报它还活着的状态， 这样nova-schedule误认为没有合适的计算节点可供调度了。

2, 在eclipse里直接运行没问题， 但只要一debug要调用nova-conductor的方法时断点就hang在那里出不来了, 日志中时不时出现”MessagingTimeout: Timed out waiting for a reply to message“， 来点绝的， 直接修改nova.conf文件，添加：

[conductor]
use_local=true

3, 我将代码从master分支降级到icehouse后运行devstack时迁移DB的脚本报错不是说缺这个就是缺那个， 删除那个高版本的pyc文件， 搞定。

find . -name "*.pyc" -exec rm -rf {} \;

4, 在我的印象中， 运行devstack时， glance是最喜欢抽风的组件， 没空去搭理它， 那就在stack.sh里直接注释掉upload_image那行，最后再手动添加镜像了。

wget http://cdn.download.cirros-cloud.net/0.3.2/cirros-0.3.2-x86_64-disk.img
glance image-create --name=cirros-64 --disk-format=qcow2 --container-format=bare --is-public=True --progress < cirros-0.3.2-x86_64-disk.img

5, 和os-queues-api-version相关的error, 那是因为现在marnoi更名为zaqar， 需用zaqarclient代替marconiclient, 所以： sudo pip uninstall python_marconiclient  。不然python-openstackclient会去扫描/usr/local/lib/python2.7/dist-packages目录下的所有openstack.cli.extension模块去试图加载，这样zaqarclient与marconiclient两个都加载了重复了。

PLUGIN_MODULES.extend(get_plugin_modules(
    'openstack.cli.extension',
))