機械翻訳について
  1. リリース・ノート
  2. 既知の問題

5 既知の問題

次の項では、Oracle Linux Virtualization Managerの既知の問題について説明します。 また、次のドキュメントも確認してください:

Oracle Linux Virtualization Managerの問題

アクティブ・ドメイン用の設定スクリプトは、ユーザーがルートADフォレストを検証するようにし、特定のサブドメインについては検証しないように制限します

ovirt-engine-extension-aaa-ldap拡張機能を使用して認証を構成しようとする場合、認証のためのフォレスト・ドメインのみを追加できます。 サブドメインを使用しようとすると、次の警告およびエラー・メッセージが表示されます。 

[ INFO  ] Resolving Global Catalog SRV record for subdomain1.mydomain.domain.local
[WARNING] Cannot resolve Global Catalog SRV record for subdomain1.mydomain.domain.local. 
Please check you have entered correct Active Directory forest name and check that forest 
is resolvable by your system DNS servers
[ ERROR ] Failed to execute stage 'Environment customization': Active Directory forest is 
not resolvable, please make sure you've entered correct forest name. If for some reason you 
can't use forest and you need some special configuration instead, please refer to examples 
directory provided by ovirt-engine-extension-aaa-ldap package.

解決策: 問題はアップストリームのoVirtリリースでも発生します。 この動作に対する回避策はありません。

バグ: 29182338

エンジンのリストア後にActive Directoryプロファイルが欠落します

Oracle Linux Virtualization Managerのバックアップから新規インストールにリストアする場合、Active Directoryプロファイルが欠落します。

解決策: 次のステップを実行します。

  1. ovirt-engine-extension-aaa-ldap-setupパッケージを再インストールします: 

    # dnf install ovirt-engine-extension-aaa-ldap-setup

  2. Managerを再起動します。 

    # service ovirt-engine restart

  3. Active DirectoryのIPアドレスを/etc/hostおよび/etc/resolve.confファイルにそれぞれ追加します。

バグ: 29410228

削除された記憶域ドメインがダッシュボードにまだ表示されています

記憶域ドメインを削除しても、ダッシュボードには表示されます。

解決策: この動作に対する回避策はありません。

バグ: 29494264

OpenLDAPディレクトリへの接続を設定できません

ovirt-engine-extension-aaa-ldap拡張を使用してOpenLDAPサーバーへの接続を設定する場合(オプション9) - OpenLDAP Standardスキーマ。ディレクトリ・サーバーに対して認証できないため、設定が失敗します。

解決策: この動作に対する回避策はありません。 問題はアップストリームのoVirtリリースでも発生します。

バグ: 29525988

グローバル構成の問題

デフォルト・ユーザー・グループに追加されたロールは削除できません

ロールをデフォルトのユーザー・グループに追加すると、そのロールをグループから削除できなくなります。ユーザーは、デフォルトのユーザー・グループにロールを追加できますが、Oracleサポートからのヘルプなしでロールを削除することはできません。

ソリューション: デフォルト・グループの権限を変更するのではなく、必要な権限を持つ新しいグループを作成します。

バグ: 35363328

仮想マシンの数がEvenly_Distributedスケジューリング・ポリシーに設定されたHighVirtual MachineCountプロパティを超えているKVMホストで仮想マシンが起動されます

仮想マシンの数が、Evenly_Distributedスケジューリング・ポリシーのHighVMCountプロパティで設定した仮想マシンの数を超えているKVMホストで仮想マシンが実行されます。 このシナリオでは構成されているスケジューリング・ポリシーに基づいて、ロード・バランシングがトリガーされ、この仮想マシンがクラスタ内の別のKVMホストで起動される必要があります。

解決策: この動作に対する回避策はありません。

バグ: 29168788

CPU使用率がEvenly_Distributedスケジューリング・ポリシーのHighUtilizationプロパティ設定を超えているKVMホストで仮想マシンを起動できます

1つのホストのみがアクティブである3ホスト・クラスタ(その他の2つのホストはMaintenanceモードになっている)では、OVAファイルのインポートによって5つの仮想マシンが作成されます。 Evenly_Distributedスケジューリング・ポリシーは、HighUtlilizationプロパティを50に設定した状態で構成されています。 KVMホストのCPU使用率が50%を超えているときに仮想マシンが起動されると、その仮想マシンは起動に失敗するようになっていますが、このシナリオでは仮想マシンがKVMホストで起動されます。

解決策: この動作に対する回避策はありません。

バグ: 29171712

Evenly_Distributedスケジューリング・ポリシーに対してCPU負荷が均等にロード・バランスされません

Evenly_Distributedスケジューリング・ポリシーのHighUtlilizationプロパティが50に設定され、CPUOverCommitDurationが1に設定されている3ホスト・クラスタでは、CPU負荷はクラスタ内のKVMホスト間で均等に分散されませんでした。 このシナリオでは、構成されたスケジューリング・ポリシーに基づくロード・バランシングのために移行されるはずの仮想マシンが移行されませんでした。

解決策: この動作に対する回避策はありません。

バグ: 29172270

Power_Savingスケジューリング・ポリシーでは、CPU使用率が20%未満のクラスタ内のKVMホストが停止されません

3つのKVMホストが実行されていて4つの仮想マシンが稼働しているクラスタで、Power_Savingsスケジューリング・ポリシーのEnableAutomaticHostPowerManagementプロパティがtrueに設定されて構成されているとき、KVMホスト上のCPUおよびメモリーが不足していることが検出されました。 このポリシーの設定後、CPU使用率が20%未満であっても、KVMホストは停止されず、仮想マシンは移行されません。 このシナリオで構成済のPower_Savingsスケジューリング・ポリシーを考慮すると、一部のホストが停止されるはずです。

解決策: この動作に対する回避策はありません。

バグ: 29418541

Power_Savingsスケジューリング・ポリシーのMaxFreeMemoryForOverUtilizedプロパティ値を超えても仮想マシンが移行されません

