OpenStack Icehouseのインストールエラーとソリューション– CentOS

私はCentOSにOpenStackIcehouseをほぼ1週間インストールしようとしています（これを初めて行ったので、インストールと構成全体を完了するのに1週間かかりました）。公式ドキュメントに従いましたが、インストールプロセス中にバグが発生したエラーを解決するために、openstackサポートサイトを含むさまざまなフォーラムを参照する必要がありました。そこで、この記事で私に役立つすべてのエラーと解決策をキャプチャすることを考えました。 Keystone、Glance、Novaサービスのインストール中に発生したいくつかのエラーと解決策を確認できます。うまくいけば、それは誰かに役立つかもしれません。

さて、ここにもう少し…

エラー：neutron-serverを起動できず、ログが書き込まれました–中性子は停止していますが、pidファイルが存在します

# service neutron-server start
# service neutron-server status
neutron dead but pid file exists

解決策：

通常、keystone、glance、novaサービスをインストールした後、MySQLで対応するデータベースを作成する必要があります（通常、データベースは手動で作成されます）。ただし、neutronサービスはデータベースに自動的にデータを入力するため、これは必要ありません。ただし、そのように動作しなかったため、手動で「 neuront-db-manage」を実行する必要がありました。 「neutron-server」を開始する前に。

注： 公式ドキュメントによると、データベースを同期する前に、neutronサーバーを手動で起動することをお勧めします。サービスの開始に失敗した場合にのみ、以下の手順を実行する必要があります。

以下のコマンドを実行して、ネットワークプラグインを構成します

# openstack-config --set /etc/neutron/neutron.conf DEFAULT core_plugin neutron.plugins.ml2.plugin.Ml2Plugin
# openstack-config --set /etc/neutron/neutron.conf DEFAULT service_plugins neutron.services.l3_router.l3_router_plugin.L3RouterPlugin

次に、neutronデータベースにデータを入力します…

# su -s /bin/sh -c "neutron-db-manage --config-file /etc/neutron/neutron.conf --config-file /etc/neutron/plugin.ini upgrade head" neutron

neutron-serverを起動してみてください。それは私のために働いた。

エラー：サーバーがエラーを起こしたか、実行できません要求された操作。 （HTTP 500）

上記のエラーは、novaのネットワークとブートコマンドを実行したときにスローされました。

[root@gcontroller]#nova --debug network-create tg-network --bridge br100 --multi-host T --fixed-range-v4 10.180.14.160/27

解決策：
以下のコマンドを実行してみてください…

[root@gcontroller]#nova-manage network create tg-network --multi_host=T --fixed_range_v4=10.180.14.160/27 --bridge=br100 --num_networks=1 --network_size=256

エラー：NetworkNotCreated：ネットワークを作成するにはブリッジが必要です

[root@gcontroller]# nova-manage network create tg-network --multi_host=T --bridge_interface=br100 --fixed_range_v4=10.180.14.160/27
Command failed, please check log for more info

詳細については、エラーログを確認してください…

[root@gcontroller]#tailf /var/log/nova/nova-manage.log
2015-02-06 18:33:07.656 5080 CRITICAL nova [req-750edab1-9736-4cff-9395-e596f316e596 None None] NetworkNotCreated: bridge is required to create a network.

解決策：

上記のエラーメッセージにあるように、ネットワークを作成するにはbridge_interfaceを指定する必要があります。したがって、コマンドは次のようになります。「 –bridge_interface =br100」を探します。 ‘

[root@gcontroller]#nova-manage network create tg-network --multi_host=T --fixed_range_v4=10.180.14.160/27 --bridge_interface=br100 --num_networks=1 --network_size=256

[root@gcontroller]# nova net-list
+--------------------------------------+---------+------------------+
| ID                                   | Label   | CIDR             |
+--------------------------------------+---------+------------------+
| 60dfd46a-4649-4758-8b8d-88cc562b9b39 | tg-network | 10.180.14.160/27 |
+--------------------------------------+---------+------------------+

エラー：より高いバージョンのpyparsingが必要– Requirements.parse（'pyparsing> =2.0.1'）

# neutron net-create ext-net --shared --router:external=True (pyparsing 1.5.6 (/usr/lib/python2.6/site-packages), Requirement.parse('pyparsing>=2.0.1')) 
'Namespace' object has no attribute 'debug'

解決策：

より高いバージョンのpyparsingをインストールする必要があることは明らかです。 Pythonモジュールをインストールする最も簡単な方法は、「 pip」を使用することです。 ‘または‘ easy_install ‘。

easy_install pyparsing

しかし、ご存知のとおり、モジュールのコンパイルとインストールがうまくいかない場合があります。このような場合は、ここから最新バージョンのpyparsingをダウンロードできます。

[root@gcontroller pyparsing-2.0.1]# python setup.py build
running build
running build_py
creating build
creating build/lib
copying pyparsing.py -> build/lib
[root@gcontroller pyparsing-2.0.1]# python setup.py install
running install
running build
running build_py
running install_lib
copying build/lib/pyparsing.py -> /usr/lib/python2.6/site-packages
byte-compiling /usr/lib/python2.6/site-packages/pyparsing.py to pyparsing.pyc
running install_egg_info
Writing /usr/lib/python2.6/site-packages/pyparsing-2.0.1-py2.6.egg-info

