仮想マシンを作成しました。フュージョン~のためオープンスタック— 全く面白いことのない内容があります。 - OpenStackで起動に失敗しました。
私はOpenStackが非常に基本的なハイパーバイザー/プラットフォームのようだと思っていました。NVMe。後で以前のデフォルトに変更してこれを確認しました。小型コンピュータシステムインタフェースこれにより、クラウドホスティングレプリカと同じ方法で仮想マシンが失敗します。再起動すると、バスはNVMeに戻ります。
以前のアップロードも失敗しなかった理由を説明します。どちらもFreeBSD VMで、特にストレージの新しいオプションをサポートしていませんでした。 FreeBSDが全能のZFSの教会/寺院になったことは多少皮肉です。
基本+プラン1:[DISK1]/VOL→[DISK2]/VOL
これはRed Hat Enterprise Linux 9.2VMが登録され、使用可能になりました。私はどんな対価を取ってもそれを再作成することを避けたいと思います。私の考えでは、私は始めると思います。Fedoraワークステーションがオンラインになります。私が好む選択は、ライブ、dd
SCSIなどの他のディスクやボリュームをマウントすることです。 LVM(1. /boot
(XFS)、2.LVM {2.1 /
(XFS)、2.2})があるので、それほどswap
単純ではありませんが、少なくとも計画はあります。
その後、Fedoraを終了すると(評価ブート中はRAWディスクのみが接続されます)小人~のディスク/dev/
ボリューム(in)へのパスを見つけ、NVMe、SCSI / SATAとはまったく異なります。私はもう忘れてしまった。
計画 2: /DEV/PATH-A → /DEV/PATH-B
それで私は新しい理論を持つようになりました。おそらく私がしなければならないのは、マウントポイントを変更することだけです。一度変更した後も、VMをOVFにエクスポートしてから、VMをrawに変換してアップロードする前にVMを大きくする必要があるため、はるかに高速です。ありがたいことに制限のない高速接続がありますが、インターネットを介して一生懸命空になったVMディスクを転送することは、まだインターネットを介して一生懸命空になったVMディスクを転送することです。
より良いことは、仮想マシンが私をパニックモードに切り替え、CLIがあるので自分で編集できることです。私にとって何が問題ですか?
これが可能ならどこでしょうか?/etc/fstab
?
ありがとうございます。
修正する
私はいくつか試しました:
/etc/fstab
出口はまったくありません。 LVMが原因のようです。- その後、LVMパスを調べて
lvm
いくつかのエラーの助けを待って一人で実行しようとしましたが、〜viewまたは〜show、〜scan、〜vgchangeなどの明白なオプションを実行するシェルを起動しましたが、何も機能しません。 LVMグループがマウントされていないようです。次に何をすべきかわかりません。 - 何かを見つけまし
dracut
たが、プロンプトを読んdracut
で、言うまでもなくコマンドを見つけることができませんでした。私はいくつかのハイフンオプションを使用して実行されますが、私の技術レベルを超えた画像の実行が含まれているので、何も試していません。mount
多くの情報が表示され、OpenStackコンソールは不都合で、ほとんどの修飾子は機能しません。いいえ|、VMは<より大きな最小解像度を必要とするUEFIではなくBIOSから起動します。これは、OpenStack Fireboxには、UEFIに電力を供給するための木材が不足しているためです。それで、画面が小さくて薄暗く、十分な情報を収めることもできず、動くこともできず、しかもレイアウトも変わるので、怒って再起動し始めます。>⇧ - GRUBメニューがあり、構造オプションが正しく起動しました!そこでネットワークを構成し、SSHを介して接続することで、キーボード全体の経験が得られ、最終的にはブート
dracut -f
情報などを再生成するのに十分であると期待しました。不安な気持ちで再開しました。再びオンラインになりました。
とにかく今はすべて大丈夫です。ありがとうございます。
アップデート2
そんなことがまた起こりました。仮想マシンはすでに動作していたが、関係のないいくつかの理由で再作成しました。今回はバスでSCSIを選択したことを確認しました。その後、残りを続けます。
数字は、下部にリストされている操作に関連するコマンドに対応します。
閉鎖→ OVF/OVAのエクスポート→エクスポートからディスクを取り出し、生に変換します(1)→OpenStackにアップロード(2)→新しいインスタンスの作成(3)→コンソール(3)に移動すると、画面はグレーになります。 RHELのロードバックグラウンドで、キーを押してescログを取得し、エラーが繰り返し繰り返されます。
完了してパニックモードに入ったときにすぐに再起動し、GRUBから回復モードを選択し、以前のVMと同様に正常に起動しました。私は努力したdracut -f ; reboot
。今回は正常に再起動しました。ナビゲーションを見てみると、ディスクの名前が次のように指定されていることがわかりました。V変えるnvme#n#p#
またはsd?#
。
答えがないかもしれませんが、少なくとも理由を見つけたので、これが他の人に役立つことを願っています。
コマンド例
qemu-img convert -f vmdk -O raw "/Volumes/Data/VMs/rhel-9.2/rhel-9.2-disk1.vmdk" "/Volumes/Data/VMs/rhel-9.2.img"
openstack image create --container-format bare --disk-format raw --file "/Volumes/Data/VMs/rhel-9.2.img" --private --progress Red\ Hat\ Enterprise\ Linux\ 9.2
openstack server create --flavor varies-per-platform --image "Red Hat Enterprise Linux 9.2" cloudfront-vm-or-something
openstack console url show cloudfront