仮想マシンがPower_Savingsスケジューリング・ポリシーのMaxFreeMemoryForOverUtilizedプロパティに設定された値を超過したときに、その仮想マシンが十分な空きメモリーがあるクラスタ内の別のKVMホストに移行されないことが観測されます。

解決策: この動作に対する回避策はありません。

バグ: 29419399

MinFreeMemoryForUnderUtilizedプロパティがEvenly_DistributedおよびPower_Savingsスケジューリング・ポリシーで機能しません

4つの稼働中の仮想マシンがある3つのアクティブ・ホストを持つクラスタで(3つの仮想マシンがホストの1つで稼働し、1つの仮想マシンが別のホストで稼働している)、Evenly_DistributedポリシーのMinFreeMemoryForUnderUtilizedプロパティの値が設定されて構成されています。 この環境の仮想マシンがポリシーに設定されたMinFreeMemoryForUnderUtilizedプロパティの値を超えたときに、このシナリオでは、KVMホストが停止されることも、仮想マシンが移行されることもありません。

その後、ポリシーがPower_Savingsスケジューリング・ポリシーに変更され、MinFreeMemoryForUnderUtilizedプロパティが、Evenly_Distributedスケジューリング・ポリシーに対して以前設定されていた値と同じ値に変更されても、このプロパティ値を超過したときにKVMホストが停止されず、仮想マシンも移行されないことが確認されます。

解決策: この動作に対する回避策はありません。

バグ: 29425062

MacPoolAdminロールはシステム・レベルのユーザーのみ使用可能です

MacPoolAdminロールは様々なレベルのユーザー(「システム」、「データ・センター」、「クラスタ」など)に割り当てることができますが、「システム」レベルでこのロールを付与されたユーザーのみが、実際にはMACアドレス・プールの作成、編集、削除などのOracle Linux Virtualization ManagerでMacPoolAdminタスクを実行できます。

ソリューション: ユーザーにMacPoolAdmin権限が必要な場合は、マネージャでシステムレベルでMacPoolAdminロールが割り当てられていることを確認します。

バグ: 29534106

計算の問題

pam.dハーディング後のホストは応答しません

/etc/pam.d/system-authファイルに次の行を追加すると、KVMホストは応答しなくなります: 

session required pam_lastlog.so showfailed

ソリューション: /etc/pam.d/system-authファイルに次の行を追加します: 

session required pam_lastlog.so silent

silentオプションは、以前のログインについては通知しませんが、/var/log/lastlogファイルを更新します。

詳細は、My Oracle Support (MOS)の記事「pam.dの強化後にホストが応答しなくなります(ドキュメントID 2796734.1)」を参照してください。

バグ: 33128719

エンジン・ホストの管理下にあるKVMホストが、現在の状態を検証することなく別のManagerホストに偶発的に追加されることがあります

KVMホストがすでにManagerホスト上にデプロイされている場合、このKVMホストを別のManagerホストに追加し、この別のManagerホストが、元々所有していたManagerホストからKVMホストを取り去るようにできます。 あるManagerホストの管理下にすでに置かれているKVMホストを追加することは推奨されませんが、誤って行われる場合があります。 この場合、元々所有していたManagerホスト上にあるKVMホストはNonreponsiveのステータスに変更され、そこで実行されているすべての仮想マシンはUnknownのステータスに変更されます。 応答しないホストをMaintenanceモードにしようとすると、次のエラー・メッセージが生成されます。 
Error while executing action: Cannot switch Host to Maintenance mode.
Host still has running VMs on it and is in Non Responsive state.

解決策: この問題の回避策については、関連する問題である「盗難、廃止、応答しない、または破壊されたKVMホストの除去」を参照してください。

バグ: 29127349

ホスト追加の失敗後、重複するKVMホストをメンテナンス・モードに移動できません

仮想マシンを実行しているKVMホストをマネージャ・ホストに追加し、異なるホスト名(IPアドレスまたはFQDNのいずれか)を使用して同じKVMホストを追加しようとすると、ManagerホストはこのKVMホストの追加に失敗します。 障害が発生したKVMホストをMaintenanceモードに移行してManagerから削除しようとすると、KVMホストがPreparing for Maintenanceモードでスタックします。

解決策: 実行中のKVMホスト上のUP状態のすべての仮想マシンを、クラスタ内の別のKVMホストに移行します。 これにより、障害が発生したKVMホストのステータスがMaintenanceモードに変更されます。 その後、KVMホストを削除できます。

バグ: 29127707

エンジンにfirewalldが無効になっている新しいKVMホストを追加すると、SSH接続がハングします

firewalldが無効になっている新しいKVMホストをManagerに追加すると、SSH接続がハングします。

解決策: この動作に対する回避策はありません。 SSH接続は最終的に多少の遅延後にリストアされます。

バグ: 29135914

KVMホストのアンデプロイおよび削除時にブリッジがクリーン・アップされません

KVMホストがアンデプロイされ、Managerホストから削除された後、以前のブリッジはKVMホスト上でクリーン・アップされません。

解決策: ネットワークのリソースは、ManagerホストからKVMホストを削除した後で手動で削除またはクリーン・アップする必要があり、デフォルトの管理ネットワークovirtmgmtは変更しないでください。

KVMホストからVDSMで構成されているネットワークを削除するために使用できるツールがアップストリームで使用可能です。 詳細は、https://gerrit.ovirt.org/#/c/79495/を参照してください。

バグ: 29167000

管理ネットワークを持たないデフォルト以外のデータ・センター内で新規クラスタを作成すると、ダイアログ・ボックスが停止し、キャッチされていない例外がUIログに生成されます

