novaコマンドのエラーについて

[シンスケコンドウ]

OpenStackユーザ会の皆様

お世話になっております。

近藤といいます。

 

現在Ubuntu13.10とIcehouseでOpenStack環境を作ろうとしているのですが、novaコマンドの実行が上手くいかず、立ち行かなくなっています。

どなたかご助言頂けると助かります。

 

現象としては、nova image-listを実行すると、以下のエラーが標準出力されます。

ERROR： 'images'

 

/var/log/nova配下のログを見てもエラーらしきものは確認できませんでした。ただしnova --debug listを実行すると以下のような結果が返ってきました。

～省略～

DEBUG (shell:777) 'servers'
Traceback (most recent call last):
  File "/usr/local/lib/python2.7/dist-packages/novaclient/shell.py", line 774, in main
    OpenStackComputeShell().main(map(strutils.safe_decode, sys.argv[1:]))
  File "/usr/local/lib/python2.7/dist-packages/novaclient/shell.py", line 710, in main
    args.func(self.cs, args)
  File "/usr/local/lib/python2.7/dist-packages/novaclient/v1_1/shell.py", line 1138, in do_list
    search_opts=search_opts)
  File "/usr/local/lib/python2.7/dist-packages/novaclient/v1_1/servers.py", line 583, in list
    return self._list("/servers%s%s" % (detail, query_string), "servers")
  File "/usr/local/lib/python2.7/dist-packages/novaclient/base.py", line 69, in _list
    data = body[response_key]
KeyError: 'servers'
ERROR: 'servers'

 

現在、keystoneとglanceをインストールし、サービス・エンドポイントの設定を行っており、glance image-listでは、アップロードしたttylinuxが表示されています。

+--------------------------------------+--------------+-------------+------------------+----------+--------+
| ID                                   | Name         | Disk Format | Container Format | Size     | Status |
+--------------------------------------+--------------+-------------+------------------+----------+--------+
| f57635f6-232d-474c-8d26-6e7abd655d11 | ttylinux-aki | aki         | aki              | 4404752  | active |
| eac35ce4-da55-440f-9436-a04893072da0 | ttylinux-ami | ami         | ami              | 25165824 | active |
| 22deffc2-31f7-4d5a-8f15-660630e6857d | ttylinux-ari | ari         | ari              | 96629    | active |
+--------------------------------------+--------------+-------------+------------------+----------+--------+

 

インストールは、apt-getでコンポーネントを一つずつインストール・設定している状況です。

ちなみに構成は、１台のマシンに全てのコンポーネントを入れるつもりでいます。

DevStackなど簡易インストーラも利用しようとしたのですが、インストール中にエラーが発生したため、個別に入れていこうと今やっています。

 

Pythonの知識もあまり無く、初めてのOpenStack構築ということもあり、知識不足だとは思っているのですが、どうぞご教授のほどお願いします。

 

以上です。

[Akira Yoshiyama]

吉山です。こんにちは。

glance image-list
を実行するとどうなりますか？

>--
>このメールは Google グループのグループ「日本OpenStackユーザ会」の登録者に送られています。
>このグループから退会し、グループからのメールの配信を停止するには
>openstack-ja...@googlegroups.com にメールを送信してください。
>その他のオプションについては、https://groups.google.com/d/optout にアクセスしてください。

--
吉山あきら <akirayo...@gmail.com>

[Akira Yoshiyama]

吉山です。

下の方にちゃんと書いてありましたね。すいません。

そもそも /servers を見てる時点で何かおかしい気がします。

--
吉山あきら <akirayo...@gmail.com>

[シンスケコンドウ]

吉山様

返信ありがとうございます。

 glance image-listを実行すると上述したように、

+--------------------------------------+--------------+-------------+------------------+----------+--------+
| ID                                   | Name         | Disk Format | Container Format | Size     | Status |
+--------------------------------------+--------------+-------------+------------------+----------+--------+
| f57635f6-232d-474c-8d26-6e7abd655d11 | ttylinux-aki | aki         | aki              | 4404752  | active |
| eac35ce4-da55-440f-9436-a04893072da0 | ttylinux-ami | ami         | ami              | 25165824 | active |
| 22deffc2-31f7-4d5a-8f15-660630e6857d | ttylinux-ari | ari         | ari              | 96629    | active |
+--------------------------------------+--------------+-------------+------------------+----------+--------+

の結果が返ってきます。

アップロードにはhttp://oss.fulltrust.co.jp/doc/openstack_com_grizzly/glance_com.htmlの４.３.２.４.１を参考に行ったのですが、何か作業が足りてませんでしょうか？

[藤岡悠一]

コンドウ様

