既知の問題

最終公開日 : Oct 07, 2026
この記事には、XenServer 8.4 リリースにおける勧告事項と軽微な問題、および適用可能な回避策が含まれています。

Active Directory

  • XenServer の Active Directory 統合の更新 (Dec 4, 2025 に早期アクセスチャネルで、Dec 15, 2025 に通常チャネルでリリース) では、XenServer と Active Directory ドメインコントローラー間で追加のポート (135, 49152-65535) を開く必要があります。これらのポートが閉じられている場合 (たとえば、ファイアウォールによって)、ホストは Active Directory ドメインへの参加に失敗したり、すでに参加している場合は Active Directory ログインを許可できなくなったりする可能性があります。詳細については、Active Directory 統合 を参照してください。(XSI-2112)

一般

  • XenServer® ホストに接続するためにシリアルコンソールを使用しようとすると、シリアルコンソールがキーボード入力を受け付けない場合があります。コンソールが 2 回更新されるまで待つと、コンソールはキーボード入力を受け付けます。(CA-311613)
  • 読み取りキャッシュが有効になっている場合、親スナップショットからの読み取りはリーフからの読み取りよりも遅くなります。この問題を回避するには、dom0 により多くのメモリを割り当ててください。(CP-32853)
  • 誤ったパスワードで dom0 コンソールにログインしようとすると、次のエラーメッセージが表示されます: When trying to update a password, this return status indicates that the value provided as the current password is not correct. このエラーメッセージは、ログインではなくパスワードの変更に関連するものですが、予期されるものです。正しいパスワードでログインしてみてください。(CA-356441)
  • XenServer ホストが予期せず電源オフになり再起動された場合、vTPM がアタッチされていた VM を回復しようとすると、vTPM が VM から失われることがあります。(CA-379928)
  • クラスター化されたプールで、ホストが正常にシャットダウンされなかった場合 (たとえば、突然電源がオフになった場合)、クォーラムはロックされたままになります。クリーンシャットダウンを含むその後の操作では、クォーラムの変更はトリガーされません。(CA-403866)
  • License Activation Service (LAS) との接続が切断された後、オンラインアクティベーションを使用している XenServer ホストは、LAS が再び到達可能になった後でも、猶予ライセンス期間に残る可能性があります。ホストは LAS と正常に通信しているにもかかわらず、LICENSE_SERVER_UNREACHABLE および GRACE_LICENSE のアラートを報告し続けます。この問題は、オンラインアクティベーション用に構成されたホストのみに影響し、オフラインアクティベーションを使用しているホストは影響を受けません。この問題を回避するには、影響を受ける各ホストでツールスタックを再起動してください。(XSI-2204)

グラフィックス

  • 特定のサーバーハードウェア上の VM に NVIDIA T4 をパススルーモードで追加すると、その VM の電源が入らない場合があります。(CA-360450)
  • XenServer ホストの新規インストールの一部として、NVIDIA Virtual GPU Manager 補足パックをインストールすることはできません。ホストをインストールした後、xe CLI または XenCenter を使用して NVIDIA Virtual GPU Manager をインストールできます。詳細については、XenServer 用 NVIDIA vGPU Manager のインストール を参照してください。
  • XenServer ホストを NVIDIA vGPU Manager ドライバーバージョン 580.105.06 にアップグレードした後、NVIDIA T4 vGPU 構成を使用する Windows VM は、VM コンソールと RDP の両方で黒い画面を表示します。この問題は、ゲストドライバーのインストール後に VM が最初に正しく表示された場合でも、VM の再起動後にも発生します。この問題は、テストされたすべてのゲストドライバーバージョンに影響し、NVIDIA T4 GPU カードに固有です。NVIDIA A16 GPU カードは、同じホストドライバーバージョンでは影響を受けません。この問題を回避するには、NVIDIA vGPU Manager ホストドライバーをバージョン 535.x (例: 535.274.03) にダウングレードしてください。NVIDIA はこの問題を調査中です。(XSI-2104)

ゲスト

  • 新しいVMのvCPUトポロジを定義する際は、ソケットあたりのコア数を2の累乗(1、2、4、8など)に設定してください。この値が2の累乗に設定されていない場合、一部のコアがVMによって利用されず、VMオペレーティングシステム内に表示されるトポロジ情報が不正確になったり、その他の予期しない動作が発生したりする可能性があります。(XSI-1766)
  • 動的メモリ制御が有効になっているVMを、メモリなどのリソースが非常に制約されているターゲットホストにライブマイグレーションしようとすると、マイグレーションが失敗する場合があります。(CA-380607)
  • VMがスリープモードに入ると、キーボードは機能したままでもマウスが応答しなくなることがあります。VMを再起動するか、デバイスマネージャーを通じてUSBコントローラーを無効にしてから有効にすると、マウスの機能が回復します。(CA-399746)