この問題を再現するステップは、次のとおりです:

  1. デフォルトの設定で新しいデータ・センターを作成します。
  2. 「データ・センター - ガイド」ダイアログ・ボックスでプロンプトが表示されたら、後で構成をクリックします。
  3. クラスタを新しいデータ・センターに追加し、クラスタに新しい名前を付け、「管理ネットワーク」を空白のままにして、新しいクラスタを作成します。

  4. 「OK」をクリックします。

    ノート:

    デフォルトでは、管理者はovirtmgmt管理ネットワークを「管理ネットワーク」として追加します。 このフィールドは、この管理ネットワークが削除され、他の管理ネットワークが作成されていない場合のみ空白のままにできます。 この問題は、「管理ネットワーク」フィールドが空白のままの場合にのみ発生します。

    ダイアログ・ボックスがハングアップしますが、engine.logファイルに生成されたエラー・メッセージはありません。ただし、ui.logファイルに捕捉されない例外が生成されます。

    この問題が発生した後は、新規データ・センターをクリックするたびにUI例外が生成されます。

    また、新しいクラスタとこのデータ・センター内のホストがこのManagerにまだ存在していても、新しいデータ・センターを削除できることも確認されています。

解決策: この問題が発生した場合は、2つの回避策が考えられます。

  • ダイアログ・ボックスを閉じ、データ・センターを削除して、新しいデータ・センターを作成します。 新規データ・センターを作成すると、元のovirtmgmt管理ネットワークが提供されます。

    または

  • ダイアログ・ボックスを閉じ、このデータ・センター内に新しいネットワークを作成し、新しいクラスタの作成時に、この新しいネットワークを管理ネットワークとして選択します。

バグ: 29385759

KVMホストの停止中の不完全なエラー・メッセージ

この問題は、「ステータス」がUnassignedのKVMホストで表示されます。 この問題を再現するステップは、次のとおりです:

  1. 「計算」に移動して、「ホスト」をクリックします。

  2. 「ホスト」ペインで「管理」をクリックし、ドロップダウン・リストから「停止」を選択します。

    次の不完全な「操作が取り消されました」というエラー・メッセージが生成されます。 
    Error while executing action
    このエラー・メッセージは不完全ですが、正確なものです。ただし、メッセージは回避策を提供しません。

解決策: KVMホストを停止するには、KVMホストの「ステータス」がUPであることが必要です。 KVMホストをMaintenanceモードに設定してから停止してみてください。 これが機能しない場合は、KVMホストにログインし、問題を解決して、回復する必要があります。

バグ: 29298704

KVMホストの削除後もホスト・コンソールにはエンジン・ホストに登録されていると表示されます

ホスト・コンソールに、KVMホストがManagerホストから削除された後もManagerホストにまだ登録されていることが示されます。 この問題は、次のシナリオで発生します。

  1. 次のようにManagerを使用してKVMホストを削除します。
    1. 「ホスト」ペインで、「管理」をクリックしてドロップダウン・リストからMaintenanceを選択しKVMホストをMaintenanceモードにします。
    2. 「インストール」をクリックし、ドロップダウン・リストから「再インストール」を選択します。
    3. ホストされたエンジンをクリックし、ドロップダウン・リストから「アンデプロイ」を選択します。
    4. 「OK」をクリックします。
    5. 次に、KVMホストを再びMaintenanceモードに設定し、「削除」をクリックして「ホストの削除」確認ウィンドウを開き、「OK」をクリックします。
  2. ホスト・コンソールを開きます。

  3. 「仮想化」に移動して、ホストされたエンジンをクリックします。

    ホスト・エンジン設定画面に、削除されるKVMホストにシステムがすでに登録されていることが示されます。

解決策: この動作に対する回避策はありません。

バグ: 29444179

盗難、廃止、応答しない、または破壊されたKVMホストの除去

Managerホストの制御下にあるKVMホストを別のManagerホストによって引き継ぐことができます。 「エンジン・ホストの管理下にあるKVMホストが、現在の状態を検証することなく別のManagerホストに偶発的に追加されることがあります」も参照してください。

たとえば、Managerホストですでに使用中のKVMホストは、別のManagerホストで新規ホストとして追加できます。 このシナリオでは、元のManagerがKVMホストと通信できません。 KVMホストで仮想マシンが実行されているため、ホストをMaintenanceモードにしようとすると、次のエラー・メッセージが表示されて拒否されます。 
Host still has running VMs on it, and is Non responsive state

解決策: この状況を処理する場合、2つの方法を使用できます。

  • ホストが別のManagerによって引き継がれることによる問題を解決する方法。
  • 永続的に機能しなくなったKVMホストを削除する方法。

ホストが別のエンジン・ホストに引き継がれる問題の解決方法

新しいManagerホストがKVMホストを引き継ぐ場合、次の症状が確認されます。

  • 元の所有者であるManagerホストで、KVMホストのステータスがConnectingと表示され、仮想マシンは実行中と表示されます。
  • 新しいManagerホストでは、仮想マシンのコピーはexternal_ vm-nameとして表示され、実行されています。

次のステップを実行します。

  1. KVMホストの電源をオフにします。

    KVMホストの電源をオフにした後、次のイベントが発生します。
    • KVMホストは最終的に、両方のManagerホストでNonResponsiveのステータスになります。
    • 仮想マシンは、両方のManagerホストでUnknownのステータスになります。
    • 両方のマネージャ・ホスト上のこのKVMホストに対して次のイベントがトリガーされます: Handling non responsive Host host-name.
  2. これらのイベントが失敗するまで待機します。

両方のManagerホストで、次のステップを実行します。

  1. 「その他のアクション」をクリックし、ドロップダウン・リストからホストが再起動されたことの確認」を選択します。

  2. 操作の確認チェック・ボックスを選択し、「OK」をクリックします。

    この操作により、Managerとホストでは仮想マシンに「停止中」のマークが付けられ、「仮想マシン」列の下に0の値が表示されます。 仮想マシンの「移行モード」設定で許可されている場合は、古いマネージャで仮想マシンを別のホストに移行できるようになっています。

  3. KVMホストをMaintenanceモードに設定します。

次に、新しいManagerホストで次のステップを実行します。

  1. 仮想マシンのコピーを削除します。
  2. KVMホストを削除します。

KVMホストが再び稼働するとき、ホストにSSH通信して、認証されているすべてのキーを削除します。 

# rm /root/.ssh/authorized_keys*

次に、元の所有者であるManagerホストで、(簡単にするために)パスワード認証を使用してKVMホストを再インストールします。