nova image-listはまずnovaへHTTPリクエストを行うため、Novaがインストールされていないと使えません。

keystoneとglanceをインストールしたとのことですが、Novaはインストールされていますでしょうか？

2014年5月20日 6:33 シンスケコンドウ <ksinsu...@gmail.com>:

--
このメールは Google グループのグループ「日本OpenStackユーザ会」に登録しているユーザーに送られています。

[シンスケコンドウ]

藤岡様

返信ありがとうございます。novaサービスのインストールとして以下のパッケージをインストールしました。

nova-scheduler

nova-api

nova-conductor

nova-common

python-novaclient

上記のパッケージより不足しているパッケージなどありますでしょうか？

2014年5月20日火曜日 17時37分48秒 UTC+9 藤岡悠一:

[Tomoaki Nakajima]

近藤さん

お世話になります。中島と申します。

nova の設定を debug=True, verbose=yes にして、
エラーを再現させると何かヒントになるようなメッセージがでませんか？
まだでしたら確認してみてください。

よろしくお願い致します。

At Tue, 20 May 2014 01:58:53 -0700 (PDT),
シンスケコンドウ wrote:
>
> [1 <text/plain; UTF-8 (base64)>]
>
> [2 <text/html; UTF-8 (base64)>]

[シンスケコンドウ]

中島様

コメントありがとうございます。

 verbose=yes はやっていなかったので、やってみます。

ちなみに構成としてNovaの(api,conductor,scheduler)とNovaの(compute)を同じマシンに入れても動くものでしょうか？

リソースがなく、全てのコンポーネントを1台のマシンに入れて、OpenStackの動作を確認しようとしています。

2014年5月20日火曜日 20時41分01秒 UTC+9 irix_jp:

[Akira Yoshiyama]

吉山です。こんにちは。

２点確認をお願いします。
・nova-api は動いていますか？
（ps ax | grep nova-api で確認）
・動いている場合、nova-api のログに何か出ていますか？
（tail /var/log/nova/nova-api* で確認）

>openstack-ja...@googlegroups.com<javascript:>にメールを送信してください。

>> > その他のオプションについては https://groups.google.com/d/optout にアクセスしてください。
>> >
>> >
>>
>
>--

>このメールは Google グループのグループ「日本OpenStackユーザ会」の登録者に送られています。

>このグループから退会し、グループからのメールの配信を停止するには
>openstack-ja...@googlegroups.com にメールを送信してください。
>その他のオプションについては、https://groups.google.com/d/optout にアクセスしてください。

--

吉山あきら <akirayo...@gmail.com>

[powered.by.solaris]

近藤さん

シングルノードにAll in Oneも可能です。ただし、メモリ等は多めに搭載された機器がよいと思います。

また step by step の手動構築を試されてるようにお見受けしますが、

まずは devstack や RDO/packstack 等の構築ツールを利用して環境を構築してみて、

そこで生成される設定ファイルを参考にしつつ手動で構築してみるのが良いと思います。

よろしくお願い致します。

中島

2014年5月21日 12:14 Akira Yoshiyama <akirayo...@gmail.com>:

[シンスケコンドウ]

中島様

verbose=yes をつけてやってみましたが、ログに問題のありそうな点が見当たりませんでした。(単なる私の知識不足かもしれませんが。)

一応、nova image-listを実行した時のログを添付します。ちなみにフレーバーの定義をしようとして、nova flavor-listを実行しましたが、同じようにエラーが出力されてしまいました。。

nova-api.log
2014-05-21 13:01:55.215 6322 INFO nova.osapi_compute.wsgi.server [-] (6322) accepted ('192.168.66.128', 42247)

2014-05-21 13:01:55.968 6322 DEBUG nova.api.openstack.wsgi [-] No Content-Type provided in request get_body /usr/lib/python2.7/dist-packages/nova/api/openstack/wsgi.py:835
2014-05-21 13:01:55.998 6322 DEBUG nova.api.openstack.wsgi [-] Calling method <bound method Versions.multi of <nova.api.openstack.compute.versions.Versions object at 0x3908150>> _process_stack /usr/lib/python2.7/dist-packages/nova/api/openstack/wsgi.py:962
2014-05-21 13:01:56.286 6322 INFO nova.osapi_compute.wsgi.server [-] 192.168.66.128 "GET /v237da0ad900aa4119bc743d59975e1bce/images/detail HTTP/1.1" status: 300 len: 486 time: 0.6088369

