私はopenstackを初めて使用します。私は最近、次のチュートリアルからubuntu仮想マシンに単一ノードのopenstackインストールを実行しました：-
そして、私はHorizonを介してサービスにアクセスすることができました。しかし、再起動後、openstackの何にもアクセスできませんでした。そのため、stack.shを再実行する必要がありました。その間、quantumnet-createコマンドで次のエラーが発生しました：-
Usage: quantum [OPTIONS] <command> [args]
quantum: error: no such option: --tenant_id
誰かがこれを手伝ってくれませんか？
devstack を使用する場合、完全に機能する openstack インストールを意図したものではないことを理解することが重要です。開発者向けのツールです。そのため、devstack インストーラー スクリプト "stack.sh" は、devstack のデプロイが一時的であるという前提で機能します。
基本的に持続性はありません。再起動すると、ソフトウェアは引き続きディスク上にローカルに存在しますが、init や upstart などでセットアップされたスタートアップ ルーチンをサポートするものはありません。
これを処理するために受け入れられている方法は、以前の devstack 構成を削除する「unstack.sh」を実行することです。その後、「stack.sh」を再度実行します。
補足として。
私の経験では、devstack 環境で unstack.sh を実行する前に devstack を更新すると、その環境が破損する可能性があります。基本的に、クリーンアップ ロジックが新しいインストール方法に適応する場合、以前のバージョンの stack.sh のスタックを解除するのには適していません。
ので注意してください。私の好みは、kvm インスタンスで devstack を実行することです。何かが破損した場合にスワップオーバーできるように、動作していることがわかっている構成でバックアップ qcow を保持しています。繰り返しますが、これは開発環境です。壊れたら直してはいけません。あなたはそれを軌道から核攻撃して最初からやり直すことになっています。これがクラウドのやり方です。
rejoin-stack.sh はあなたが探しているものです。残念ながら、画面セッションに再参加するだけなので、完全には機能していません。これには青写真があります: https://blueprints.launchpad.net/devstack/+spec/restart-services
これに少し新しい答えを追加したかった（私は現在mitakaを実行しています）
の再./stack.sh実行に問題がある場合は、実行したことを確認してください
./unstack.sh
その後、物事は./stack.sh再び実行されました