ノート:

ネットワークの問題によってKVMホストがManagerホストのNonResponsiveステータスに移行したため、セットアップでインストールに失敗した場合は、KVMホストをMaintenanceモードに戻し、SSHキーで再インストールしてください。

永続的に機能しなくなったKVMホストを削除する方法

ManagerホストがKVMホストのステータスをNonresponsiveと表示した場合、次の症状が確認されます。

  • KVMホストで実行していた仮想マシンは、Unknownのステータスを示します。

  • このKVMホストのManagerホスト上で次のイベントが生成されます。 

    Handling non responsive Host host-name

    これらのイベントは最終的に失敗します。

次のステップを実行します。

  1. 「その他のアクション」をクリックし、ドロップダウン・リストからホストが再起動されたことの確認」を選択します。

  2. 操作の確認チェック・ボックスを選択し、「OK」をクリックします。

    この操作によって、仮想マシンが停止され、ホストの「仮想マシン」列の下に0の値が表示されます。

  3. KVMホストをMaintenanceモードに設定します。
  4. KVMホストを削除します。

詳細は、My Oracle Support (MOS)の記事「oVirtエンジンからDefunctホストを削除する方法(ドキュメントID 2540819.1)」を参照してください。

バグ: 29685904

ネットワークの問題

KVMホストと同期されないボンドの非プライマリ下位ポートのエンジンに表示されるMACアドレス

2つの下位ポートを持つKVMホストにボンドが作成された後、非プライマリ下位ポートのMACアドレスがKVMホストのプライマリ下位ポートと同じになるように変更されますが、Managerは下位ポートの以前のMACアドレスを表示し続けます。

解決策: この動作に対する回避策はありません。

バグ: 29049447

実行中の仮想マシンの仮想マシン・ネットワークを切り替えたときに、エンジンが仮想マシンのIPアドレスを更新しません

VMネットワークに接続されている1つのVNICインタフェースを使用して仮想マシンを実行するシナリオでは、ユーザーはManagerによって実行中の仮想マシンのVNICインタフェースを別のVMネットワークに変更できることが確認されます。 このアクションにより、仮想マシンはVMネットワークを失い、アクセス不可能になります(つまり、そのIPアドレスはpingできなくなります)。 ただし、Managerは古いIPアドレスを表示したままで、エラー・メッセージを生成しません。

解決策: この動作に対する回避策はありません。

バグ: 29060999

デフォルト・ルート・ロールが接続済ネットワークから削除された後もデフォルト・ルートは「はい」に設定されます

ホストに接続され、仮想マシンがそのネットワークに接続されているネットワーク上のデフォルト・ルートの変更は無効であり、VDSMによって拒否されます。 Managerホストはリクエストの失敗を通知され、エラーをログに記録しますが、Managerはその失敗を認識していません。つまり、「ネットワークの管理」ペインには、デフォルトのルートの変更が成功したことが表示されます。

解決策: ネットワーク構成を変更するときは、インタフェース構成が最新の変更を正確に反映していることを確認してください。

バグ: 29133844

VLANネットワークが15文字より長いインタフェース名で追加された場合に例外が発生します

インタフェースが15文字を超えたVLANインタフェースを追加すると、次の失敗メッセージが生成されます。 

VDSErrorException: Failed to HostSetupNetworksVDS, error = Internal JSON-RPC error: 
{'reason': '[Errno 8] Input data out of range'}, code = -32603

VLAN IDは0から4096の範囲で、最大4文字で、インタフェース名の合計は15文字に制限されます。 これは、Linuxカーネルの制限です。 インタフェース名の最大長はカーネル・ヘッダーによって定義され、グローバル制限であるため、すべてのアプリケーションに影響します。

解決策: インタフェース名を15文字(ピリオドおよびVLAN IDを含む)に制限します。

バグ: 29221397

管理ネットワーク上でVLANネットワークが構成されていない場合にVLANネットワークに接続されたKVMホストの追加に失敗します

ovirtmgmt管理ネットワークがVLANネットワーク上で構成されていない場合、VLANネットワークに接続されているKVMホストの追加は失敗します。

解決策: 単一のクラスタに含まれるすべてのサーバーは、同じVLAN管理ネットワーク上に存在する必要があります。

次のステップを実行します。

  1. 「ネットワーク」に移動して、「ネットワーク」をクリックします。
  2. 「名前」列でovirtmgmtネットワークを選択します。
  3. 「編集」をクリックします。

  4. VLANタグ付けの有効化チェック・ボックスを選択し、テキスト入力フィールドにVLANタグIDを入力します。

    VLANタグIDは、ovirtmgmt管理ネットワークに接続するホスト・インタフェースに設定されるVLAN IDと同じであることを確認します。

  5. 「計算」に移動して、「ホスト」をクリックします。
  6. 「新規」をクリックします。
  7. 「ホスト」ペインで、KVMホストをクリックします。
  8. 「ネットワーク・インタフェース」タブをクリックします。
  9. ホスト・ネットワークの設定をクリックし、ovirtmgmt管理ネットワークを適切なインタフェースに追加します。

バグ: 29245869

ネットワークの同期に失敗しても成功としてレポートされます

MTU値を使用してVLANネットワークを作成し、ネットワークをホスト・インタフェースに追加すると、ホストはデフォルトのMTU値の1500を保持するため、ネットワークは同期されません。 すべてのネットワークの同期をクリックすると、Managerは、ネットワーク同期が完了したことを示す次のメッセージをレポートします。 
Finished Synchronizing networks on host
ただし、ネットワークはまだ同期されていません。

解決方法: すべてのネットワークの同期を再度クリックします。

バグ: 29311422

仮想マシン・ネットワークに接続された結合ポートが、非サポート・モードからサポート・モードに変更されたときに、KVMホストが動作しなくなります

