問題一：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(略坑).

成功登錄。

?

參考資料：

什么是openstack的metadata

metadata在OpenStack中的使用（一）

SSH登錄虛擬機出現"Read from socket failed: Connection reset by peer"問題的解決辦法

轉載于:https://www.cnblogs.com/cubika/p/3659129.html

總結

以上是生活随笔為你收集整理的Openstack Havana的两个排错过程的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。