Windowsゲスト

  • FireEye Agentがインストールされているドメイン参加済みのWindows 10 VM(1903以降)の場合、RDP接続が繰り返し成功すると、VMがntoskrnl.exeでCPU使用率100%でフリーズすることがあります。この状態から回復するには、VMをハードリブートしてください。(CA-323760)
  • UEFI VMを作成する際、Windowsのインストールを開始するにはキーを押す必要があります。必要な期間内にキーを押さないと、VMコンソールはUEFIシェルに切り替わります。
    この問題を回避するには、次のいずれかの方法でインストールプロセスを再開できます。
    • UEFIコンソールで、次のコマンドを入力します。
      EFI:
      EFI\BOOT\BOOTX64
    • VMを再起動する
    インストールプロセスが再開されたら、VMコンソールでインストールプロンプトを監視します。プロンプトが表示されたら、任意のキーを押します。(CA-333694)
  • Windows 10 VMを1909から20H2以降にアップデートしようとすると、「INACCESSIBLE BOOT DEVICE」というエラーを示すブルースクリーンが表示されてアップデートが失敗する場合があります。(XSI-1075)
    この障害が発生する可能性を低くするために、アップデートを試みる前に次の手順を実行できます。
    1. VM上のXenServer VM Tools for Windowsを最新バージョンにアップデートします。
    2. VMのスナップショットを作成します。
    3. VMレジストリで、HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\XENFILT\Parametersキーから次の値(ActiveDeviceID、ActiveInstanceID、ActiveLocationInformation)を削除します。
  • ドライバーを自動的に更新しないように設定されているテンプレートからWindows VMを作成すると、作成されたVMは誤ってドライバーを更新するように設定されます。この問題を回避するには、次のコマンドを実行します: xe pool-param-set policy-no-vendor-device=true uuid=<pool-uuid>。このコマンドにより、今後テンプレートから作成されるVMは、ドライバーを自動的に更新しないように正しく設定されます。以前にテンプレートから生成されたVMは変更されません。(CA-371529)
  • Windows Server 2025 VMをインストールする際、2つのディスクが接続されていると、VMが起動中にハングする可能性があります。この問題を回避するには、1つのディスクでインストールを完了してください。次に、VMにVM Tools for Windowsをインストールし、再起動してインストールを完了します。完了後、安全に2つ目のディスクを接続できます。(CA-399175)
  • 単一のホストで多数の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、Rocky Linux 8、Rocky Linux 9、またはCentOS Stream 9 VMでは、これらのオペレーティングシステムがXen®ハイパーバイザーでのメモリバルーニングをサポートしていないため、Dynamic Memory Control (DMC) 機能を使用できません。(CA-378797)
  • 一部のLinux VM、特にディスクI/Oが未処理でビジーなシステムでは、VMの一時停止またはライブマイグレーションの試行が失敗する場合があります。この問題を回避するには、/sys/power/pm_freeze_timeoutの値を、例えば300000に増やすことを試してください。この回避策が成功しない場合は、VMのLinuxカーネルを最新バージョンにアップグレードできます。(CP-41455)
  • Ubuntu 24.04のMesaドライバーに関する既知の問題により、Waylandプロトコルがデフォルトで有効になっているAMDプラットフォームホストにUbuntu 24.04 (デスクトップ) VMをインストールした後、繰り返し再ログインプロンプトが表示されることがあります。
    この問題を解決するには、Waylandを無効にするか、lightdmをデフォルトのディスプレイマネージャーに切り替えることができます。
    • Waylandを無効にする。
      コマンドプロンプトを開き、次のコマンドを実行します。
      sudo nano /etc/gdm3/custom.conf
      Waylandを無効にするには、次の値を設定します。
      WaylandEnable=false
      プロセスを完了するには、VM を再起動します。
    • lightdm に切り替えます。
      lightdm をインストールします。
      sudo apt install lightdm
      それをデフォルトのディスプレイマネージャーとして設定します。
      sudo dpkg-reconfigure lightdm
      プロセスを完了するには、VM を再起動します。

インストール

  • HPE Proliant Gen10 システムで XenServer 8.4 をアップグレードまたはインストールする際、インストーラーが起動する前のブート中にプロセスがハングすることがあります。
    この問題を回避するには、hpsa ドライバーを無効にします。
    1. インストール ISO を使用してホストを回復します。
    2. ISO を起動する際、ブートプロンプトで e (UEFI) または Tab (BIOS) を押して GRUB に入ります。
    3. カーネルパラメーターに次のテキストを追加します: modprobe.blacklist=hpsa
    4. 続行するには、Ctrl-X または Enter を押します。
    5. インストールまたはアップグレードを続行します。
    インストールまたはアップグレードが完了したら、GRUB のカーネルパラメーターから modprobe.blacklist=hpsa の行を削除することで、hpsa ドライバーを再度有効にできます。
  • IIS サーバー上にある ISO から XenServer 8.4 にアップグレードまたはインストールする際、インストールまたはアップグレードが失敗し、ホストが再起動できなくなることがあります。リモートコンソールには GRUB エラー「"File '/boot/grub/i3860pc/normal.mod' not found. Entering rescue mode"」が表示されます。この問題は、IIS の構成によりパッケージファイルが欠落していることが原因です。この問題を回避するには、インストール ISO を IIS 上で展開する前に、IIS で二重エスケープが許可されていることを確認してください。(XSI-1063)
  • 最新のXenCenterを使用して、Citrix Hypervisor 8.2 CU1からXenServer 8.4にアップグレードしてください。古いバージョンのXenCenterを使用すると、接続が失われる可能性があります。
    最新のXenCenterは、XenServer製品ダウンロードページからダウンロードしてください。