VMネットワークでサポートされないモードで結合ポートを作成すると、ネットワークをVM以外のネットワークに正常に接続できます。ただし、VM以外のネットワークをVMネットワークに変更すると、ネットワークは同期しなくなります。 さらに、ユーザーがエラー・メッセージに記載された手順に従ってネットワークの問題を修正すると、KVMホストは動作しなくなります。 この問題は、結合モードの変更と組み合せた(非VMネットワークからVMネットワークへの)ネットワーク変更によって発生します。

ノート:

これらのアクションを逆に実行した場合、つまりVMネットワークをVM以外のネットワークに変更した後、それに応じて結合モードを変更する場合、問題は発生しません。

この問題を再現するステップは、次のとおりです:

  1. VM以外のネットワークを作成し、0、5または6の結合モードにネットワークを接続します。

  2. ネットワーク・モードをVMネットワークに変更するには、Managerでネットワークを編集し、「VMネットワーク」チェック・ボックスを選択します。

    このアクションにより、ネットワークの同期がとれなくなります。

  3. 「すべてのネットワークの同期」をクリックします。

    次のエラーが生成されます: Network name is attached to bond number. VM networks cannot be attached to bonds in mode 0, 5 or 6.

  4. 結合モードをVMネットワーク(1、2または4)で使用可能なモードに変更し、「OK」をクリックします。

    ネットワーク設定ウィンドウが閉じた後、すべてのネットワークの同期」ボタンが再度表示され、ネットワークが同期していないこと、およびホストが動作していないことが示されます。

解決方法: すべてのネットワークの同期を再度クリックして、KVMホストを起動します。 あるいは、KVMホストを起動するために、このKVMホストをMaintenanceモードに設定し、ネットワークが再び同期された後でアクティブ化することもできます。

バグ: 29312752

インタフェースを削除するときにエンジンが接続を検査しません

ホスト・インタフェースをネットワークに接続する場合、Managerは接続を確立する前にその接続を検証します。 ただし、インタフェースを削除する場合、Managerは接続を検査しません。 この動作は、管理ネットワークが3つ以上の下位ポートを持つ結合ポートにすでに接続されており、1つのポートのみが稼働状態で管理ネットワークと通信できるネットワーク構成で確認されます。

この場合、「ホスト・ネットワークの設定」ダイアログ・ボックスでUPポート(プライマリ・ポート)を削除しようとすると、Managerは次の「操作が取り消されました」というエラー・メッセージを生成します。 
Error while executing action HostSetupNetworks: Could not connect to peer host
このエラー・メッセージは下位ポートの削除中に生成され、プライマリ・ポートの削除がすでに実行されていても確立できない新しい接続のことを示しています。

解決策: この動作に対する回避策はありません。 この場合、下位ポートの削除後に、結合ポートと管理ネットワーク間に残っている通信が中断されないようにする必要があります。そうしないとホストはManagerとの接続を失って応答しなくなります。

バグ: 29338703

ネットワークをKVMホストに追加する場合のネットワークのスケール制限

Oracle Linux環境では、約389個のネットワークをKVMホストに追加できます。それ以降はManagerログ・ファイルにネットワーク通信タイムアウト・エラーが表示され始め、ネットワークをホストに追加できなくなります。

解決策: この動作に対する回避策はありません。

バグ: 29383782

KVMホスト上で他のネットワーク操作を実行するときにネットワーク・ラベル障害による不正なネットワーク・パラメータ・エラーが生成されます

重複するVLAN番号を持つ2つのVLANが誤って作成されたシナリオでは、Managerで予想されるどおり、「ホストの設定」ダイアログ・ボックス上の重複VLANの横にオレンジ色の感嘆符の形で警告が表示され、次のエラー・メッセージが表示されます。 
Cannot have networks with duplicate vlan id on same interface.
このネットワーク構成エラーの後、KVMホストでその他のネットワーク操作を実行しようとすると、次の「操作が取り消されました」というエラー・メッセージが生成されます。 
Error while executing action HostSetupNetworks: Illegal Network parameters

解決策: 他のネットワーク操作を実行する前にネットワーク・ラベルの障害を解決する必要があります。

バグ: 29424399

MTU値が設定されていると、実行中の仮想マシンでVNICを変更できません

仮想マシンが実行中の場合、MTU値が設定されているVNICの編集が失敗し、次のメッセージが表示されます。 

 Error while executing action Edit VM Interface properties: General Exception

/var/log/vdsm/vdsm.logファイルに次のメッセージが表示されます: 

 libvirtError: Operation not supported: cannot modify MTU

解決策: VNICを編集する前に仮想マシンを停止します。 アップストリームのoVirtリリースで既知の問題です。

バグ: 29456945

VMネットワーク・ブリッジ名がVMネットワーク名と一致しません

新しいVMネットワークを作成すると、VDSMは、VMネットワークおよび関連する構成ファイル(/etc/sysconfig/network-scripts/ifcfg-vm_network)にちなんで名前が付けられたブリッジをOracle Linux KVMホストに作成します。

VMネットワーク名が15文字を超える場合、または特殊文字またはスペース文字が含まれている場合、VDSMはブリッジの名前と構成ファイルを"onXXXXXXXXXXXXX "という形式で生成します。ここで、XXXXXXXXXXXXXはネットワークのUUIDから抽出された最初の13個の16進文字です。

これはLinuxカーネルの制限で、ブリッジの名前は15文字以内で、特殊文字は使用できません。

解決策: VMのネットワーク名を15文字に制限し、特殊文字は使用しないでください。

バグ: 29409851

記憶域の問題

アップグレード後に仮想マシンでQEMUダイレクトLUNディスクの名前が変更される

4.3.xから4.4にアップグレードすると、直接LUNのQEMU命名規則が変わります。 つまり、これらのディスクを使用するアプリケーションまたはデータベースは起動しないか、エラーをスローする可能性があります。

4.3.xでは、アップグレード前の直接LUNのディスク名は次のとおりです:

0QEMU_QEMU_HARDDISK_drive-ua_<UUID>

ON 4.4.10:4.4.10へのアップグレード後の直接LUNのディスク名:

0QEMU_QEMU_HARDDISK_<UUID>

ソリューション: 次のように、udevルールを手動で変更します: 

