Edition(CE)に関する話題はこちらへどうぞ。3このスレッドこそ最初に作るべきでした...NutanixCEについてご教示ください。機器がUEFIブートしか対応しておりませんでした。4GBを超えるNutanixCEイメージをFAT32形式でUSBに保存できません。何か解決方法があれば教えていただけないでしょうか。さんご質問ありがとうございます。CEのブートUSBを作成する際は、フォーマット済みのUSBメモリにファイルを放り込むのではなく、imgファイル自身がディスクイメージ(内部にパーティションやファイルシステムがある)なので、イメージ書込みツールやddコマンド等で書き込む必要があります。(USBメモリ自体を事前に何らかのファイルシステムでフォーマットする必要はありません)下記の記事における手順4が当該の部分です。一度こちらの方法をご確認いただけますでしょうか?https://blog.ntnx.jp/entry/2020/02/24/152143ご返信ありがとうございます。USBWriterで書き込むと、BootOptionでUSBが選択肢に出てきません。UEFI対応のみで、CSMの設定がない機種なのでFAT32形式でフォーマットし、imgファイルを配置しないと選択出来ないと思っております。(NTFSやexFATだとブートの選択ができませんでした)※Windowsの場合ですが下記記事などを参考にしています。https://syobon.jp/blog/2017/07/24/melancholy-of-windows-server-manager-tips-01/もし、無理なようであればESXiで仮想環境に導入したいと考えています。ご投稿いただいた記事に、まさにという情報がありました。NutanixComunityEditionありがとうございます!Linuxサーバー調達してやってみたいと思います。さんご案内いただいた手順でNutanixCEを起動できました。ありがとうございました。さんご報告ありがとうございます!よかったですお世話になります。1点質問よろしいでしょうか。CEのクラスタからホストを削除するところで引っかかっております。4ノードクラスタを構成し稼働させていました。VM用のVLANを設定したタイミングだと思うのですが、ホスト1台が見えなくなってしまいました。startで起動を試みましたがやはり起動しませんでした。Elementで見ると、On(緑)、Off(赤)のところがunknownという灰色のマークになっており、マイグレーションも起動もできない状態のため、クラスタから外すこともできません。Removed」の表示になっています。この灰色の表示になったunknownのステータスのVMをどうにかできれば正常にホストを削除できると思うのですが、何か良い方法は無いでしょうか。問題が起きたホストは、現状USBメモリから再セットアップを行った状態です。バージョン情報は以下のとおりです。AOS:2019.11.22AHV:20191030.415NCC:3.10.1Foundation:foundation-4.5.4.2-94510908以上、よろしくお願いいたします。遅レスになってしまいましたが、疎通不能なノードの強制削除についてはこちらのKBがご参考になるかと思いますので貼らせて頂きます。Central配下からの強瀬離脱も必要となった場合のための情報として、こちらもご参考まで。参考情報誠にありがとうございます。内容を確認して試してみたいと思います。結果や状況に変化が出ましたら、あらためて報告させていただきます。お世話になっております。ご提示いただいた情報をもとに、まず故障したホストの削除を試みてみました。xxxxxxxxxxxxxxxxxxxxxこの状態のまま変化がない状態が続いており、PEで見ると依然ホストが削除されないまま残っているように見えます。list」で確認してみましたが、削除コマンド実行時の時間に近い(UTC表示でしたので、9時間足して確認しています)タスクは表示されませんでした。追加:最初の書き込みで書き忘れがありましたので、追記しておきます。storeとなっております。PrismCentralの接続解除は、ご提示いただいたKBの内容で正常に行えました。仮想マシンは残っていますが、とりあえず一歩前進した感じです。登録されていません」となっているので、大丈夫だと思います。仮想マシンのテーブルに元のPCの仮想マシンが残っていることを気にしなければ、新規でPrismCentralをデプロイしても問題ないでしょうか。ホストの削除は、時間がかかっているだけかもしれませんので、もう少し時間をおいて再度確認してみようと思います。進捗があればご報告させていただきます。さんご報告ありがとうございます。ノードが削除できていないようですね...。いうオプションを追加すると成功するかもしれません。消せるのではないかと思います。(私自身も過去何度か、この操作で削除しています)ただ、古いPCが残っていてもディスク容量の消費以外、干渉したりすることは無いはずですので、新しいPCをデプロイし、接続して頂いても問題ないと思います。お世話になっております。Centralを削除しなくても新規で接続するのは問題ないとのことで、また一つ前に進めそうです。※すぐに使えないといけない予定も無いので、あとからじっくりやってみようと思います。実行してみましたが、PCの仮想マシンは削除できませんでした。試しに他の仮想マシンでもやってみましたが、以下のような結果でした。initiatedと応答はあるものの、前回同様にタスクが出てくる気配がない状態です。--task_status=abortedで中断してみましたが、ホストの削除もVMの削除も効果が無い状況です。削除してからならできないかな?とも思ったのですが、これ自体も0%のままで進みませんでした。障害が発生したときに、あとからホスト削除→再構築して再度追加ではなく、ブートディスク(USBメモリ)の復旧をすればこんなことにはならなかったと深く反省している次第です。※何度もやっている手順でもあったので、作業者に指示しやすかった面もあったのですが・・・。3台構成でもテストや評価は進められる部分も多いので、気長に対応していこうと思います。さんPCの削除もノードの削除もレスポンスが無いというのは気になりますね...。forceオプションはありません。本来、デフォルトでforceな形で処理されるものです。MARKED_FOR_REMOVAL_BUT_NOT_DETACHABLEをキーワードとして検索して、他に関連しそうな公開KBとしては下記のもの程度でした。modehttps://portal.nutanix.com/page/documents/kbs/details?targetId=kA00e0000009D6CCAUもしもこちらの状況に合致するようであれば、回避策として、Acropolisサービスのマスターを再起動する、という方法も考えられます。http://127.0.0.1:2030というコマンドを実行すると、テキストベースのウェブブラウザが実行されます。Master」という項目を確認します。node」または他のCVMのIPアドレスが表示されます。Masterの項目に表示されたCVMにアクセスし。下記のコマンドでacropolisサービスを再起動します。startもしも手順3でも変化がない場合には、メンテナンスモードの無効化と有効化を手動で行います。uuid>他にもKBを探してみたのですが、あいにくInternal向け(非公開)なものに限られておりました...不安定な状態で様々な対応を試行するのもリスキーな気もしています(商用版ならサポート部門が解析した上でより的確な対応策をご案内するのですが、なにぶんCEのため...)。DRでデータの退避した上で再インストールを行うなどの対応も視野に入れておいて頂くのがよろしいかもしれません。他のホストは正常に動作していますので、グレー以外の仮想マシンの変更や新規作成には問題ありません。ホスト(クラスタ)の再構築は最終手段としてある程度覚悟はしていました。スペックはかなり落ちるものの、一時的な受け皿とするための機材は何とかなりそうですので、最悪そうしないといけないね、と内輪では話をしていた感じです。仰るとおり、かなりいろいろなテストをしたりホストの差し替えを頻繁に行ったりで無茶している環境ではありますので、このあたりですっきりと整理しても良いかなと思っています。ご提示いただいたKBの内容は読み切れていませんが、なんとなく一致しそうな気がしています。Acropolisサービスのマスター再起動はまた後日試してみて、解決しなければ一時的に別のクラスタ作ってAsyncDRで逃がしてクラスタを1から再構成することを計画しようと思います。CE版にも関わらず、いろいろアドバイスいただけてむしろ感謝しております。間が空くと思いますが、結果などは報告させていただきますのでよろしくお願いします。5.18のインストールに関する詳細解説資料です。上手くいかないときにまずはご一読くださいませ。様だいぶ間が開いてしまい恐縮ですが、一部仮想マシンが削除できない&ホストも削除できないの件で、少し前進しました。Acropolisのマスター再起動はまだ試していませんが、別のクラスタをシングルノードで構築してリモートDRでクラスタ跨いでスナップショットを取る、というのをやってみました。結果としては、灰色になって起動も削除もできなかった仮想マシンを含め(少々驚きました)、スナップショットの取得に成功、別のクラスタ上で正常に起動することも確認できました。灰色になった仮想マシンの復旧方法としても使えそうです。必要そうな仮想マシンを新しいクラスタに一旦退避して、何が起きても大丈夫な状態でAcropolisのマスター再起動も試してみようと思います。業務の合間で試しているのでなかなか進みませんが、また報告させていただきます。様お世話になっております。マシンの操作不能(グレー表示)の件で結果報告いたします。Acropolisのマスター再起動は、既に試していたようです。残してあった操作のメモ見たら、同じKBを参照して対応していました。残念ながらAcropolis再起動では解決しなかったようです。仮のクラスタは問題なくリモートDRで仮想マシンの移動ができて動作確認もできましたので、すべてのホストを新規クラスタで作り直しました。現在は、仮クラスタの仮想マシンを戻し、すべて正常に動作するようになりました。ありがとうございました!※いろんなテストをしていたので、かえってこれでスッキリきれいな環境になってうれしい面もあります。今回の一件で、NutanixCEでいろいろテストしていく上で結構リモートDRは良いなぁと感じました。最悪クラスタを破壊するようなことがあっても、あっさり戻せるのは安心感があります。※10GLANということもあるかもしれませんが、あまりに速くて逆に心配になったくらいです。NGTを入れていない仮想マシンも多かったので、今回は仮想マシンをシャットダウンしてからスナップショットを取るようにして移行しましたが、NGTを入れておけば活動中でも大丈夫そうです。このあたりはもう少しテストしてみようと思います。再構築したときに気付いたのですが、いつの間にか新しいバージョンがリリースされていたのですね。こまめにPrismでアップデートの確認していてもNCCとFoundation以外は出てきていなかったので、そのまま2019.11.22版で再構築したのですが、コミュニティ見ると2020.09.16版になっていて驚きました。Prismのアップデートでは検出されませんでしたが、「バイナリのアップロード」でアップデートしても問題は無いでしょうか?なんとなく順序としては、AOSのアップデートAHVのアップデートPrismCentralのアップデートこんな感じなのかなと思っていますが、合ってますでしょうか。いつもお世話になっております。以下リンク先の内容に沿って、アップグレードを実行してみました。https://blog.ntnx.jp/entry/2020/09/30/2357474台ホストのクラスタ中、1台だけは普通にアップグレードが完了(タスク一覧で100%になりました)したように見えましたが、残り3台が73%のまま数日待っても変化無しという状態です。あまりに状況に変化が無いままでしたので、一旦クラスタを停止して、ホストの再起動を行ったところ、クラスタが起動しなくなってしまいました。→4台分と表示されています。runningとなるので起動はしているように見えます。192.168.5.1」は4台すべて通っています。何かクラスタを復旧する方法は無いでしょうか?その後、クラスタのステータスなどを調べて、4台中3台のCVMでscavengerサービスが起動していないことがわかりました。起動しているのはアップデートが正常完了?したホストの1台だけです。clientが延々と記録されている状況です。上記の状態ですが、例えば途中で中断したアップグレードを再開させるコマンドなどは無いでしょうか?途中で再起動するようなことをしてしまっているのでうまく完了するとは限らないのですが、試してみる価値は無いでしょうか。Filesについてご教示ください。CE(202009)にてサポートされたと聞き試行したところ、毎回タスクが下記メッセージにてエラー停止します。VMがパワーオンし、その後ポーズ状態に遷移し削除されています。何か思い当たる解決策がありましたら、ご教示ください。起動用のjsonファイルの該当箇所は元から"user_vmfs?_datastore":"true"となっているのですが、そのままrebootをかけるとFaild-Installになってしまいますが、ssd5のパスは環境によってかわりますでしょうか。確認したところssd1のみ確認できましたが/Nutanix以下のディレクトリはなし)■試したESXiバージョン7.0U2a-178673517.0-158438076.7-14320388何卒宜しくお願い致します。起動用のjsonファイルの該当箇所は元から"user_vmfs?_datastore":"true"となっているのですが、そのままrebootをかけるとFaild-Installになってしまいますが、ssd5のパスは環境によってかわりますでしょうか。確認したところssd1のみ確認できましたが/Nutanix以下のディレクトリはなし)■試したESXiバージョン7.0U2a-178673517.0-158438076.7-14320388何卒宜しくお願い致します。自己解決済み7.0U2a-178673517.0-15843807→VMFS参照不可6.7-14320388→VMFS参照可,CVMの起動に失敗していたので,スライド62以降の手順でpyスクリプトの修正・再実行・Clusterの手動作成にて無事Prsim起動いたしました。download.OK。