XenServer

既知の問題

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

アクティブ ディレクトリ

  • XenServer の Active Directory 統合の更新 (Early Access チャネルで Dec 4, 2025 に、Normal チャネルで 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®ハイパーバイザーでのメモリバルーニングをサポートしていないため、動的メモリ制御 (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
       <!--NeedCopy-->
      

      Waylandを無効にするには、次の値を設定します。

       WaylandEnable=false
       <!--NeedCopy-->
      

      プロセスを完了するためにVMを再起動します。

    • lightdmに切り替えます。

      lightdmをインストールします。

       sudo apt install lightdm
       <!--NeedCopy-->
      

      それをデフォルトのディスプレイマネージャーとして設定します。

       sudo dpkg-reconfigure lightdm
       <!--NeedCopy-->
      

      プロセスを完了するために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; [Errno 2] 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の名前を設定または変更することはできません。typetmpfsの場合、コマンドxe sr-createname-labelに設定された値を無視し、代わりに固定値を使用します。tmpfs SRの名前を変更するためにコマンドxe sr-param-setを実行しようとすると、エラーSCRIPT_MISSINGが表示されます。

  • 1つの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の新機能を参照してください。

既知の問題