KERNEL=="sd*", SUBSYSTEM=="block", ENV{DEVTYPE}=="disk", /
ENV{ID_SERIAL}=="0QEMU_QEMU_HARDDISK_9f02f5ed-2787-41d6-899c-##########", /
SYMLINK+="mapper/ORDATA01", OWNER="grid", GROUP="asmadmin", MODE="0660", ENV{ASM_DISK}="RDATA01"

バグ: 35376968

記憶域はKVMホストと同じサブネット上にある必要があります

ルーティングの問題を回避するために、記憶域は、記憶域を使用するOracle Linux KVMホストと同じサブネットに配置する必要があります。

バグ: 29220930

記憶域ドメインで使用される記憶域サイズを縮小することは推奨されません

NFS Ext3および4のファイルシステムのサイズを小さくすることは可能で、ブロック・ストレージ(iSCSIおよびファイバ・チャネル)には基礎となるLUNのサイズを変更して記憶域サイズを小さくする機能がありますが、記憶域ドメインに使用される記憶域サイズを小さくすることは危険な操作である可能性があるため行わないことをお薦めします。

解決策: 仮想化環境の記憶域ドメインで使用される記憶域サイズを小さくしないでください。

バグ: 29285337

ZFS記憶域のサイズ変更後、ManagerはiSCSIベースの仮想ディスクのサイズを更新しません

Oracle Linux Virtualization Managerでは、ZFS記憶域がサイズ変更された後にiSCSIベースの仮想ディスクのサイズが更新されません。 この問題は、LUNの作成後、実行中の仮想マシンに仮想ディスクをアタッチし、LUNのサイズを変更し、VDSMを再起動した後に確認されます。 「ディスク」ペインをリフレッシュした後、iSCSIベースの仮想ディスク・サイズはそれに応じて更新されません。 ただし、SPMホスト上のiSCSIディスクを確認すると、ディスクのサイズは正しく更新されています。

解決策: この動作に対する回避策はありません。

バグ: 29370809

MACアドレス・プールの範囲外のMACアドレスを使用して仮想マシン・テンプレートをインポートできます

MACアドレス・プールの範囲外のMACアドレスを使用して仮想マシン・テンプレートをインポートできます。

解決策: 仮想化環境にMACアドレス範囲の制限がある場合、仮想マシンを起動する前に、MACアドレスをMACアドレス・プールの範囲内のアドレスに手動で変更することが回避策となります。

バグ: 29449334

Oracle Linux Virtualization Managerは、アクティブな記憶域ドメインによって使用されている直接LUNディスクの追加を妨げません

Managerは、直接LUNディスクによって使用されているLUN上に記憶域データ・ドメインを作成することを防止します。 ただし、Managerは、アクティブな記憶域ドメインで使用されている直接LUNディスクを追加することは妨げません。

解決策: この動作に対する回避策はありません。 アクティブな記憶域ドメインで使用されている直接LUNディスクを追加しようとすると、Managerによって操作の承認を促す次の警告メッセージが表示されます。This message might be unrecoverable and destructive!

バグ: 29465439

Microsoft Windows 8 (以降)の仮想マシンではサード・パーティのミニポート・ドライバが無効化されています

Microsoft Windows 8 (以降)の仮想マシンでは、サード・パーティのミニポート・ドライバが無効になっています。

解決策: サード・パーティのミニポートドライバを再度稼働させるには、次のステップを実行します:

  1. IDEインタフェースを使用して、仮想マシンを起動します。
  2. 仮想マシンのコンソールを開きます。

  3. Microsoft Windows仮想マシンでコマンド・プロンプトを開き、マシンをセーフ・モードで起動するように設定します。 

    bcdedit /set {current} safeboot minimal
  4. 仮想マシンを停止します。

  5. 記憶域タイプを変更します。

    これで仮想マシンは正常に起動します。

  6. bcdeditの設定をリセットし、標準モードで仮想マシンを起動します。 

    bcdedit /deletvalue {current} safeboot
  7. 仮想マシンを再起動します。

バグ: 29472477

ManagerはOL6U10_X86仮想マシンへのVirtIO-SCSIディスクのアタッチを防止しません

ManagerはOL6U10_X86仮想マシンへのVirtIO-SCSIディスクのアタッチを防止しません。 ManagerのVirtIO-SCSIオプションは、仮想マシン: リソース割当て設定でOL6U10_X86仮想マシンに対して無効になっているはずです。

解決策: この動作に対する回避策はありません。 OL6U10_X86仮想マシンにVirtIO-SCSIディスクをアタッチしないでください。

バグ: 29499061

仮想マシンの問題

UEFI障害を使用したKVMゲストのスナップショット

VMのスナップショット作成サポートは、UEFIファームウェアを使用していないもののみに限定されます。 ただし、この操作によってQEMUモニターがブロックされ、ハイパーバイザ操作に影響を与える可能性があります。

ソリューション: 別の方法として、外部スナップショットを使用します。

バグ: 26826800

1 TBを超えるRAMを必要とする仮想マシンの起動時の問題

仮想マシンは、「Oracle Linux Virtualization Manager: アーキテクチャおよびプランニング・ガイド」の「要件およびスケーラビリティの制限」の項に記載されている最大制限まで、仮想RAMで構成できます。 1 TBを超えるメモリーを必要とする仮想マシンの起動時の問題を回避するには、次の点を考慮してください。

  • 1 TBを超える仮想RAMを必要とする仮想マシンは、AMDアーキテクチャ・ホストではサポートされていません。
  • 仮想マシンは、Q35 BIOSおよびCPUエミュレーション・タイプを使用して構成する必要があります。

解決策: Intelアーキテクチャ・ホストで、1TBを超える仮想RAMを必要とする仮想マシンを実行します。

バグ: 32108264

特権SCSI I/Oの許可オプションが有効になっている状態では仮想マシンが起動しません

物理LUNを備えたOracle Linux 7.7に仮想マシンを構成して、特権SCSI I/Oの許可オプションを有効にすると、その仮想マシンは起動されずに次のエラーが報告されます。 

