问题一：Timeout wating on RPC response, topic:"network"
描述：
启动实例一直等待，然后变为error。查看日志，是 timeout waiting on rpc response, topic "network", method: "validate_networks", info:"<Unknown>":
排错思路：
- 查看rabbitmq是否连接，rabbit日志是否报错。这里我使用了web控制台登录进行查看，没有问题。
- 查看firewall设置是否正确, 这里满足文档中的设定，因此可以排除。
- 查看源码，compute api类调用了network rpc api，然后没有收到响应。这里的主题是network，在rabbitmq中没有发现topic是network的exchange，怀疑是因为network api设定为nova network，而不是neutron。
- nova命令行和neutron命令行都可以成功调用。因此，可能是Nova和neutron整合的部分出了问题，也就是nova.conf里面的配置。后来查看neutron的api设置对了，就是nova.network.neutronv2.API。
- 不得已将debug打开，发现根本没有正确读取neutron的配置。
原来是nova.conf中[database]导致的，设置了这个之后，下面的应该都作为database的配置进行读取，从而忽略了neutron的配置。
解决办法：调换位置，将neutron的配置放到[default]下面，然后将[database]放到最后。
问题二：无法使用ssh密钥登录
描述：在使用ubuntu cloud image启动的时候，选择了之前创建的一个密钥，但是启动之后可以ping通却无法ssh登录。
原因：密钥根本没有注入。
分析：
- 密钥注入采用启动时获取metadata的方式，即访问169.254.169.254的地址
- 首先虚拟机内部访问该地址，应该有个路由，将169.254.169.254转向网络节点。网络节点收到后，通过iptables的规则发送给metadata-agent，然后metadata-agent请求nova-api-metadata服务，nova返回响应。
排错思路：
- 确保网络节点metadata-agent服务启动，确保控制节点8775端口开启。
- 查看nova.conf文件，主要看几个东西：
- enable_apis里面有metadata这一项，否则，nova-api启动的时候就不会把nova-api-metadata随着启动
- service_neutron_metadata_proxy设置为true
- neutron_metadata_proxy_shared_secret设置正确，和neutron/metadata_agent.ini 里面配置的相同
- 网络节点和计算节点都要配置ip转发：
net.ipv4.ip_forward=1 - 修改完配置后记得重启相应的服务
这时，发现配置没有问题之后，测试还是有错。
考虑到这里是用了flat模式，这样的话，就无法对接metadata-agent了。
因此在搜索neutron flat metadata时，http://developer.rackspace.com/blog/neutron-networking-simple-flat-network.html 里面说：
By specifying the --no_gateway flag and defining a default route manually, we’re able to provide instances with a default route as well as an automatic metadata route to the namespace IP.
因此，删除所有的实例，然后重新建立subnet且不指定gateway,以便于使用metadata：
neutron subnet-create --name sharenet1 --no-gateway --host-route destination=0.0.0.0/0,nexthop=10.109.253.1 --dns-nameserver 10.3.9.4 --allocation-pool start=10.109.253.108,end=10.109.253.150 flat-provider-network 10.109.253.0/24
有路由了：
这回变为500，查看metadata-agent的log，发现：
于是将auth_region从RegionOne改为regionOne(略坑).
成功登录。
参考资料：
SSH登录虚拟机出现"Read from socket failed: Connection reset by peer"问题的解决办法