日本語フォーラム (Japanese)

FoundationVMを使ってNutanixを導入しようとしているのですが、CVMをデプロイするところで、添付のエラーとなってしまいました。この場合、原因として考えれらることはどういったものがありますでしょうか？ご教示いただけますと幸いです。 CVM展開時画面エラーが起きているログは以下となります。2026-06-08 22:22:43,525Z log.py:102 INFO svm.py:849 Output of lsblk command. NAME    MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTsda       8:0    0   1.8T  0 disk sdb       8:16   0   1.8T  0 disk nvme2n1 259:0    0 447.1G  0 disk nvme0n1 259:1    0 447.1G  0 disk nvme1n1 259:2    0 447.1G  0 disk2026-06-08 22:22:43,533Z log.py:102 INFO svm.py:851 Output of mdstat command. Personalities : [raid1] unused devices: <none>2026-06-08 22:22:43,537Z log.py:102 ERROR svm.py:854 SVM rescue failed with reason [Unable to read /etc/nutanix/release_version: [Errno 2] No such file or directory: '/etc/nutanix/release_version'2026-06-09 07:55:10,609Z ERROR layout.py:40 Failed to parse factory_config.json:Traceback (most recent call last):  File "util/hardware/layout.py", line 35, in should_use_layoutFileNotFoundError: [Errno 2] No such file or directory:

Nutanix CE をインストールし、4ノードのクラスターを起動。LCM からどんどんアップデートしていくと途中で失敗してアップデートできなくなります。そして、クラスタも起動しなくなります。調べてみるとAHV の /media にアップデート用の iso をダウンロードして disk full になっているようです。Nutanix CE はある程度のバージョン以降はアップデートできないのでしょうか？それともシングルユーザーモードで起動して /var/log を退避、削除 / パーティションを拡張 /var/log を作成リストアというような手順があるのでしょうか？

表題のアラートが上がってきたので、下記コマンドを実行しました。 PCVM:~$ncc health_checks system_checks idf_db_to_db_sync_heartbeat_status_checkFAIL: Cluster with UUID: *******a has marker entity sync delayed. Last sync timestamp in usecs: *******b※*a *bは伏せております。NTPサーバとの同期が上手くできていなかったのですが、色々と操作していた所、PEクラスタ側はNTP同期が行えるようになりました。PC側何故か同じNTPサーバを設定しても反映されていないことを下記コマンドで確認しています。PCVM:~$sudo chronyc sources -vMS Name/IP address         Stratum Poll Reach LastRx Last sample               ===============================================================================PCVM:~$PE側は正しく同期が取れているように見えています。（秒数、IPなどは省略）PE:~$allssh chronyc sources -v=========x.x.x.1===========MS Name/IP address         Stratum Poll Reach LastRx Last sample               ===============================================================================^* zk3 =========x.x.x.2===========MS Name/IP address         Stratum Poll Reach LastRx Last sample               ^* zk3 =========x.x.x.3===========MS Name/IP address         Stratum Poll Reach LastRx Last sample  

こんにちは。Moveを使用して仮想マシンの移行を実施する計画をしています。Active Directoryのドメインコントローラ（DC）やExchangeサーバーの移行はサポートされていない認識です。ドメインコントローラ（DC）については、USNロールバックが起こることによりDC間でのレプリケーションエラーが発生することを懸念しているのではないかと想像しています。 Exchangeサーバーについて、Moveでの移行がサポートされない理由についてご存じの方、または説明している資料をご存じのかたはいらっしゃいませんでしょうか。もしくは、このような方法でExchange仮想マシンをV2Vしたよというご経験があれば教えて頂きたいです。

Guest has not initialized the display (yet).Operation failed: Internal Exception.VM 起動時です。ついでに  UEFI Secure Boot だと  Operation failed: Internal Exception. です。このログみればいいよ～とか、このコマンドを cvm で叩いてみてくれとか、見当がつきません。CEAHV 10.3.1.1AOS 7.3.1.1

昔からNutanix環境をご利用頂いている方も最近使い始めた方もNutanixのサポートポリシーを普段ご覧になられているでしょうか。最新情報は下記英語のサイトを確認いただき、内容が分りにくい時は日本語翻訳版もご活用ください。https://www.nutanix.com/support-services/support-policies-and-faqsサポートポリシーおよび FAQ新しいNCIリリースモデルにも対応しており、項目が多岐にわたっていますが、よく質問される内容や確認方法をご紹介します。ポリシー定義の詳細は、Nutanix ライセンスおよびサービス契約もご参照いただけます。・ソフトウェアのEOSLポリシー各アップグレードファミリーは、アップグレードのリリース日から 15 か月間、保守の対象となります。 15 か月の保守期間が終了した時点で、各アップグレードファミリーは、その後 9 か月間、トラブルシューティングの対象となります。 例：Nutanix が 2024 年 12 月 11 日に AOS 7.0 をリリースした場合は、AOS 7.0 アップグレードファミリーは 2026 年 3 月 31 日まで保守の対象となり、2026 年 12 月 31 日までトラブルシューティングが提供されます。  ・ソフトウェアリリース頻度 (AOSの例)通常、アップグレードは、6～9か月ごとに提供されます。 通常、アップデートは、4～6 週毎に利用可能になります。 パッチリリースのみが含まれたアップデートは、必要に応じて利用可能になります。  ・AOSとの互換性ソフトウェア製品の互換性および相互運用性については、ソフトウェアの相互運用性（Nutanixサポートポータル）のページをご覧ください。・ソフトウェアサポート概要　GAバージョン、EOM、EOSL毎に対応可能なサポートサービス範囲を図示していますのでぜひご覧ください。EOSLバージョンをご利用の場合、一般的なサポートがご提供できなくなります・クラスタにサポート契約を更新していないノードがある場合　有効なサポート契約のあるノードがあっても契約が切れている環境として認識されます>混合サポートレベルガイドライン：Nutanix クラスタに混合サポートレベルが存在する場合、>Nutanix が提供するソフトウェ

お世話になっております。VMware ESXiでは頻出事項ですので、初歩的な質問になりますが、どなたかご教示頂きたく、お願いします。 AHV上のWindows VMに接続されているDiskをデタッチして、別のWindows VMにアタッチする方法を教えてください。 ソースWindows VMには、default-containerにC:ドライブとしてのDisk、D:ドライブとしてのDiskがそれぞれ接続してあります。このD:ドライブを同一default-container上の別のWindows VMに、D:ドライブとしてアタッチしたいです。 なお、この操作の上で、ディスクのコピーは発生しないことを期待しております。 また、ソースWindows VMはProtection Domain、Async DR設定してあり、新しいVMも同様にDRできるようにしたいですが、注意点があればご教示頂きたくお願いいたします。 よろしくお願いいたします。 追記．本番環境はAHV。私の試験環境はCommunity Editionです。GenAIに質問してみると、VMのUpdate画面でデタッチできるとの回答がありましたが、私の環境にはその選択肢はありません。       

お世話になります。初歩的な質問となります。お時間あります方、お手数ですが以下についてご教示いただけないでしょうか。 ■質問①Nutanixクラスタを構成する際、異なるリソースのノード4台でクラスタを構成することは可能でしょうか？以下のような構成を検討しております。ノード1と2：CPU→8（世代A）メモリ→128GBストレージ→1TBノード3と4：CPU→16（世代B）メモリ→256GBストレージ→2TB※CPU世代は、世代Aの方が古いとする。 ■質問②構成が可能な場合、ノード3と4と同じノードを後から追加し、ノード1と2をクラスタから切り離すことも可能という理解で間違いないでしょうか？ 

SSD（NVMe） 使用、RedundancyFactor2の 4ノードAHV構成でのご相談です。ReplicationFactor2のコンテナ上で仮想マシンを動かしています。 異なるノード上の2本のSSDが「同時に」壊れたと仮定して、運悪く壊れたSSD上にデータを配置している仮想マシンがいた場合はその仮想マシンのデータはロストしてしまうのでしょうか。 仮定の話だとしても、同時にSSD2本障害という天文学的な確率の話で申し訳ありません・・ 「ReplicationFactor2でデータが守られています」以外にも安心材料がありましたら教えてください。お客様の質問にうまく答えられなかったので、こちらで質問させていただきました。

AOS 7.x / AHV 10.x へのアップグレードがCEユーザーのLCMにも表示される可能性がありますが、コンシューマー向けCPUでの利用において、既知の問題があるためご注意ください（※当初は商用バイナリをダウンロードする権限をお持ちの方のみがアップグレード可能でした）。[元トピック]Please Hold Off on AHV 10 upgrades on Non-Enterprise Grade Hardware現在、AHV 10 へのアップグレード後に、エンタープライズグレード以外のプロセッサで実行されている CE クラスタが、アップグレード後に VM を起動できなくなるという既知の問題があります。説明：AHV 10 は qemu 8.2 を利用していますが、以前のバージョンでは qemu 6.2 を使用していました。qemu 7.1では、メモリ設定時に39-物理ビット（コンシューマー向けプロセッサに多く見られる）を検証する機能が追加されました。以前のQEMUバージョンではこの検証が行われていませんでした。この問題に対処するパッチを開発しており、AHV/AOS の将来のリリースで提供される予定です。ただし、このリリースがリリースされるまでは、エンタープライズグレード以外のハードウェアを使用している方は、AHV10 へのアップグレードを控えてください。影響があるかどうかを確認するにはどうすればよいですか？確認する最も簡単な方法は、AHV から次のコマンドを実行することです。出力が 39 bits physicalである場合は、アップグレードしないでください。[root@NTNX-2628b84c-A ~]# grep -m 1 'address sizes' /proc/cpuinfoaddress sizes : 39 bits physical, 48 bits virtual なお、このトピックの作成者により、この問題に対処するためのワークアラウンド(回避策)も投稿されています。https://github.com/ktelep/NTNX_Scripts/tree/main/CE/ahv10_commercial_workaround注意：この操作により、システムファイルにいくつかの変更が加えられます。これらの変更は次回のアップグレードで失われるため

【前提】VMWareにて以下の３つ環境を構築コア：4コアメモリ：64GBHDD：64GB           200GB           1TB【質問】File ServerをPrismにて作成を行ったところ、何度試してもタスクが50%や55%で止まってしまい、その後Failedになって作成に失敗します。「Failed to bring FileServerVms Up, Please contact Nutanix support」というエラーが発生しますが、本件に関して対処法はありますでしょうか。

 phoenix-ce2.0-fraser-6.5.2-stable-fnd-5.3.4-x86_64.isoを用いて物理環境４ノードに対してインストールをし、特にエラーメッセージ等は無くAHVとCVMが起動した事を確認しました。各CVMから下記を確認しました。１：$genesis status　を実行し、foundationとgenesisのサービスが起動している２：各CVMへ疎通確認し、疎通できることCVM1台目から下記コマンドを実行しました。$cluster -s x.x.x.a,x.x.x.b,x.x.x.c,x.x.x.d create終わらないメッセージ（CVM IPは伏せています）5/16（金）から実行して未だに上記メッセージが出力され続けています。どうすればクラスター作成が完了しますでしょうか？（またはエラー等で中断されますでしょうか？）下記対応した点・タグVLANの環境で構築しているため、ISOインストール後下記コマンドをAHV上で実施　ovs-vsctl set port br0 tag=****・タグVLANの環境で構築しているため、ISOインストール後下記コマンドをCVM上で実施　change_cvm_vlan ****・時刻同期がずれていたため、IPMI側でNTP時刻同期を行いISOインストール後　各CVM間で時刻がずれて居ない事を確認​​​何か良い情報があれば幸いです。

【前提】・NutanixCE環境はオンプレサーバにて新規構築・ローカルPCはWiFi接続し、インターネットにアクセスできることを確認・サーバはローカルPCと有線LAN接続している状態。 【環境】・サーバ（NutanixCE）　【NutanixCE初回設定時項目】　HostIP：192.168.248.82　CVM：192.168.248.82　Subnet：255.255.255.0　Gateway：192.168.248.1 ・ローカルPC（Windows11）　IP：192.168.248.xxx ・Wi-FI　IP：192.168.248.52　　【実施手順】ブラウザからNutanixアカウントでログイン後、初回ログイン時のNEXTアカウントの認証を行う 【エラー内容】NEXTアカウントのログイン画面処理時、ネームサーバに到達できず認証が突破できない 【確認済み事項】・ローカルPCのファイアウォールは切っており、CVMとローカルPC相互にping疎通が取れている・CVMからWi-Fiのネットワークにはping疎通が取れていない・CVMのネームサーバー設定には、8.8.8.8、8.8.4.4で設定を行っている・ローカルPCからは8.8.8.8にping疎通が取れたが、CVMからは確認できていない・NEXTアカウントは有効で、コミュニティサイトなどでは同一アカウントでログイン可能 【質問内容】・有線LANでローカルPCを介してネット接続する場合、CVMやAHV側の環境で設定が必要な項目はあるか・ローカルPCのファイアウォールは切っている状態だが、別途設定が必要な項目はあるか

NEXTへの認証が必要になるため、オフライン環境では認証が通らない認識ではあるのですが他のインターネットが繋がる端末などで認証キーを作成して、NutanixCE2.1に適用するという事は出来ないでしょうか？ また一度認証を通した後、インターネットへの接続を停止すると利用に不具合などありますでしょうか？ 何か情報があればご連携頂けるとさいわいです。

現在、本番環境構築の検証としてNutanix CEを導入したホストマシンを1台構築しており、その上にWindowsの仮想マシンを2台作成しています。仮想マシンにGPUを利用する製品を導入し正常動作するか検証したいのですが、Nutanix CEではvGPU用のドライバは利用できないと判明いたしました。代替案として、GPUパススルーを利用して1台ずつ動作検証したいと考えているのですが、構築手順が分かっておりません。sshでCVMに接続し、acliコマンドを発行を試しているのですが「Unkown keyword argument」と表示されてしまいます。対応策についてご存じの方がいればご教示いただけないでしょうか。<コマンド># acli vm.update “VM名” pci_passthrough_devices=”PCI_ADDRESS”Unkown keyword argument：pci_passthrough_devices<環境>・ホストマシン 1台検証向けにNutanix CEを導入し、仮想マシンを作成AHV：バージョン 20230302.101026AOS：6.8.1・仮想マシン 2台Windows 11 Pro 24H2ArcGIS Pro 2.9

現在、本番環境構築の検証としてNutanix CEを導入したホストマシンを1台構築しており、その上にWindowsの仮想マシンを2台作成しています。仮想マシンに導入する製品ArcGIS Pro(GPU利用のソフトウェア)が正常動作するか検証したいのですが、Nutanix CEではvGPU用のドライバは利用できないと判明いたしました。代替案として、GPUパススルーを利用して1台ずつ動作検証したいと考えているのですが、構築する手順が分かっておりません。Nutanix CEでGPUパススルーの実装できるかご教示いただけないでしょうか。また、構築の参考となるマニュアルなどがあればご提供いただけないでしょうか。<環境>・ホストマシン 1台検証向けにNutanix CEを導入し、仮想マシンを作成AHV：バージョン 20230302.101026・仮想マシン 2台Windows 11 Pro 24H2ArcGIS Pro 2.9

3台でクラスターを構築しております。更新後からだと思うのですが、仮想マシン一覧に一部CVMが表示されなくなりました。また、ホームのメモリ使用率表示もおかしいです。何かご存じの方おられないでしょうか？ 

NEXTアカウントでログインしようとしましたが、画像のようにエラーが発生しましたので、解決方法を教えていただけますと幸いです。 #curlコマンドで外部に抜けれることは確認できております。#AHV上でtcpdumpコマンドを実行し、トラフィックの確認を行いましたが、ログインしようとする際にcvmからの通信は見当たりませんでした。 

以前に同じ質問をさせていただいたのですが、その後自身で様々な方法を確認しても自体が好転せず他に方法がなくなってしまったため、同じ内容の質問とはなってしまいますが、改めて質問をさせていただきます。 以前の質問の通り、Deskmini A 300にNutanix CE2.1をインストールすると、 setup_rdma.py[8310]: INFO:rdma:No Ports reserved for iSER on the node. Exiting! と表示されてしまい動作が停止してしまいます。これはDeskmini A 300に起因する問題なのでしょうか?あるいは他に修復方法があるのでしょうか?参考までに、Proxmox等の他の仮想マシンは動作を確認する事ができました。 以下、以前の質問文です。現在、Deskmini A 300を使用してNutanix のCE2.1版をインストールしようとしています。 インストール自体は完了するのですが、その後再起動すると     setup_rdma.py[8310]: INFO:rdma:No Ports reserved for iSER on the node. Exiting! という表示が出て、CVMにアクセスする事ができません。そもそもPing自体も失敗してしまいました。(AHVはPing可能でした) 調べてみたのですが、情報が全くヒットしなかったため、めずらしい問題が発生してしまったと考え、こちらに相談をさせていただきました。 どなたか、同じような症状が発生した方や解決できた方はいらっしゃるでしょうか。 マシン構成の詳細は、CPU:AMD Ryzen5 2400Gメモリ:corsair VENGEANCE(DDR4-2666) 16GB * 2枚 ストレージ    CVM Samsung SSD 970 EVO Plus 500GB    ハイパーバイザ WestanDigital Blue SA510 250GB    データ TOSHIBA MQ04ABD20    (データ WestanDigital EAAZ-00BXBB0)(USB外付けHDDのため動作確認のため使用停止中) となり、残りの構成は、DeskMini A300の初期構成のままとなっています。 

CE2.1のインストールと、CVMからのnext.nutanix.comへの名前解決CEのロール追加まで完了したのにNEXT認証に通らないです。 心当たりは下記URLでMyNutanixへ完了したないことがあるためできないといわれたことです。登録完了に何か条件がありますでしょうか。https://www.nutanix.com/products/community-edition/register未完了のメッセージが表示され進まないです。 My Nutanixには必要な項目はアクティベーションされているようです。 

はじめまして、失礼します。 NutniaxCE2.1をVMware Workstationにインストール完了し、Prismのログイン画面まで表示されましたが、Next認証に失敗になり下記メッセージから進めないです。 ・CVMからNutanix.comに対して名前解決はできています。 $ nslookup next.nutanix.comServer:         **.**.**.**Address:       **.**.**.** #53Non-authoritative answer:next.nutanix.com        canonical name = nutanix-us-community.insided.com.nutanix-us-community.insided.com        canonical name = d1itt11fy57z1m.cloudfront.net.Name:   d1itt11fy57z1m.cloudfront.netAddress: 3.169.5.15Name:   d1itt11fy57z1m.cloudfront.netAddress: 3.169.5.22Name:   d1itt11fy57z1m.cloudfront.netAddress: 3.169.5.33Name:   d1itt11fy57z1m.cloudfront.netAddress: 3.169.5.55Name:   d1itt11fy57z1m.cloudfront.netAddress: 2600:9000:282b:9c00:12:3132:8a80:93a1Name:   d1itt11fy57z1m.cloudfront.netAddress: 2600:9000:282b:f000:12:3132:8a80:93a1Name:   d1itt11fy57z1m.cloudfront.netAddress: 2600:9000:282b:6c00:12:3132:8a80:93a1Name:   d1itt11fy57z1m.cloudfront.netAddress: 2600:9000:282b:8800:12:3132:8a80:93a1Name:   d1itt11fy57z1m.cloudfron

現在NFR版でノード4つのクラスタを１つ構築しており、バックアップ用にSNRTのノード１つを使用しております。ノードは全てNX-1175S-G8で全部で５台あります。社内で動作検証中のクラスタに格納された仮想マシンが、オールフラッシュノードの容量を超えてしまう事が判明したため、クラスタをオールフラッシュノードから、ハイブリッドノードへ組み換えを行う想定をし、ストレージ用のHDDを購入いたしました。まず、バックアップ用のSNRTのノードを先にハイブリッドノード化し、非同期レプリケーションを用い、クラスタ内部の仮想マシンのスナップショットを取得しております。これ以外で、クラスタ内の仮想マシンを物理的に退避することをお勧めされておりますが、どういった手法が考えられますでしょうか。どなたか手法をご教示ねがえませんでしょうか。

おつかれさまです。Nutanixのネットワーク設計に関して確認させてください。Nutanix 1ノードに10G Dual-Port NICを２枚搭載する予定です。合計4つの10Gポートを２ポートずつBondingし、管理系、サービス系で通信を分けようと思うのですがその際にNICを跨いでBondingすることは可能でしょうか？ 仮想スイッチを２つ用意して各スイッチのアップリンクポートとして各NICから1ポートずつ選びBonding設定すれば可能だと思っているのですが、試せる環境がないため確認した次第です。お手数ですがご回答いただけますと幸いです。よろしくお願いいたします。

はじめまして、失礼します。現在、Deskmini A 300を使用してNutanix のCE2.1版をインストールしようとしています。インストール自体は完了するのですが、その後再起動するとsetup_rdma.py[8310]: INFO:rdma:No Ports reserved for iSER on the node. Exiting!という表示が出て、CVMにアクセスする事ができません。そもそもPing自体も失敗してしまいました。(AHVはPing可能でした)調べてみたのですが、情報が全くヒットしなかったため、めずらしい問題が発生してしまったと考え、こちらに相談をさせていただきました。どなたか、同じような症状が発生した方や解決できた方はいらっしゃるでしょうか。

こんにちは。既存のAHVクラスターに新しいノードを追加後、古いノードの取り外しを計画しています。いくつか疑問があり質問させていただきます。公式ドキュメントなどありましたらご紹介いただけますと幸いです。 ・クラスター拡張後に新しいノードへ仮想マシンを移動するには、手動でマイグレーションが必要との認識で合っていますでしょうか。クラスターへ追加したら、いきなり仮想マシンが移動してしまう？・新しいノードへ仮想マシンをマイグレーションする際に、物理ホストのCPU世代などが異なりますが仮想マシンの停止は不要でしょうか。（ESXiのEVCのようなものが効いている？）・仮想マシン内のNGTやドライバーの更新は事前に必要でしょうか？既設の環境をAHV-20230302.102001までバージョンアップし、PrismCentralも新しいバージョンにしてNCIライセンスへの変換作業まで完了しています。