libvirtError: Requested operation is not valid: unpriv_sgio is not supported
by this kernel

解決策: 仮想マシンが物理LUNにアクセスする場合は、特権SCSI I/Oの許可オプションを使用しないでください。

バグ: 31021044

「アクティブ」および「実施中」に設定されている仮想マシン・アフィニティとホスト・アフィニティのルールから期待されるように仮想マシンが移行されません

ホストの1つで4つの仮想マシンが実行されている2ホスト・クラスタでは、1つのVmアフィニティ・ルールとホスト・アフィニティ・ルールがManagerで「アクティブ」および「実施中」に設定されています。 ただし、アフィニティ・グループ内に定義されている仮想マシンは別のホストに移行したはずであるため、これらのルールは正しく適用されません。かわりに、このシナリオでは別のKVMホストがフィルタリングされます。

解決策: VMアフィニティ・ルールまたはホスト・アフィニティ・ルールの「実施中」オプションを有効化することで、仮想マシンの起動または移行ができるかどうかについての厳密な制限を強制適用します。 VMアフィニティ・ルールの「実施中」が有効になっていると(アフィニティ・グループのリストではHardとして表示されます)、システムは、そのアフィニティ・グループ内で別の仮想マシンを実行しているホスト以外には仮想マシンを移行しません。これは、現在仮想マシンが実行されている場所以外のホストでの実行のみを許可するホスト・アフィニティ・ルールを満たそうとしているいる場合でも同じです。

VMとホストの両方のアフィニティ・ルールに対する回避策は、移行シナリオを含むすべてのシナリオを理解していないときには、「実施中」を有効にしないことです。 「強制」オプションを選択しない場合、ルールは無効になりません。強制は「ハード」から「ソフト」に変更され、仮想マシン配置の調整が行われたときにシステムが一時的にルールを中断することを許可します。

バグ: 29190112

3つより多くのディスクを含むOVAからインポートした仮想マシンは起動や編集ができません

3つよりも多くのディスクを含むOVAからMicrosoft Windows仮想マシンをインポートすると、その仮想マシンは起動または編集ができなくなります。

解決策: 3つよりも多くのディスクを含むOVAからMicrosoft Windows仮想マシンをインポートする場合は、インポート後に再起動するまでディスクをinactiveに設定することが回避策になります。 その後で、ディスク接続プロトコルをIDEからvirtio-scsiに変更します。

バグ: 30776581

実行中の仮想マシンのウォッチドッグ・アクションを変更する場合、新しい属性が反映されるようにするために仮想マシンの再起動が必要になります

ウォッチドッグ・デバイスを有効にし、ウォッチドッグのaction属性をresetに設定すると、仮想マシンが再起動されます。 ウォッチドッグのactionをpoweroffなどの別の属性に変更すると、仮想マシンの変更を保留中ウィンドウが開いて次のメッセージが表示されます。 
Changes that require Virtual Machine restart: watchdog. The VM is then restarted.

問題は、ウォッチドッグのactionがpoweroffに変更されても、属性値がただちに有効にならないことです。 まず仮想マシンを再起動してから、新しい属性を反映させる必要があります。

解決策: この動作に対する回避策はありません。 実行中の仮想マシンでウォッチドッグ・アクションを変更した場合は、属性の変更を反映するために仮想マシンを再起動する必要があります。

バグ: 29213956

ゲスト・エージェント・フックは移行ポリシーが「レガシー」に設定されている場合は機能しません

ゲスト・エージェント・フックは「レガシー」に設定された移行ポリシーでは機能しません。

解決策: ゲスト・フックは構成されている移行ポリシーに応じて有効になり、移行ポリシーが「レガシー」に設定された場合はゲスト・エージェント・フック・メカニズムが無効になるため、この動作は予期されたものです。 ゲスト・エージェント・フックを使用するには、使用可能な他の移行ポリシー・タイプのいずれかを使用する必要があります。

バグ: 29261746

複数のOVAファイルをインポートした結果としてインポートされる仮想マシンが1つのみになります

仮想マシンのインポート時に、複数のOVAファイルを選択できますが、実際には1つの仮想マシンのみがインポートされます。 制限がある場合、Managerは複数のOVAファイルのインポートをブロックします。

解決策: この動作に対する回避策はありません。

バグ: 29373795

KVMホストの再起動後に高可用性仮想マシンの再起動が失敗します

ManagerでKVMホストを再起動した後では、高可用性仮想マシンが再起動に失敗します。

解決策: この動作に対する回避策はありません。 KVMホストは最終的には数分後に起動します。

バグ: 29393228

仮想マシンのホストへの固定設定を行ったときに移行モードがグレー表示されます

この問題は、2ホスト・クラスタで確認されます。 この問題を再現するステップは、次のとおりです:

  1. 高可用性タブで高可用性チェック・ボックスを選択し、仮想マシンを編集して「OK」をクリックします。

  2. 仮想マシンを編集し、「特定のホスト」を選択して「ホスト」タブのドロップダウン・リストから2つのホストを追加してホストへの固定設定を更新し、「OK」をクリックします。

    これらのステップの完了後、「移行モード」ドロップダウン・リストがグレー表示されます。 このオプションはこのシナリオで使用できる必要があります。

解決策: ホストへの固定オプションをクラスタ内の任意のホストに変更してから、設定を特定のホストに再度変更してみてください。

バグ: 29374044

仮想マシン・プールから仮想マシンを割当てできません: Managerではアタッチされていない仮想マシンがアタッチされていることになっています

仮想マシン数が10の仮想マシンプールの作成後、ユーザー当たりの最大VM数フィールドに10を設定して、ユーザーに権限を付与すると、そのユーザーに仮想マシンが正しくアタッチされます。 その後で、ユーザーが別の仮想マシンをアタッチしようとすると、Managerは次のエラーを生成します。このエラーでは、アタッチされていない仮想マシンが、すでにアタッチされているものとして示されます。 
PoolName:
Cannot attach VM to VM-Pool. VM-Pool is already attached to a User. 
Cannot allocate and run VM from VM-Pool. There are no available VMs in the VM-Pool.