nova-compute.log
2014-05-21 13:01:56.929 6452 DEBUG nova.openstack.common.rpc.amqp [-] Making synchronous call on conductor ... multicall /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py:553
2014-05-21 13:01:56.930 6452 DEBUG nova.openstack.common.rpc.amqp [-] MSG_ID is 94dc72f8b3974d6f827b908890aee785 multicall /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py:556
2014-05-21 13:01:56.930 6452 DEBUG nova.openstack.common.rpc.amqp [-] UNIQUE_ID is 7662148e4bf942aeab66ddb4fee933e9. _add_unique_id /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py:341
2014-05-21 13:01:56.934 6452 DEBUG amqp [-] Closed channel #1 _do_close /usr/lib/python2.7/dist-packages/amqp/channel.py:88
2014-05-21 13:01:56.934 6452 DEBUG amqp [-] using channel_id: 1 __init__ /usr/lib/python2.7/dist-packages/amqp/channel.py:70
2014-05-21 13:01:56.937 6452 DEBUG amqp [-] Channel open _open_ok /usr/lib/python2.7/dist-packages/amqp/channel.py:420

nova-conductor.log
2014-05-21 13:01:56.935 6395 DEBUG nova.openstack.common.rpc.amqp [-] received {u'_msg_id': u'94dc72f8b3974d6f827b908890aee785', u'_context_quota_class': None, u'_context_request_id': u'req-b9e7ef5c-e132-487c-8743-aeb7f861fa3a', u'_context_service_catalog': [], u'_context_auth_token': '<SANITIZED>', u'_context_user_id': None, u'_reply_q': u'reply_bbfb707108ea416cb4da9246cf78ed08', u'namespace': None, u'_context_is_admin': True, u'version': u'1.34', u'_context_timestamp': u'2014-05-21T04:01:56.929057', u'_context_user': None, u'method': u'service_update', u'_context_remote_address': None, u'_context_roles': [], u'args': {u'values': {u'report_count': 4969}, u'service': {u'binary': u'nova-compute', u'deleted': 0, u'created_at': u'2014-05-19T10:27:38.000000', u'updated_at': u'2014-05-21T04:01:46.942953', u'report_count': 4968, u'topic': u'compute', u'host': u'ubuntu', u'disabled': False, u'deleted_at': None, u'disabled_reason': None, u'id': 3}}, u'_unique_id': u'7662148e4bf942aeab66ddb4fee933e9', u'_context_project_name': None, u'_context_read_deleted': u'no', u'_context_tenant': None, u'_context_instance_lock_checked': False, u'_context_project_id': None, u'_context_user_name': None} _safe_log /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/common.py:277
2014-05-21 13:01:56.936 6395 DEBUG nova.openstack.common.rpc.amqp [-] unpacked context: {'tenant': None, 'project_name': None, 'user_id': None, 'roles': [], 'timestamp': u'2014-05-21T04:01:56.929057', 'auth_token': '<SANITIZED>', 'remote_address': None, 'quota_class': None, 'is_admin': True, 'user': None, 'service_catalog': [], 'request_id': u'req-b9e7ef5c-e132-487c-8743-aeb7f861fa3a', 'instance_lock_checked': False, 'project_id': None, 'user_name': None, 'read_deleted': u'no'} _safe_log /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/common.py:277
2014-05-21 13:01:56.948 6395 DEBUG nova.openstack.common.rpc.amqp [req-b9e7ef5c-e132-487c-8743-aeb7f861fa3a None None] UNIQUE_ID is c9c04708fdd0497cb119fabb59f50ce2. _add_unique_id /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py:341
2014-05-21 13:01:56.952 6395 DEBUG amqp [-] Closed channel #1 _do_close /usr/lib/python2.7/dist-packages/amqp/channel.py:88
2014-05-21 13:01:56.952 6395 DEBUG amqp [-] using channel_id: 1 __init__ /usr/lib/python2.7/dist-packages/amqp/channel.py:70
2014-05-21 13:01:56.954 6395 DEBUG amqp [-] Channel open _open_ok /usr/lib/python2.7/dist-packages/amqp/channel.py:420
2014-05-21 13:01:56.955 6395 DEBUG nova.openstack.common.rpc.amqp [req-b9e7ef5c-e132-487c-8743-aeb7f861fa3a None None] UNIQUE_ID is b2204675e3fc4496874f1b39d25ccd2d. _add_unique_id /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py:341
2014-05-21 13:01:56.958 6395 DEBUG amqp [-] Closed channel #1 _do_close /usr/lib/python2.7/dist-packages/amqp/channel.py:88
2014-05-21 13:01:56.959 6395 DEBUG amqp [-] using channel_id: 1 __init__ /usr/lib/python2.7/dist-packages/amqp/channel.py:70
2014-05-21 13:01:56.961 6395 DEBUG amqp [-] Channel open _open_ok /usr/lib/python2.7/dist-packages/amqp/channel.py:420

