既知の問題
この記事には、XenServer 9 リリースにおける勧告事項と軽微な問題、および適用可能な回避策が含まれています。
全般
-
シリアルコンソールを使用してXenServer®ホストに接続しようとすると、シリアルコンソールがキーボード入力を受け付けない場合があります。コンソールが2回更新されるまで待つと、コンソールはキーボード入力を受け付けます。(CA-311613)
-
License Activation Service (LAS) の切断後、オンラインアクティベーションを使用している XenServer ホストは、LAS が再び到達可能になった後でも、猶予ライセンス期間のままになることがあります。ホストは LAS と正常に通信しているにもかかわらず、
LICENSE_SERVER_UNREACHABLEおよびGRACE_LICENSEアラートを報告し続けます。この問題は、オンラインアクティベーション用に構成されたホストのみに影響し、オフラインアクティベーションを使用するホストは影響を受けません。この問題を回避するには、影響を受ける各ホストでツールスタックを再起動してください。(XSI-2204) -
2026年5月以前のXenServer 9 Preview ISOから最初にインストールされたホストに2026年6月のXenServerアップデートを適用した後、一部のVMライフサイクル操作が内部エラーで失敗する場合があります。影響を受ける操作には、サスペンド、チェックポイント、インポート、ストレージライブマイグレーションが含まれます。この問題は、アップデートを適用すると新しいカーネルがインストールされますが、ホストが再起動されないため、ホストが以前のカーネルを実行し続けるために発生します。この問題を回避するには、アップデートを適用した後にホストを再起動してください。2026年6月以降のISOからインストールされたホストは影響を受けません。(CA-428974)
ゲスト
-
新しいVMのvCPUトポロジを定義する際は、ソケットあたりのコア数が2のべき乗（1、2、4、8など）に設定されていることを確認してください。この値が2のべき乗に設定されていない場合、一部のコアがVMによって利用されず、VMオペレーティングシステム内に表示されるトポロジ情報が正しくない可能性があり、その他の予期しない動作が観察されることがあります。(XSI-1766)
-
VMがスリープモードに入ると、キーボードは機能したままでもマウスが応答しなくなることがあります。VMを再起動するか、デバイスマネージャーからUSBコントローラーを無効にして再度有効にすると、マウスの機能が回復します。(CA-399746)
-
VMに複数のNVIDIA T4 vGPUが割り当てられている場合、VMをサスペンド（またはライブマイグレーション）しようとすると失敗する可能性があります。(CA-428435)
-
NVIDIA vGPUが割り当てられているVMでは、ライブマイグレーションはサポートされていません。そのようなVMをライブマイグレーションしようとすると失敗します。(CA-430018)
-
VMに複数のUSBパススルーデバイスを割り当てると、VMが起動に失敗する場合があります。(CA-428550)
-
BIOSブートモードを使用するVMでは、GRUBブートメニューがVMコンソールからのキーストロークに応答しません。矢印キーを使用して強調表示されたエントリを変更したり、カウントダウンを中断したり、レスキューエントリなどのデフォルト以外のエントリを選択したりすることはできません。カウントダウンが終了すると、VMはデフォルトのエントリで起動します。この問題は、新規作成されたBIOSモードVMとインポートされたBIOSモードVMの両方に影響します。UEFIブートモードを使用するVMは影響を受けず、VMが起動した後もコンソールは正常に応答します。可能な場合は、この問題を回避するためにUEFIブートモードでVMを作成またはインポートしてください。(CA-428924)
パフォーマンス
- NUMAノードドリフト: VMがホスト上のすべてのCPUを完全に利用すると、ハイパーバイザーがVMのメモリがある場所から遠く離れたNUMAノードで一部のvCPUを実行する可能性があり、パフォーマンスの低下を引き起こします。これによる影響を受けているかどうかを監視するには、
NUMA non-affine vCPUsRRD (XenCenterパフォーマンスグラフ) を使用し、回復のために少なくとも1つのCPUをアイドル状態に保つようにしてください。(XSI-1573)
Windows ゲスト
-
FireEye Agentがインストールされているドメイン参加済みWindows 10 VM（1903以降）の場合、RDP接続を繰り返し正常に実行すると、
ntoskrnl.exeでVMがCPU使用率100%でフリーズする可能性があります。この状態から回復するには、VMを強制的に再起動してください。(CA-323760) -
UEFI VMを作成すると、Windowsのインストールを開始するにはキーを押す必要があります。必要な期間内にキーを押さない場合、VMコンソールはUEFIシェルに切り替わります。
この問題を回避するには、以下のいずれかの方法でインストールプロセスを再開できます。
- In the UEFI console, type the following commands:
EFI:
EFI\BOOT\BOOTX64
<!--NeedCopy-->
- Reboot the VM
インストールプロセスが再開されたら、VMコンソールでインストールプロンプトを監視してください。プロンプトが表示されたら、任意のキーを押してください。(CA-333694)
-
単一のホストで多数のWindows Server 2025 VMを同時に起動すると、一部が起動に失敗する可能性があります。(CP-51655)
-
インポートされたWindows VMにすでにXenServer VM Toolsがインストールされている場合、インポートプロセス中に同じバージョンのツールを再度インストールしようとすると失敗します。(CA-413698)
-
4つ以上のディスクを持つWindows Server VMをインポートすると、一部のディスクがオフラインとして表示されます。(CA-414047)
最新のXenServer VM Tools for Windowsリリースに関する詳細については、新機能を参照してください。
Linux ゲスト
-
Red Hat Enterprise Linux 8、Red Hat Enterprise Linux 9、Red Hat Enterprise Linux 10、Rocky Linux 8、Rocky Linux 9、CentOS Stream 9、またはCentOS Stream 10 VMでは、Dynamic Memory Control (DMC) 機能を使用できません。これらのオペレーティングシステムはXen®ハイパーバイザーでのメモリーバルーニングをサポートしていないためです。(CA-378797)
-
一部のLinux VM、特にディスクI/Oが未処理でビジーなシステムでは、VMのサスペンドまたはライブマイグレーションの試行が失敗する可能性があります。この問題を回避するには、
/sys/power/pm_freeze_timeoutの値を、例えば300000に増やすことを試してください。この回避策が成功しない場合は、VMのLinuxカーネルを最新バージョンにアップグレードできます。(CP-41455)
ストレージ
-
XenServerホストで200を超えるPVS-Accelerator対応VMを実行することはできません。(CP-39386)
-
読み取りキャッシュが有効になっている場合、親スナップショットからの読み取りがリーフからの読み取りよりも遅くなる可能性があります。この問題を回避するには、dom0により多くのメモリを割り当ててください。(CP-32853)
-
VMの最新のスナップショットが削除された場合、アクティブなVMディスクのデータを親デバイスに完全にマージできないことがあります。これは多くの場合、VMがアクティブで、マージプロセスがデータをマージするよりも速くディスクにデータを書き込んでいることが原因です。その結果、デルタ親/子構成で2つの仮想ディスクが存在するため、VMが通常必要とされるよりも多くのストレージスペースを使用する可能性があります。この問題は、VMのアクティブな書き込みディスクが完全にプロビジョニングされているため、LVMベースのSRタイプにより大きな影響を与える可能性があります。データマージプロセスを完了させるには、次のいずれかの方法で
-
VMが生成しているストレージI/Oレートを一時的に削減します。
-
VMをシャットダウンします。
-
その後、VMのディスクが保存されているSRを再スキャンします。(XSI-1922)
サードパーティ
- 最近のSSHクライアントの制限により、SSHは次のいずれかの文字を含むユーザー名では機能しません:
{}[]|&。ユーザー名とActive Directoryサーバー名にこれらの文字が含まれていないことを確認してください。
XenCenter
XenCenterの既知の問題と修正された問題については、XenCenterの新機能を参照してください。