国際化

  • アクセント記号付き文字など、非ASCII文字はホストコンソールで使用できません。(CA-40845)
  • XenServer VM Tools for WindowsがインストールされているWindows VMで、XenCenterのデフォルトのデスクトップコンソールを使用している場合、2バイト文字のコピー&ペーストが失敗することがあります。貼り付けられた文字は疑問符(?)として表示されます。
    この問題を回避するには、代わりにリモートデスクトップコンソールを使用できます。(CA-281807)

ストレージ

  • NVMeデバイス上のローカルXFS SRを持つホストにXenServerを新規インストールすると、起動時にローカルストレージがアタッチされません。この操作は、「Raised Server_error(SR_BACKEND_FAILURE, [ FileNotFoundError; No such file or directory: '/sys/block/nvme0n/queue/scheduler' ])」というエラーで失敗します。
    最新のアップデートを適用した後、ローカルストレージを手動でアタッチできます。
  • GFS2 SRを使用しており、クラスタープールに2つのホストがある場合、アップグレード中にクラスターがクォーラムを失い、フェンスされる可能性があります。この状況を回避するには、クラスターにホストを追加するか、ホストを削除してください。アップグレードプロセス中は、プールに1つまたは3つのホストがあることを確認してください。(CA-313222)
  • SANからHBA LUNを削除した後、論理ボリューム情報を照会する際にログメッセージとI/O障害が発生する場合があります。この問題を回避するには、XenServerホストを再起動してください。(XSI-984)
  • PVS-Acceleratorが使用するtmpfs SRの名前を設定または変更することはできません。typeがtmpfsの場合、コマンドxe sr-createはname-labelに設定された値を無視し、固定値を使用します。tmpfs SRの名前を変更するためにコマンドxe sr-param-setを実行しようとすると、エラー「SCRIPT_MISSING」が表示されます。
  • XenServerホスト上で200を超えるPVS-Accelerator対応VMを実行することはできません。(CP-39386)
  • GFS2およびXFSストレージリポジトリ(SR)タイプで新しく作成された仮想ディスクイメージ(VDI)への書き込みに影響を与えるパフォーマンスの低下が修正されました。
    注:
    この問題は、9 October 2024に早期アクセス向けに、および16 October 2024に通常向けにリリースされたソフトウェアアップデート後に作成されたVDIに影響します。これらのアップデート前、または21 October 2024に公開されたアップデート後に作成されたVDIは影響を受けません。
    このアップデートはパフォーマンスの低下を解決しますが、低下期間中に作成されたバッキングファイルの構造が原因で、影響を受けたVMのパフォーマンスを自動的に回復することはありません。パフォーマンスを回復するには、次の手順を実行します。
    • 非永続的またはレイヤー化されたVM(Citrix Virtual Apps and Desktops™ MCSで管理されているもの)の場合:ベースイメージのアップデートを実行します。
    • 永続的なVM(マスターイメージを含む)の場合:スナップショットを作成して、将来の書き込み用の新しいバッキングファイルを作成し、パフォーマンスの低下を解決します。将来のXenServerアップデートがリリースされるまでスナップショットを保持し、問題の再発を防ぎます。時期尚早に削除すると、以前の誤ったメタデータ構造が再適用され、パフォーマンスの問題が再発する可能性があります。
    • テストVMの場合:問題を解決するために再作成します。
  • VMの最新のスナップショットが削除されると、アクティブなVMディスクからのデータを親デバイスに完全にマージできない場合があります。多くの場合、これはVMがアクティブであり、マージプロセスがデータをマージできるよりも速くディスクにデータを書き込んでいることが原因です。結果として、デルタ親/子構成で2つの仮想ディスクを持つため、VMは通常必要とされるよりも多くのストレージスペースを使用する可能性があります。この問題は、VMのアクティブな書き込みディスクが完全にプロビジョニングされているため、LVMベースのSRタイプにより大きな影響を与える可能性があります。データマージプロセスを完了させるには、次のいずれかを実行します。
    • VMが生成するストレージI/Oレートを一時的に削減します。
    • VMをシャットダウンします。
    その後、VMのディスクが保存されているSRを再スキャンします。(XSI-1922)

サードパーティ

  • 最近のSSHクライアントの制限により、次の文字のいずれかを含むユーザー名ではSSHが機能しません: {}[]|&。ユーザー名とActive Directoryサーバー名にこれらの文字が含まれていないことを確認してください。

XenCenter

XenCenterの既知の問題と修正された問題については、XenCenterの新機能を参照してください。