2014年5月20日火曜日 21時05分49秒 UTC+9 シンスケコンドウ:

[シンスケコンドウ]

吉山様

コメントありがとうございます。

nova-apiは私も疑いましたが、動いていました。

ログは、先に投降しましたのでそちらを参照していただければと思います。

2014年5月21日水曜日 12時14分10秒 UTC+9 吉山あきら:

[シンスケコンドウ]

中島様

回答ありがとうございます。

最初は、devstackなどの簡易インストーラでインストールを試みていたのですが、インストール中にエラーが発生するなど問題が発生し、一から構築した方が早いのでは(たまたま知人がセミナーで構築手順書を持っていたので。。)と思い、step by stepでインストール/設定している次第です。

ちなみに、現在nova、keystone、glance、neutron、cinder、horaizonをインストールし、設定してしまっている状態なのですが、ここから構築ツールを利用して上書きしても問題は無いものでしょうか？

2014年5月21日水曜日 12時29分52秒 UTC+9 irix_jp:

[Tatsuya Kawano]

近藤さん、

powered.by.solaris <powered.b...@gmail.com>:

> また step by step の手動構築を試されてるようにお見受けしますが、
> まずは devstack や RDO/packstack 等の構築ツールを利用して環境を構築してみて、
> そこで生成される設定ファイルを参考にしつつ手動で構築してみるのが良いと思います。

質問の趣旨からは外れますが、最初はOpenStack環境自体を1台の仮想マシン上に構築して、構築の練習をするものおすすめです。RAMに余裕があれば、1台の物理マシン上で、複数のOpenStack環境（をインストールした仮想マシン）を同時に動かせますので、上記の中島さんおすすめの方法も試しやすいです。

仮想マシンなら、ディスクイメージのスナップショットをとれば、失敗してもやり直しできます。また、Linux KVM や VMware（Mac
OS X上のVMware Fusionを含む）を使えば、仮想マシン上のOpenStackで KVM
を動かせますので、Novaも意外にサクサク動くでしょう。キーワード「nested KVM」「KVM on
KVM」などで検索してみてください。

かわの

[シンスケコンドウ]

皆様

コメントや貴重な意見をいただき、ありがとうございます。

皆さんからのコメントにもありましたように、DevStackを使ってもう一度チャレンジすることにしました。

ところが、localrcを作成し、いざstack.shを実行すると以下のような無数のエラーが発生してしまいました。

Failed to fetch http://us.archive.ubuntu.com/ubuntu/pool/main/p/python-mox/python-mox_0.5.3-3_all.deb  Could not resolve　<プロキシ名>

内容からするとプロキシが邪魔して、目的の場所にたどり着けないと言っているのだと思うのですが、export no_proxy=localhost,127.0.0.1,127.0.1.1は指定してあります。

他に設定しなければならない内容がありますでしょうか？度々申し訳ありませんが、ご教授頂ければと思います。

2014年5月21日水曜日 13時47分37秒 UTC+9 Tatsuya Kawano:

[powered.by.solaris]

近藤さん

初めての挑戦であれば、CentOS6 + RDO/packstack の方が簡単だと思います。

http://openstack.redhat.com/Main_Page

またProxyを外して直接インターネットへアクセスできる環境下で試すことをおすすめします。

まずは最も制限が少なく、かつ簡単な方法で成功例を作ってみて下さい。

そこからの差分をみつつ、環境を複雑にしていくのが最も近道だと思います。

現状ではdevstackの設定なのか、ホスト上でのProxyの設定なの、

そもそもProxyサーバそのものが施している何らかのアクセス制限等の問題なのか、

切り分けするのが困難です。

よろしくお願いいたします。

2014年5月21日 20:16 シンスケコンドウ <ksinsu...@gmail.com>:

--

このメールは Google グループのグループ「日本OpenStackユーザ会」に登録しているユーザーに送られています。

[シンスケコンドウ]

中島様

コメント頂き、ありがとうございます。

ただ、これまでも以下の組み合わせでインストールに失敗しており、時間が無いことからも何とか成功させたいと考えております。

CentOS5 64bit+packstack

CentOS6.1 64bit +packstack

Ubuntu13.1+juju

同じプロキシ設定で動いているIEは目的のURLにたどり着けますので、Proxyサーバ自体に問題があるのは考えられないと思います。

また、プロキシサーバがない環境でのインストールは環境的に不可能なのです。。

2014年5月21日水曜日 20時35分07秒 UTC+9 irix_jp:

[Tatsuya Kawano]

近藤さん