解決策: アップストリームのoVirtリリースで既知の問題です。 この動作に対する回避策はありません。

バグ: 29379502

直接LUNディスクにゲストOSがインストールされている仮想マシンからのOVAエクスポート防止する警告メッセージをManagerが生成しません

Managerは、直接LUNディスクにゲストOSがインストールされている仮想マシンからのOVAエクスポート防止する警告メッセージを生成しません。

解決策: この動作に対する回避策はありません。

バグ: 29432214

直接LUNディスクにゲストOSがインストールされている仮想マシンからのOVAエクスポートをManagerが許可します

Managerは、直接LUNディスクにゲストOSがインストールされている仮想マシンからのOVAエクスポートを許可します。 Managerは、直接LUNディスクにゲストOSがインストールされている仮想マシンからのOVAエクスポートの試行を防止する必要があります。

解決策: この動作に対する回避策はありません。

バグ: 29432323

Managerはスナップショットの作成時に仮想マシンの停止を防止しません

Managerは、スナップショットの作成時に仮想マシンの停止を防止しないためスナップショットがハングします。 この場合、仮想マシンは起動も削除もできなくなり、スナップショットの作成も停止できなくなります。

Managerのログを検査するときは、次のメッセージが繰り返して表示されます。 

[org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback]
(EE-ManagedThreadFactory-engineScheduled-Thread-34)
[7363ae20-1f20-451c-8318-215f122fcc15] Command 'CreateSnapshotForVm' (id:
'b50fee33-204b-4fc0-a8e6-d40c7f58d485') waiting on child command id:
'3c843771-8b8f-4c07-9230-822bd2892481' type:'AddDisk' to complete
2019-03-08 03:55:22,992Z INFO

解決策: この動作に対する回避策はありません。

バグ: 29457750

実行中の仮想マシンで仮想マシン・ネットワークに接続されているNICを切断するときのエンジンの例外

実行中の仮想マシンのVMネットワークに接続されているNICを切断すると、次の「操作が取り消されました」メッセージがManagerに表示されて失敗する可能性があります。 

Error while executing action Edit VM Interface properties: Failed to deactivate 
VM Network Interface.

Managerログの検査時に、次のEngineExceptionが表示されます。 

EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to HotUnplugNicVDS, error =
Timeout detaching <Interface name=vnet3, type=bridge, mac=00:21:f6:00:04:6b
at 0x7f6d30377868>, code = 50 (Failed with error DEACTIVATE_NIC_FAILED and
code 50)

解決策: NICの切断を再度試行してください。

バグ: 29460927

ソース・ホストが突然停止したときに高可用性仮想マシンが別のホストで再起動されません

ソース・ホストの電源が突然切られたときや突然停止したときに、高可用性仮想マシンが別のホストで再起動されません。

解決策: 高可用性仮想マシンを実行しているホストの突然の電源切断や停止が発生したときに、仮想マシンに追加のスプリット・ブレイン防止メカニズム(Sanlock、VMリース、VMレジューム)が設定されていない場合は、Managerが、そのホストの高可用性仮想マシンを別のホストで再起動できるようにするために、まず、「ホスト」パネルの「その他のアクション」ドロップダウン・リストからホストが再起動されたことを確認するオプションを使用しておくことが必要になる場合があります。

バグ: 29491043

実行中の仮想マシンのVNCコンソール・セッションが仮想マシンの移行時に閉じられます

仮想マシンの移行中にアクティブな仮想マシンのVNCコンソールを開いていると、セッションが閉じます。 この動作は、ネイティブ・クライアントまたはnoVNCのいずれかを使用している場合に発生します。

解決策: この動作に対する回避策はありません。

バグ: 29491251

仮想マシンの再起動中にVMの移行ダイアログ・ボックスが閉じられなくなります

Managerで仮想マシンが起動されているときに、VMの移行ダイアログ・ボックスが閉じられなくなります。

解決策: ブラウザ・ページをリフレッシュします。

バグ: 29498386

Oracle Linux仮想マシンのデフォルト・マシン・タイプ(pc-i440fx-2.6)でCPUホットプラグ切断を実行できません

ManagerのCPUホットプラグ切断機能は、Oracle Linux仮想マシンのデフォルトのエミュレートされたマシン・タイプ(pc-i440fx-2.6)では機能しません。

解決策: 特定のOracle Linux仮想マシンでCPUホットプラグ切断機能を使用可能にするには、次のステップを実行する必要があります。

  1. 仮想マシンを停止します。

  2. 管理ポータルで次のステップを実行して、カスタム・エミュレーション・マシンをpc-i440fx-2.7に変更します。

    1. 「計算」に移動して「仮想マシン」をクリックします。
    2. Oracle Linux仮想マシンを選択して、「仮想マシンの編集」をクリックします。
    3. サイドバーの「システム」タブをクリックします。
    4. 「拡張パラメータ」をクリックして、メニューを開きます。
    5. カスタム・エミュレーション・マシンドロップダウン・メニューで、pc-i440fx-2.7を選択します。
    6. 「OK」をクリックして変更を保存します。
  3. 仮想マシンを再起動します。

バグ: 29517731

複数の仮想マシンが含まれているOVAファイルをインポートできません

Open Virtualization Applianceファイルに複数の仮想マシンが含まれていると、そのファイル内の仮想マシンがインポートできません。 インポートが開始されて最初の仮想マシンがインポートされているように見えますが、インポートは失敗し、仮想マシンは正常にインストールされません。

解決策: Open Virtualization Applianceファイルを1つの仮想マシンに制限します。

バグ: 30771759

virt-v2vアップロードの使用時にグラフィック・プロトコルがNoneに設定されます

virt-v2v -o ovirt-uploadを使用する場合、グラフィック・プロトコルはNoneに設定され、コンソールボタンはグレー表示されます。

解決策: 回避策は、「編集」ボタンをクリックして、ポップアップを閉じるために「OK」をクリックします。これにより、値をVNCに設定します。

バグ: 30807213