エラー：INFO nova.wsgi [-]WSGIサーバーを停止しています| INFO nova.openstack.common.service [-] SIGTERMをキャッチし、終了します| [Errno111]接続が拒否されました

novaコマンドの1つを実行すると、上記のエラーが発生しました。

[root@gcontroller]# nova net-list
ERROR: [Errno 111] Connection refused

/ var / log / novaの下のログファイル 上記のエラーが明らかになりました。

INFO nova.wsgi [-] Stopping WSGI server.
INFO nova.wsgi [-] WSGI server has stopped.
INFO nova.wsgi [-] WSGI server has stopped.
INFO nova.wsgi [-] WSGI server has stopped.
INFO nova.openstack.common.service [-] Caught SIGTERM, exiting

解決策：

「接続が拒否されました」というエラーが表示された場合は、必要なサービスの1つが正しく実行されていないことは明らかです。デバッグ後、「 openstack-nova-metadata-api」を起動すると理解しました ‘、‘ openstack-nova-apiを強制終了します ' サービス。その理由は、openstack-nova-apiがすでに「metadata-api」を一緒に実行していて、「openstack-nova-metadata-api」を個別に起動すると、他のサービスが強制終了されたためです。

問題を解決するには、

• $ vi /etc/nova/nova.conf
• 「enabled_apis」を探してください ‘とその値‘ ec2、osapi_compute、metadata ‘
• 「enabled_apis」から「metadata」を削除します
• これで、両方の「 openstack-nova-api」を開始できます。 ‘および‘ openstack-nova-metadata-api ‘。両方のサービスは個別に実行されます。

場合によっては、「metadata-api」を「openstack-nova-api」と一緒に開始する場合は、「enabled_apis」を「ec2、osapi_compute、metadata」の値のままにして、「openstack-nova-metadata-api」を停止します。 ‘システムの起動中に開始してから。これを行うには、以下のコマンドを実行するだけです。

$ chkconfig openstack-nova-metadata-api off
$ chkconfig openstack-nova-api on

エラー：iptables-restore v1.4.6：不正なIPアドレス「gcompute」

上記は、コンピュートノードでnova-networkを起動しようとしたときに発生しました。 / var / log / novaの下のログファイル 上記のメッセージを明らかにしました。

解決策：

• /etc/nova/nova.confを開きます ‘ my_ip を探してください ‘属性。
• 「my_ip」を確認してください ‘にはIPアドレスが含まれています 値として、ホスト名、FQDN、ローカルホストではない 。私の場合、それは計算ノードのFQDNでした。 IPアドレスに変更しました。
• ここでopenstack-nova-networkを再起動します サービスを提供し、期待どおりに機能するはずです。

エラー：インスタンスのクォータを超えました：要求された1、ただしすでに10個のインスタンスのうち10個を使用（HTTP 413）

新しいインスタンスを起動するためのデフォルトのクォータ制限を変更する必要があります。デフォルトのクォータ制限を表示するには、以下のコマンドを実行します。

[root@gcontroller]# nova quota-defaults
+-----------------------------+-------+
| Quota | Limit |
+-----------------------------+-------+
| instances | 10 |
| cores | 20 |
| ram | 51200 |
| floating_ips | 10 |
| fixed_ips | -1 |
| metadata_items | 128 |
| injected_files | 5 |
| injected_file_content_bytes | 10240 |
| injected_file_path_bytes | 255 |
| key_pairs | 100 |
| security_groups | 10 |
| security_group_rules | 20 |
+-----------------------------+-------+

以下のコマンドを使用すると、新しい割り当て制限を設定できます。

[root@gcontroller]# nova quota-class-update --instances 35 default
[root@gcontroller]# nova quota-defaults
+-----------------------------+-------+
| Quota                       | Limit |
+-----------------------------+-------+
| instances                   | 35    |
| cores                       | 20    |
| ram                         | 51200 |
| floating_ips                | 10    |
| fixed_ips                   | -1    |
| metadata_items              | 128   |
| injected_files              | 5     |
| injected_file_content_bytes | 10240 |
| injected_file_path_bytes    | 255   |
| key_pairs                   | 100   |
| security_groups             | 10    |
| security_group_rules        | 20    |
+-----------------------------+-------+

Cirros Imageは起動されてアクティブですが、ターミナルにログインするためのユーザー名とパスワードは何ですか？

Cirrosイメージ（セットアップをテストするのに最も簡単なもの）を使用してインスタンスを起動し、新しいインスタンスのターミナルにアクセスしたい場合は、ユーザー名を「cirros」、パスワードを「cubswin:)」としてSSHで接続します。

#ssh [email protected]

Openstackダッシュボードにログインできません

「何かがうまくいかなかった！予期しないエラーが発生しました。 openstackダッシュボードにアクセスしたときに、ページを更新してみてください」

OPENSTACK_HOST = "gcontroller.org.in"
OPENSTACK_KEYSTONE_URL = "http://%s:5000/v2.0" % OPENSTACK_HOST
OPENSTACK_KEYSTONE_DEFAULT_ROLE = "admin"

ALLOWED_HOSTS = ['10.180.5.50', '10.180.5.49', '10.180.10.132']