>>> Failed to fetch
>>> http://us.archive.ubuntu.com/ubuntu/pool/main/p/python-mox/python-mox_0.5.3-3_all.deb
>>> Could not resolve　<プロキシ名>
>>>
>>> 内容からするとプロキシが邪魔して、目的の場所にたどり着けないと言っているのだと思うのですが、

うーん、目的の場所にたどり着けないのは確かですが、ここにプロキシ名の
名前解決ができないようなメッセージが出ている（つまり、プロキシに接続
できてない？）のはなぜでしょうか？

プロキシはhost名で指定しているのですか？
IPアドレスで指定する、あるいは、Ubuntuの /etc/hosts にプロキシの
IPアドレスとホスト名を登録してから、再度stack.shを実行すると
どうなりますか？


>>> export no_proxy=localhost,127.0.0.1,127.0.1.1は指定してあります。
>>> 他に設定しなければならない内容がありますでしょうか？

no_proxyは、指定したホストに対してはプロキシを「使わない」という設定
ですので、これはこれで必要ですが、上の、プロキシ経由でパッケージを
ダウンロードする際には効果ないと思います。

私はプロキシ無しの環境なので直接アドバイスできませんが、以下のような
記事を見つけました。

devstackインストール時のプロキシの設定
http://d.hatena.ne.jp/alexei-karamazov/20130410/1365607939

まずここに書かれている３項目を設定されているか確認して、その上で、
最初に書いたプロキシのIPアドレスによる指定（または、/etc/hostsへの登録）を
試してみてください。

かわの

[Yoichi Kayama]

Could not resolve　<プロキシ名>　 ですからプロキシのホスト名解決に失敗しているのではないでしょうか。

ホスト名の解決をどう設定しているか確かめてください。

そうじゃなきゃプロキシをIPアドレスで指定とかプロキシのアドレスとホスト名を　/etc/hosts に書いてみるとか。



2014年5月21日 21:25 Tatsuya Kawano <tka...@cloudian.com>:

> このメールは Google グループのグループ「日本OpenStackユーザ会」の登録者に送られています。

[シンスケコンドウ]

kayama様

コメントありがとうございます。

不覚にもfirefoxのプロキシ設定を行っていませんでした。

その後も、繋がりませんでしたが、firefoxのアップグレードを行うと何故か繋がるようになりました。

ただ、インストールは前より進行したようなのですが、以下のようなエラーが発生しています。

どなたか、対策がわかる方ご教授ください。(gitコマンドはインストール済です。)

ちなみに同マシンのfirefoxではgit.openstack.orgにはアクセスできていました。

fatal: unable to connect to git.openstack.org:

git.openstack.org[0: 192.237.223.224]: errno=Connection refused
git.openstack.org[1: 2001:4800:7813:516:3bc3:d7f6:ff04:aacb]: errno=Network is unreachable

