KeyStoneとGlanceのインストールと構成に関するOpenStackのエラーとソリューションに関する以前の記事に続き、本日は、 Nova(Compute)サービスのインストールと構成中に発生したいくつかのエラーを共有します。 コントローラノード上。
これらのエラーのほとんどは、novaコマンドを使用して画像を一覧表示し、(nova-api、nova-metadata-api、nova-cert、nova-conductor、nova-console、nova-consoleauth、nova-schedulerなどのさまざまなnovaサービスを開始するときに発生しました。等…)。 novaサービスの開始中に発生したエラーは少し注意が必要でした。これは主に、不適切な構成と構文エラーが原因でした。
わかりました。これが私が直面した問題のリストです。
エラー:(「接続が中止されました。」、エラー(111、「接続が拒否されました」))
# nova image-list ERROR: ('Connection aborted.', error(111, 'Connection refused'))
解決策:
nova経由で画像リストを作成しようとすると、接続拒否エラーがスローされました。これは主にさまざまな理由によるものでした
- すべてのnova関連サービスが正しく実行されているかどうかを確認します。たとえば、「 service nova-api start 」としてnovaサービスを開始すると、 ‘、コマンドは「[OK]」として緑色のステータスを返す場合があります。しかし、実際にはサービスが正しく開始されていない可能性があります。以下はその一例です。
# /etc/init.d/openstack-nova-api start Starting openstack-nova-api: [ OK ]
# /etc/init.d/openstack-nova-api status openstack-nova-api dead but pid file exists
上記の場合、 /var/log/nova/api.logの下にある対応するサービスログを確認する必要があります 正確なエラーメッセージを知るために。
私の場合、どのnovaサービスも正しく開始されておらず、それらのサービスログをすべて掘り下げる必要がありました。
openstack-nova-api is running...
openstack-nova-cert is running...
openstack-nova-conductor is running...
openstack-nova-console is running...
openstack-nova-consoleauth is running...
openstack-nova-metadata-api is running
openstack-nova-novncproxy is running...
openstack-nova-scheduler is running...
- コントローラーノードのファイアウォールがサービスポートをブロックしていないかどうかを確認します。
エラー:CRITICAL nova [-] RequiredOptError:オプションに必要な値:lock_path
上記のエラーメッセージは、 /var/log/nova/api.logから取得されました。 ファイルであり、 openstack-nova-apiのときにトリガーされました サービスを開始できませんでした。
解決策:
#vim /etc/nova/nova.conf
「lock_path」のコメントを解除します ‘: lock_path =/ var / lib / nova/tmp。 ファイルを保存してサービスを開始します。
ERRORnova.openstack.common。 threadgroup [-] [Errno 13]許可が拒否されました:'/usr/lib/python2.6/site- packages / CA'
上記のエラーメッセージは/var/log/nova/cert.logに記録されました ‘ openstack-nova-cert 「開始に失敗しました。
解決策:
#vim /etc/nova/nova.conf
‘ ca_path かどうかを確認します ‘は正しいディレクトリを指しており、ユーザー‘nova’はそのディレクトリに対する権限を持っています。
また読む:OpenStackのKeystone認証エラーを修正する方法– HTTP 500?
ERROR nova.wsgi [- ]0.0.0.0:8775にバインドできませんでした
CRITICALnova[-]エラー:[Errno98]アドレスはすでに使用されています
# service openstack-nova-metadata-api status openstack-nova-metadata-api dead but pid file exists
そして/var/log/nova/metadata-api.log 上記のエラーメッセージを報告しました。
解決策:
驚いたことに、サービス「 openstack-nova-metadata-api ‘はすでに実行されていました。なぜなら、「 openstack-nova-api ‘は‘ metadata-apiを開始します ‘サービスとそれ、したがってサービス‘ metadata-api ‘はポートにバインドできません。必要なのは、「nova-api」が「metadata-api」を一緒に起動するように構成されているかどうかを確認することだけです。そのためには、
#vim /etc/nova/nova.conf ‘ enabled_apis =osapi_compute、
enabled_apisにメタデータが見つかった場合、nova-apiが開始されるたびに、メタデータapiも開始されます。
場合によっては、nova-metadata-apiを個別に開始する場合は、「enabled_apis」からメタデータを削除してください。
'enabled_apis = osapi_compute'
# service openstack-nova-api start # service openstack-nova-metadata-api start
これで、サービスは個別に開始されます。
エラー:ドライバーオプションの計算が必要ですが、指定されていません
# service openstack-nova-compute status openstack-nova-compute dead but pid file exists
解決策:
#vim /etc/nova/nova.conf 「compute_driver」を設定します ‘。
TRACE nova.openstack .common。 threadgroup OSError:[Errno 2]そのようなファイルまたはディレクトリはありません:'/usr/lib/python2.6/site- packages / instances'
# service openstack-nova-compute status openstack-nova-compute dead but pid file exists
解決策:
#vim /etc/nova/nova.conf 「instances_path =/ var / lib /
次の記事もご覧ください:OpenStack Image Service GLANCEのインストール中の最も一般的なエラー(および解決策)のリスト