～～

 [ERROR] ~/devstack/functions-common:599 git call failed: [git clone git://git.openstack.org/openstack/requirements.git /opt/stack/requirements]


2014年5月21日水曜日 22時08分13秒 UTC+9 Yoichi Kayama:

[Tatsuya Kawano]

近藤さん

> ちなみに同マシンのfirefoxではgit.openstack.orgにはアクセスできていました。
> fatal: unable to connect to git.openstack.org:
> git.openstack.org[0: 192.237.223.224]: errno=Connection refused
> git.openstack.org[1: 2001:4800:7813:516:3bc3:d7f6:ff04:aacb]: errno=Network
> is unreachable

gitにもプロキシ設定をしてください（もしまだなら）

例：
http://sushichop.blogspot.com/2013/09/git.html

設定したら、ます Terminal から git clone コマンドを入力して、アクセスできる
ことを確認してください。

例：
$ cd /tmp
$ git clone git://git.openstack.org/openstack/requirements.git

アクセスできるようなら、stack.shを再度実行してみてください。

かわの

[Tatsuya Kawano]

> gitにもプロキシ設定をしてください（もしまだなら）
>
> 例：
> http://sushichop.blogspot.com/2013/09/git.html

stack.shですが、URLの git:// スキームでアクセスするようですので、
プロキシ設定に加えて、こちらも設定してください。

$ git config --global url."http://".insteadOf git://

かわの

[シンスケコンドウ]

かわの様

ありがとうございます。私も同じページを見て設定したつもりだったのですが、少し漏れている箇所があったようです。

エラー箇所は通るようになりました。

ただし、度々で本当に恐縮なのですが、次のエラーが出力されるようになってしまいました。

error: pathspec 'stable/icehouse' did not match any file(s) known to git.

gitに'stable/icehouse' が登録されていないということでしょうか？

ちなみにlocalrcには、
NOVA_BRANCH=stable/icehouse
GLANCE_BRANCH=stable/icehouse
KEYSTONE_BRANCH=stable/icehouse
HORIZON_BRANCH=stable/icehouse
CINDER_BRANCH=stable/icehouse
NEUTRON_BRANCH=stable/icehouse
HEAT_BRANCH=stable/icehouse
NOVACLIENT_BRANCH=stable/icehouse
KEYSTONECLIENT_BRANCH=stable/icehouse

のように指定しています。

2014年5月22日木曜日 17時09分05秒 UTC+9 Tatsuya Kawano:

[兵藤茶子]

近藤さん

> NOVACLIENT_BRANCH=stable/icehouse

> KEYSTONECLIENT_BRANCH=stable/icehouse

python-*client らには stable/リリース名のようなブランチは切られていないです。

取り急ぎ。

2014年5月22日 17:36 シンスケコンドウ <ksinsu...@gmail.com>:

--

このメールは Google グループのグループ「日本OpenStackユーザ会」に登録しているユーザーに送られています。

[シンスケコンドウ]

兵頭様

ありがとうございます。必要なコンポーネントではなかったため、コメントアウトすることで対処いたしました。

しかし、次にネットワーク(？)らしきところと、ロールの設定の箇所でエラーが出てしまいました。

ERROR: cliff.app Bad Gateway (HTTP 502)

openstack role add: error: argument --project: expected one argument

現在はVM上で構成しており、NATで外部と通信できるようにしています。

VMのIPは192.168.66.128でゲートウェイは192.168.66.2に設定しています。この状況で以下の設定に間違いなどはありませんでしょうか？

FIXED_RANGE=192.168.66.0/24
NETWORK_GATEWAY=192.168.66.2
FLOATING_RANGE=192.168.66.100/29

また、ロールのエラーについても何か分かればご教授ください。

皆さんに教えてもらってばかりで本当に申し訳ありません。。

2014年5月22日木曜日 17時51分10秒 UTC+9 兵藤茶子:

[Yoichi Kayama]

落ち着いてエラーメッセージをよみましょう。ロールについては引数がなんかおかしいらしいと推察します。その場合、あなたが入力したコマンドがわからないとなんともいえません。

2014/05/22 19:53 "シンスケコンドウ" <ksinsu...@gmail.com>:

[兵藤茶子]

近藤さん

NOVACLIENT_BRANCHやKEYSTONECLIENT_BRANCHはlocalrcで指定しなくても
デフォルトでmasterブランチが使われるだけで、決して
> 必要なコンポーネントではなかったため
というわけではありませんよ。

それはさておき、一度近藤さんのlocalrcを全部見せてみてはどうでしょうか？

2014年5月22日 19:53 シンスケコンドウ <ksinsu...@gmail.com>:

[Tatsuya Kawano]

近藤さん

> ERROR: cliff.app Bad Gateway (HTTP 502)

前後のログがもう少しないと、判断つきにくいのですが、アプリケー
ション層（HTTP接続）のエラーということで、雰囲気的にプロキシ設定
関連のようですね。（もし、TCP/IP層の問題なら、違うエラーになると
思います）

ただし、いままでの、プロキシ経由で外部サイトに繋ぎに行きたい
のではなくて、その逆の、ローカルのOpenStackコンポーネントに
繋ぎたいのに、プロキシに繋ごうとしてるように思えます。

と、いっても単なる勘なので、完全に間違っている可能性もありますが。

昨日の、no_proxyの設定に、OpenStackで使うネットワーク範囲も
追加してください。

>>>> >> >>>> export no_proxy=localhost,127.0.0.1,127.0.1.1は指定してあります。
>>>> >> >>>> 他に設定しなければならない内容がありますでしょうか？

昨日送ったリンク先の記事に、そうするように書いてありました。

>>>> >> > devstackインストール時のプロキシの設定
>>>> >> > http://d.hatena.ne.jp/alexei-karamazov/20130410/1365607939


roleのエラーについては、前後のログがもう少しないとわかりませんね。
ただ、もしこれが、Bad Gatewayの後に出たならば、そのエラーの影響で
失敗している可能性もありますので、まずは no_proxy の追加設定後、
stack.shを再度実行してみてください。

それでもエラーが出るようなら、エラーの前後50行くらいのログを、
paste.binあたりに貼って、見せてください。

かわの

[シンスケコンドウ]

皆様

本当にお付き合いいただき、ありがとうございます。

確かにlocalrcを公開して皆様から突っ込みを頂く方が早そうですね。

以下に記載しますので、お手数ですが、ご確認ください。(何故か添付ができませんでした。。)

ちなみにネットワークの環境としては、現在OpenStackを構築中のVMとホストOSとのゲートウェイが192.168.66.2でホストOSから外に出るためのゲートウェイは公開できませんが、また別にあります。

また、VMのマシン構成ですが、HDD1つ(パーティションも一つ)、NIC1つとなっています。

HOST_IP=192.168.66.128
DEST=/opt/stack

ADMIN_PASSWORD=openstack
MYSQL_PASSWORD=mysql
RABBIT_PASSWORD=rabbitmq
SERVICE_PASSWORD=openstack
SERVICE_TOKEN=openstack

disable_service n-net

LOGFILE=/opt/stack/logs/stack.sh.log
LOGDAYS=1
SCREEN_LOGDIR=$DEST/logs/screen

NOVA_BRANCH=stable/icehouse
GLANCE_BRANCH=stable/icehouse
KEYSTONE_BRANCH=stable/icehouse
HORIZON_BRANCH=stable/icehouse
CINDER_BRANCH=stable/icehouse
NEUTRON_BRANCH=stable/icehouse
HEAT_BRANCH=stable/icehouse

FIXED_RANGE=10.0.0.0/24
NETWORK_GATEWAY=10.0.0.1
FLOATING_RANGE=192.168.66.100/29
PUBLIC_NETWORK_GATEWAY=192.168.66.2

ENABLE_TENANT_TUNNELS=True
PHYSICAL_NETWORK=physnet1
OVS_PHYSICAL_BRIDGE=br-ex

RECLONE=TRUE

2014年5月22日木曜日 20時22分11秒 UTC+9 兵藤茶子:

[萩原司朗]

萩原です。

近藤さん

Ubuntuだと無理ですけどRDO使ってみるのは？

あっちならコマンド一つで環境何も考えなったらきっと動くと思います。

そのあとでネットワークとかの設定とか考えたらいいかと思います。

しかもDevstackと違って後でも使える環境も作ると思いますし。

Ubuntu使うとしてもコンフィグパクるのにもいいですしw

2014年5月21日 20:16 シンスケコンドウ <ksinsu...@gmail.com>:

皆様

--

このメールは Google グループのグループ「日本OpenStackユーザ会」に登録しているユーザーに送られています。
このグループから退会し、グループからのメールの配信を停止するには openstack-ja...@googlegroups.com にメールを送信してください。
その他のオプションについては https://groups.google.com/d/optout にアクセスしてください。

--
######################################################################
           株式会社 フルトラスト : Fulltrust.inc
       東京都台東区松が谷2-23-4 マーサアパートメントハウス 701号
     萩原 司朗 / Shiro,Hagihara / Chief Executive Officer
      Tel: 03-6231-6790 / Fax:03-6231-6792 / PHS:070-5456-2553
   E-Mail : hagi...@fulltrust.co.jp / URL : http://www.fulltrust.co.jp
#######################################################################

[シンスケコンドウ]

萩原様

コメントありがとうございます。ただ現在CentOSを一から用意しなければならない状況であり、DevStackもネットワークの設定が終われば

出来るのでは、という認識でいます。そのため、今のDevStackからのインストールを続けたいと考えております。

せっかくコメントを頂いたのに申し訳ありません。

2014年5月21日水曜日 20時22分38秒 UTC+9 hagihara:

[Tatsuya Kawano]

近藤さんへ

localrcについて皆さんからのコメントを待っている間に、
こちら（↓）も試してみてください。

かわの

[シンスケコンドウ]

かわの様

ありがとうございます。

勉強不足で大変申し訳ないのですが、OpenStackで使うネットワーク範囲というのは、フローティングIPで使われる

IPのことを指していますでしょうか？それともゲートウェイやプロキシのことを指していますでしょうか？

ログに関しては、現在VMを立ち上げ中ですので、少々お待ちください。

2014年5月23日金曜日 9時07分03秒 UTC+9 Tatsuya Kawano:

[Tatsuya Kawano]

> OpenStackで使うネットワーク範囲というのは、フローティングIPで使われる
> IPのことを指していますでしょうか？それともゲートウェイやプロキシのことを指していますでしょうか？

そうですねー、先ほどのリンク先には、以下のように書かれており、
どれを指しているのかは、はっきりわからないですね。

-------------------------------------------------------
環境変数...http_proxyおよびhttps_proxyにプロキシを指定。さらにopenstackのIPアドレス帯 localhost
127.0.0.1 の3つを環境変数のno_proxyに指定する。

no_proxyの設定がなかったため、openstackのコンポーネント間の通信の際に、外部のプロキシサーバに問い合わせを行ってしまっていた。そのせいでstack.shが途中で止まってしまっていた。毎回プロキシには苦労させられる。
-------------------------------------------------------

私はプロキシがない環境なので試せないのです。
OpenStackの各コンポーネントが使用しているIPアドレスということなので
stack.shの実行ログを見るか、devstackの一連のスクリプトを読むのが一番
確実かと思います。

>> >> FIXED_RANGE=192.168.66.0/24

多分、これ（↑）かなあ？　コンポーネントに割り当ててるIPアドレスがログに
表示されてないか、探してみてください。

ところで、no_proxyに「192.168.66.0/24」のように、アドレス帯をそのまま
書けるかと思っていたのですが、実際は違うようで、
「192.168.66.1,192.168.66.2,...」のように１つずつ列挙しないとダメなようです。

こちらで入力を簡略化する方法（ブレース展開でカンマ区切りリストを作成）が
紹介されています。（この方も、OpenStack環境を構築されているようです）

http://sechiro.hatenablog.com/entry/2013/08/06/no_proxy_%E3%81%AB%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E3%82%A2%E3%83%89%E3%83%AC%E3%82%B9%E3%81%A8%E3%81%8B%E3%83%AF%E3%82%A4%E3%83%AB%E3%83%89%E3%82%AB%E3%83%BC%E3%83%89%E3%82%92

かわの

[Tatsuya Kawano]

>>> >> FIXED_RANGE=192.168.66.0/24

>>> >> VMのIPは192.168.66.128でゲートウェイは192.168.66.2に設定しています。

やはり、これでよさそうですね。まず、VM


>>> >>>>> >> >>>> export no_proxy=localhost,127.0.0.1,127.0.1.1は指定してあります。

よくよく見ると、OpenStackをインストールしようとしているVMの
IPアドレスが無いですね。

[Tatsuya Kawano]

すみません。先ほど、書きかけで送信してしまいました。

>>> >> FIXED_RANGE=192.168.66.0/24
>>> >> VMのIPは192.168.66.128でゲートウェイは192.168.66.2に設定しています。

やはり、これでよさそうですね。まず、VMのIPアドレスをno_proxyに登録し
stack.shを実行して、それでもダメなら、FIXED_RANGEで指定している
全IPアドレスを列挙するのはどうでしょう？（多分 VMのIPアドレスだけで
大丈夫ではないかと思います）

>>> >>>>> >> >>>> export no_proxy=localhost,127.0.0.1,127.0.1.1は指定してあります。

かわの

[シンスケコンドウ]

皆様

本当にありがとうございました。no_proxyに自IPアドレスを追加することで、インストールが完了し、ログインすることも確認できました。

長い間お付き合いいただき、ありがとうございます。

結局localrcは以下のように設定しました。

HOST_IP=192.168.66.128
DEST=/opt/stack

ADMIN_PASSWORD=openstack
MYSQL_PASSWORD=mysql
RABBIT_PASSWORD=rabbitmq
SERVICE_PASSWORD=openstack
SERVICE_TOKEN=openstack

disable_service n-net

LOGFILE=/opt/stack/logs/stack.sh.log
LOGDAYS=1
SCREEN_LOGDIR=$DEST/logs/screen

NOVA_BRANCH=stable/icehouse
GLANCE_BRANCH=stable/icehouse
KEYSTONE_BRANCH=stable/icehouse
HORIZON_BRANCH=stable/icehouse
CINDER_BRANCH=stable/icehouse
NEUTRON_BRANCH=stable/icehouse
HEAT_BRANCH=stable/icehouse

FIXED_RANGE=192.168.66.0/24
NETWORK_GATEWAY=192.168.66.2
FLOATING_RANGE=192.168.66.100/29

ENABLE_TENANT_TUNNELS=True

RECLONE=TRUE

後で自分がメモした構築手順を投降しようかと思うのですが、構わないでしょうか？

同じような環境で困っている人の助けになればと思っています。

2014年5月23日金曜日 10時07分57秒 UTC+9 Tatsuya Kawano:

[Tatsuya Kawano]

近藤さん

> 本当にありがとうございました。no_proxyに自IPアドレスを追加することで、インストールが完了し、ログインすることも確認できました。

よかったです。ということは、もしAll-in-oneでなくて、複数のサーバーを
使って構築する際は、それらのサーバーのIPアドレスを登録すればよさそう
ですね。

> 後で自分がメモした構築手順を投降しようかと思うのですが、構わないでしょうか？
> 同じような環境で困っている人の助けになればと思っています。

はい、是非お願いします！　私も拝見したいです。

かわの

[シンスケコンドウ]

かわの様

新しくトピックを作ってそちらに記載しました。簡単なメモ書きですが、ご参照ください。

2014年5月23日金曜日 10時57分40秒 UTC+9 Tatsuya Kawano: