この記事では、Azure Local での重大な既知の問題とその回避策について説明します。
これらのリリース ノートは継続的に更新され、回避策を必要とする重大な問題が検出されると、追加されます。 Azure ローカル インスタンスをデプロイする前に、ここに含まれている情報を慎重に確認してください。
重要
このリリースでサポートされている更新パスについては、「 リリース情報」を参照してください。
このリリースの新機能の詳細については、「 Azure Local の新機能」を参照してください。
バージョン 2504 の既知の問題
Azure Local の 2504 リリースでは、Microsoft は既存のデプロイ用と新しいデプロイ用の 2 つのセキュリティ更新プログラムをリリースしました。 次の表に、さまざまな展開の種類、対応するセキュリティ更新プログラム、OS ビルドに関する情報を示します。
| 展開の種類 | ソリューションのバージョン | OS ビルド |
|---|---|---|
| 既存のデプロイ | 11.2504.1001.19 | 25398.1551 |
| 新しい配置 | 12.2504.1001.20 | 26100.3775 |
重要
このソフトウェアの新しい展開では 、12.2504.1001.20 ビルドが使用されます。 11.2504.1001.19 を使用して、2503 から既存のデプロイを更新することもできます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
手記
一般的な既知の問題の詳細な修復については、 Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
次の表に、このリリースで修正された問題の一覧を示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| Azure ローカル仮想マシン | 同じ CSV に配置された OS ディスクとソース イメージを使用して VM が作成され、ソース イメージの以前のコピー中にエラーが発生した場合、ソース イメージに対する後続のデプロイまたは操作は失敗します。 | |
| Azure ローカル仮想マシン | 作成に失敗した 1 つの Azure ローカル VM に対する複数の Hyper-V VM は、Azure Local で実行したままです。 | |
| Azure ローカル仮想マシン | AKS ノード ディスクが存在する場合、ストレージ パスの削除はタイムアウトになります。 | タイムアウトがなく、ストレージ パス上のリソースを一覧表示する適切なエラー メッセージでエラーが発生します。 |
| Azure ローカル仮想マシン | クラスターに存在しなくなった他のリソースによって使用されているリソースの削除に関する問題。 | 削除を試みる前に、クラスターにリソースが存在するかどうかを確認するための検証が強化されました。 |
| Azure ローカル仮想マシン | チェックポイントがある Azure ローカル VM の削除とサイズ変更に関する問題。 | オンプレミス ツールを使用して Azure ローカル VM をチェックポイント処理できます。 VM は、Azure portal から管理できます。 |
| ソリューション拡張機能 | ソリューション拡張機能マニフェスト エンドポイントへのアクセスをブロックするファイアウォールを修正するためのエラー メッセージが改善されました。 | |
| ソリューション拡張機能 | ソリューション拡張機能のコンテンツを各マシンにローカルにコピーする信頼性が向上しました。 | |
| ソリューション拡張機能 | ソリューション拡張機能にプラグイン名の仕様を追加しました。 | |
| ソリューション拡張機能 | システムが利用可能なソリューション拡張機能の更新プログラムを取得できない問題を修正しました。 | |
| を更新する | 更新プログラムの実行の進行状況と履歴を表示するための Azure portal エクスペリエンスが簡略化されました。 |
このリリースの既知の問題
次の表に、このリリースの既知の問題を示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| サーバーの追加 サーバー を修復する |
Add-serverコマンドレットと Repair-server コマンドレットは、次のエラーで失敗します。Cluster Build ID matches node to add's Build ID。 |
既存のクラスターで実行されているのと同じソリューション バージョンの OS イメージを使用します。 OS イメージを取得するには、この リリース テーブルからイメージ バージョンを特定してダウンロードします。 |
| サーバーの追加 サーバー を修復する |
Azure ローカル インスタンスでカスタマイズされたストレージ アダプター IP が構成された Add-server コマンドレットと Repair-server コマンドレットを実行している場合、操作が失敗してエラーが発生する可能性があります。 Type 'ConfigureAzureStackHostStorageAdpaterIPAddressesInAddRepairNode' of Role 'HostNetwork' raised an exception: Connecting to remote server <MACHINE> failed with the following error message : Access is denied.。 |
この問題が発生した場合は、Microsoft サポートにお問い合わせください。 |
| セキュリティ管理 | [セキュリティの既定値]、[アプリケーション制御]、[データ保護] ページには、すべてのセキュリティ設定に対して [不明] と表示されます。 | この問題は、セキュリティ コンプライアンス レポートにのみ含まれます。 セキュリティ設定の状態は影響を受けません。 PowerShell を使用して、セキュリティ設定のコンプライアンス状態を確認します。 詳細については、「PowerShell コマンドレットを使用してセキュリティで保護されたベースラインを管理する」を参照してください。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| 配置 | Azure portal を使用してデプロイしようとすると、Azure ローカル コンピューター ノードは Azure portal に表示されません。 | Azure portal を使用した Azure ローカル デプロイは、2503 以降でのみサポートされます。 以前のバージョンの場合は、 Azure Resource Manager (ARM) テンプレートを使用してデプロイします。 |
| 配置 | Azure Resource Manager (ARM) テンプレートを使用したデプロイは、検証中に次のエラーで失敗します。Type 'DeployArb' of Role 'MocArb' raised an exception: [DeployArb:Fetching SP in CloudDeployment Scenario] Exception calling 'GetCredential' with '1' argument(s): 'Exception of type 'CloudEngine.Configurations.SecretNotFoundException' was thrown.' at at Get-CloudDeploymentServicePrincipal。 このエラーは、デプロイ中に SPN が不足しているためです。 |
この問題を解決する方法の詳細な手順については、 トラブルシューティング ガイドを参照してください。 |
| 配置 | Azure ローカル デプロイ中、プロキシの構成時 DeviceManagementExtension インストールに失敗します。 |
プロキシを使用する場合は、以前の DeviceManangementExtension バージョン 1.2502.0.3012 をインストールします。 |
| 更新 | Azure Update 管理ポータルで更新プログラムの進行状況を監視すると、進行状況が数時間更新されていないように見える場合があります。 | クラスター ノードのいずれかで Get-SolutionUpdate を実行します。 更新オブジェクトが返された場合、更新に予想以上の時間がかかっている可能性がありますが、進行中です。 更新オブジェクトが返されない場合は、更新プログラムがストールしている可能性があります。 この問題を解決する方法の詳細な手順については、 トラブルシューティング ガイドを参照してください。 |
| 配置 | タイムスタンプの逆シリアル化が原因で検証がタイムアウトします。 | オペレーティング システムを展開するときに、インストール言語として英語 (米国) 、時刻と通貨の形式を選択します。 修復手順の詳細については、 Azure Local Supportability GitHub リポジトリのトラブルシューティング ガイドを参照してください。 |
| を更新する | 2411 リリースでは、ソリューションとソリューション ビルダー拡張機能の更新プログラムは、1 回の更新実行では組み合わせられません。 | ソリューション ビルダー拡張機能パッケージを適用するには、別の更新プログラムを実行する必要があります。 |
| Azure ローカル VM の管理 | エクスポートした Azure ローカル VM OS ディスクを VHD として使用して、Azure ローカル VM をプロビジョニングするためのギャラリー イメージを作成することはサポートされていません。 | コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
| Azure ローカル VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| 更新 | Azure Update Manager を使用して Azure ローカル インスタンスの準備チェックの結果を表示する場合、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| 更新 | このリリースでは、更新が完了しても、Azure portal によって更新状態が [更新に失敗しました ] または [進行中 ] と誤って報告された場合に、断続的な問題が発生します。 | リモート PowerShell セッションを使用して Azure ローカル インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み 場合は、追加の操作は必要ありません。 Azure portal では、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| AzureローカルのAKS | AKS クラスターの作成は、Error: Invalid AKS network resource idで失敗します。 この問題は、関連付けられている論理ネットワーク名にアンダースコアがある場合に発生する可能性があります。 |
論理ネットワーク名ではアンダースコアはサポートされていません。 Azure Local にデプロイされている論理ネットワークの名前にアンダースコアを使用しないようにしてください。 |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めることはできません。 ホストで環境変数プロキシ バイパス リストを更新しても、Azure リソース ブリッジまたは AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートに問い合わせて次の手順を確認してください。 |
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| を更新する | まれに、Azure ローカル インスタンスの更新中にこのエラーが発生する場合があります: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]。 |
この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 正しくない構文には、&,",',<,>などのサポートされていない文字が含まれています。 不適切な構文は、後の手順でシステム検証中に検出されます。 |
OU パスの構文が正しく、サポートされていない文字が含まれていないことを確認します。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 2 時間を超えるデプロイは、システムが正常に作成されたにもかかわらず、リソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure ローカル インスタンス リソースに移動し、新しい [デプロイ] エントリに移動します。 |
| 更新 | Azure Update Manager を使用して Azure ローカル インスタンスを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各ノードで次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| を更新する | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
既知の動作と予期される動作
次の表に、バグや制限事項と見なすべきではない既知のシステム動作と想定されるシステム動作を示します。
| 特徴 | 行動 | 回避策 |
|---|---|---|
| オペレーティング システム | RegBack を使用したレジストリの復元は、Azure Local ではサポートされていません。 この操作により、Azure ローカル インスタンスのライフサイクル マネージャー (LCM) と Microsoft オンプレミス クラウド (MOC) の設定が削除され、ソリューションが破損する可能性があります。 | |
| Azure ローカル VM の管理 | エクスポートした Azure VM OS ディスクを VHD として使用して、Azure ローカル VM をプロビジョニングするためのギャラリー イメージを作成することはサポートされていません。 | コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
バージョン 2503 の既知の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 2503.0.13 にマップされます。
重要
このソフトウェアの新しい展開では 、2503.0.13 ビルドが 使用されます。 2411.3 から更新することもできます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
手記
一般的な既知の問題の詳細な修復については、 Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
次の表に、このリリースで修正された問題の一覧を示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| Azure ローカル VM | 内部サービスがデッドロック状態になったために Azure ローカル VM を作成または削除するときの断続的なエラーまたはタイムアウト。 | タイムアウトの問題が発生することなく、Azure ローカル VM をデプロイできるようになりました。 |
| Azure ローカル仮想マシン | ソース Azure ローカル VM ギャラリー イメージの作成元であるギャラリー イメージが削除された場合、ギャラリー イメージを削除できません。 | ギャラリー イメージが作成されたソース Azure ローカル VM が削除された場合でも、ギャラリー イメージを削除できるようになりました。 |
| Azure ローカル仮想マシン | Azure Arc リソース ブリッジのディザスター リカバリー後、一部の Azure ローカル VM でネットワーク接続が失われる可能性があります。 | Azure ローカル VM のネットワーク構成が維持されるように、Azure Arc リソース ブリッジのディザスター リカバリー ロジックを更新しました。 |
| Azure ローカル仮想マシン | VM のソース イメージがクラスターから削除されたときの Azure ローカル VM に対する不正確な電源状態レポート。 | 電源操作では、削除されたソース イメージを使用した Azure ローカル VM に対して、Azure 上で一貫した正確な電源状態表現が表示されます。 |
| Azure ローカル仮想マシン | 電源操作を試みる際の Azure ローカル VM に対する Azure での不正確な電源状態レポート。 | 待機時間を短縮し、Azure への電力運用の可視性に影響を与えたバグを修正することで、電源状態調整の精度を向上しました。 |
| Azure ローカル仮想マシン | 指定されたストレージ パスを持つギャラリー イメージを作成できません。 | 指定したストレージ パスを使用してギャラリー イメージを作成できるようになりました。 |
| Azure ローカル仮想マシン |
azcmagent disconnectを実行すると、Azure ローカル VM が削除されます。 |
Azure ローカル VM では azcmagent disconnect を使用しないでください。
azcmagent disconnect -fまたはazcmagent disconnect --force-local-onlyのみを使用します。 このコマンドを実行すると、接続されているマシン エージェントが切断され、VM が実行され続けます (削除されなくなります)。 |
| Azure ローカル仮想マシン/Azure Migrate | Azure Migrate を使用した Gen 1 (sysprep 以外) VM の移行は、次のエラーで失敗します。 VM のファイル システムからシード ISO ディスクをクリーンアップできませんでした。 | Azure Migrate を使用した Gen 1 (sysprep 以外) VM の移行は、このエラーで失敗しなくなりました。 |
| Azure ローカル仮想マシン/Azure Migrate | ストレージの事前チェックが正しくないため、OS ディスクからの VM の作成が失敗します。 | ソースがギャラリー イメージか OS ディスクかに関係なく、VM の作成は成功します。 |
| を更新する | バージョン 2408.2.7 から 2411.0.24 に更新すると、更新プロセスが失敗し、次のエラー メッセージが表示される可能性があります:Type 'CauPreRequisites' of Role 'CAU' raised an exception: Could not finish cau prerequisites due to error 'Cannot remove item C:\UpdateDistribution\<any_file_name>: Access to the path is denied.' |
この問題は修正されました。 |
| を更新する | インポートされた 通知 の種類のソリューション ビルダー拡張機能の更新プログラムが検証前に正しくコピーされることを確認します。 | |
| を更新する | ソリューション拡張機能シークレットの場所に関するコマンドレットヘルプを改善し、より良い例を示しました。 | |
| を更新する | クラスター対応更新実行とクラスター ノードの正常性チェックに再試行ロジックを追加しました。 | |
| を更新する | .NET 8 の更新中のシステムの安定性が向上しました。 | |
| をアップグレードする | Carbon PowerShell モジュールが検出された場合は無効にし、既知のモジュールを読み込みます。 | |
| をアップグレードする | 現在の Carbon PowerShell モジュール ソリューションを最適化しました。 | |
| をアップグレードする | Azure Arc リソース ブリッジ VM を起動するのに十分な空きメモリを検証するためのチェックを追加しました。 | |
| セキュリティ | セキュリティ脆弱性の軽減策 CVE-2024-21302 が実装されました。 仮想化ベースのセキュリティ (VBS) 関連のセキュリティ更新プログラムのロールバックをブロックするためのガイダンスを参照してください | |
| 配置 | ポータルを使用した Azure ローカル デプロイ中に、 選択したマシンの検証 が失敗し、次のエラー メッセージが表示されます。 Mandatory extension [Lcm controller] installed version [30.2503.0.907] is not equal to the required version [30.2411.2.789] for Arc machine [Name of the machine]. Please create EdgeDevice resource again for this machine to fix the issue. |
適切なバージョンの AzureEdgeLifecycleManager 拡張機能を再インストールします。 次の手順を実行します。1. マシンを選択し、[拡張機能の インストール] を選択します。 
2. クラスター化するマシンごとにこの手順を繰り返します。 インストールが完了するまでに約 15 分かかります。 3. AzureEdgeLifecycleManager 拡張機能のバージョンが 30.2411.2.789 であることを確認します。 
4. 一覧のすべてのマシンに拡張機能がインストールされたら、[ マシンの追加 ] を選択して一覧を更新します。 5. 選択 したマシンの検証を選択します。 検証は成功するはずです。 |
このリリースの既知の問題
次の表に、このリリースの既知の問題を示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| Azure ローカル仮想マシン | いずれかのノードがダウンしている場合、Arc によって有効になっている Azure ローカル VM を削除できません。 | この問題が発生した場合は、Microsoft サポートにお問い合わせください。 |
| Azure ローカル仮想マシン | Azure ローカル VM 上のチェックポイントにより、Azure ローカル VM とポータルの間で同期の問題が発生します。 | VM 上のチェックポイントを削除します。 |
| 更新プログラム | 2503.0.13 への更新では、ロール 'MocArb' の Update PreRequisites が失敗しました(例外: SyntaxWarning: invalid escape sequence '\W' at CheckAndInstall-CliExtensions)。 |
この問題を解決する方法の詳細な手順については、 トラブルシューティング ガイドを参照してください。 |
| セキュリティの脆弱性 | このリリースには、更新プログラムのセキュリティ スキャンに影響する可能性がある既知のセキュリティ脆弱性があります。 詳細については、「Azure Arc Installer の脆弱性 CVE-2025-26627 - Host」を参照してください。 | |
| Azure ローカル仮想マシン | このリリースには、更新プログラムのセキュリティ スキャンに影響する可能性がある既知のセキュリティ脆弱性があります。 詳細については、「Azure Arc Installer の脆弱性 CVE-2025-26627 - ゲスト」を参照してください。 | |
| Microsoft Defender for Cloud Azure Government |
Azure Government クラウドでは、Azure Local の Microsoft Defender for Cloud の推奨事項が Microsoft Defender for Cloud ポータルに表示されません。 | |
| メトリック Azure Government |
Azure Government クラウド内の Azure ローカル クラスターからのメトリックは、Azure に到達できません。 そのため、メトリックは監視、メトリック、またはワークブックのグラフに表示されません。 メトリックベースのアラートはトリガーされず、新しいアラートを設定することはできません。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| 配置 | Azure portal を使用してデプロイしようとすると、Azure ローカル コンピューター ノードは Azure portal に表示されません。 | Azure portal を使用した Azure ローカル デプロイは、2503 以降でのみサポートされます。 以前のバージョンの場合は、 Azure Resource Manager (ARM) テンプレートを使用してデプロイします。 |
| 配置 | Azure Resource Manager (ARM) テンプレートを使用したデプロイは、検証中に次のエラーで失敗します。Type 'DeployArb' of Role 'MocArb' raised an exception: [DeployArb:Fetching SP in CloudDeployment Scenario] Exception calling 'GetCredential' with '1' argument(s): 'Exception of type 'CloudEngine.Configurations.SecretNotFoundException' was thrown.' at at Get-CloudDeploymentServicePrincipal。 このエラーは、デプロイ中に SPN が不足しているためです。 |
この問題を解決する方法の詳細な手順については、 トラブルシューティング ガイドを参照してください。 |
| 配置 | Azure ローカル デプロイ中、プロキシの構成時 DeviceManagementExtension インストールに失敗します。 |
プロキシを使用する場合は、以前の DeviceManangementExtension バージョン 1.2502.0.3012 をインストールします。 |
| 更新 | Azure Update 管理ポータルで更新プログラムの進行状況を監視すると、進行状況が数時間更新されていないように見える場合があります。 | クラスター ノードのいずれかで Get-SolutionUpdate を実行します。 更新オブジェクトが返された場合、更新に予想以上の時間がかかっている可能性がありますが、進行中です。 更新オブジェクトが返されない場合は、更新プログラムがストールしている可能性があります。 この問題を解決する方法の詳細な手順については、 トラブルシューティング ガイドを参照してください。 |
| 配置 | タイムスタンプの逆シリアル化が原因で検証がタイムアウトします。 | オペレーティング システムを展開するときに、インストール言語として英語 (米国) 、時刻と通貨の形式を選択します。 修復手順の詳細については、 Azure Local Supportability GitHub リポジトリのトラブルシューティング ガイドを参照してください。 |
| を更新する | 2411 リリースでは、ソリューションとソリューション ビルダー拡張機能の更新プログラムは、1 回の更新実行では組み合わせられません。 | ソリューション ビルダー拡張機能パッケージを適用するには、別の更新プログラムを実行する必要があります。 |
| Azure ローカル VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| 更新 | Azure Update Manager を使用して Azure ローカル インスタンスの準備チェックの結果を表示する場合、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| 更新 | このリリースでは、更新が完了しても、Azure portal によって更新状態が [更新に失敗しました ] または [進行中 ] と誤って報告された場合に、断続的な問題が発生します。 | リモート PowerShell セッションを使用して Azure ローカル インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み 場合は、追加の操作は必要ありません。 Azure portal では、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| AzureローカルのAKS | AKS クラスターの作成は、Error: Invalid AKS network resource idで失敗します。 この問題は、関連付けられている論理ネットワーク名にアンダースコアがある場合に発生する可能性があります。 |
論理ネットワーク名ではアンダースコアはサポートされていません。 Azure Local にデプロイされている論理ネットワークの名前にアンダースコアを使用しないようにしてください。 |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めることはできません。 ホストで環境変数プロキシ バイパス リストを更新しても、Azure リソース ブリッジまたは AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートに問い合わせて次の手順を確認してください。 |
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| を更新する | まれに、Azure ローカル インスタンスの更新中にこのエラーが発生する場合があります: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]。 |
この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 正しくない構文には、&,",',<,>などのサポートされていない文字が含まれています。 不適切な構文は、後の手順でシステム検証中に検出されます。 |
OU パスの構文が正しく、サポートされていない文字が含まれていないことを確認します。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 2 時間を超えるデプロイは、システムが正常に作成されたにもかかわらず、リソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure ローカル インスタンス リソースに移動し、新しい [デプロイ] エントリに移動します。 |
| 更新 | Azure Update Manager を使用して Azure ローカル インスタンスを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各ノードで次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| を更新する | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
バージョン 2411.3 の既知の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 2411.3.2 にマップされます。
重要
このソフトウェアの新しい展開では、2411.3.2 ビルドが使用されます。 2411.2 から更新することもできます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
手記
一般的な既知の問題の詳細な修復については、 Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
このリリースでは、修正された問題はありません。
このリリースの既知の問題
次の表に、このリリースの既知の問題を示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| 配置 | Azure portal を使用してデプロイしようとすると、Azure ローカル コンピューター ノードは Azure portal に表示されません。 | Azure portal を使用した Azure ローカル デプロイは、2503 以降でのみサポートされます。 以前のバージョンの場合は、 Azure Resource Manager (ARM) テンプレートを使用してデプロイします。 |
| 配置 | Azure Resource Manager (ARM) テンプレートを使用したデプロイは、検証中に次のエラーで失敗します。Type 'DeployArb' of Role 'MocArb' raised an exception: [DeployArb:Fetching SP in CloudDeployment Scenario] Exception calling 'GetCredential' with '1' argument(s): 'Exception of type 'CloudEngine.Configurations.SecretNotFoundException' was thrown.' at at Get-CloudDeploymentServicePrincipal。 このエラーは、デプロイ中に SPN が不足しているためです。 |
この問題を解決する方法の詳細な手順については、 トラブルシューティング ガイドを参照してください。 |
| 配置 | ポータルを使用した Azure ローカル デプロイ中に、 選択したマシンの検証 が失敗し、次のエラー メッセージが表示されます。 Mandatory extension [Lcm controller] installed version [30.2503.0.907] is not equal to the required version [30.2411.2.789] for Arc machine [Name of the machine]. Please create EdgeDevice resource again for this machine to fix the issue. |
適切なバージョンの AzureEdgeLifecycleManager 拡張機能を再インストールします。 次の手順を実行します。1. マシンを選択し、[拡張機能の インストール] を選択します。
2. クラスター化するマシンごとにこの手順を繰り返します。 インストールが完了するまでに約 15 分かかります。 3. AzureEdgeLifecycleManager 拡張機能のバージョンが 30.2411.2.789 であることを確認します。
4. 一覧のすべてのマシンに拡張機能がインストールされたら、[ マシンの追加 ] を選択して一覧を更新します。 5. 選択 したマシンの検証を選択します。 検証は成功するはずです。 |
| 配置 | Azure ローカル デプロイ中、プロキシの構成時 DeviceManagementExtension インストールに失敗します。 |
プロキシを使用する場合は、以前の DeviceManangementExtension バージョン 1.2502.0.3012 をインストールします。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| 更新 | Azure Update 管理ポータルで更新プログラムの進行状況を監視すると、進行状況が数時間更新されていないように見える場合があります。 | クラスター ノードのいずれかで Get-SolutionUpdate を実行します。 更新オブジェクトが返された場合、更新に予想以上の時間がかかっている可能性がありますが、進行中です。 更新オブジェクトが返されない場合は、更新プログラムがストールしている可能性があります。 この問題を解決する方法の詳細な手順については、 トラブルシューティング ガイドを参照してください。 |
| 配置 | タイムスタンプの逆シリアル化が原因で検証がタイムアウトします。 | オペレーティング システムを展開するときに、インストール言語として英語 (米国) 、時刻と通貨の形式を選択します。 修復手順の詳細については、 Azure Local Supportability GitHub リポジトリのトラブルシューティング ガイドを参照してください。 |
| を更新する | 2411 リリースでは、ソリューションとソリューション ビルダー拡張機能の更新プログラムは、1 回の更新実行では組み合わせられません。 | ソリューション ビルダー拡張機能パッケージを適用するには、別の更新プログラムを実行する必要があります。 |
| Azure ローカル VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| 更新 | Azure Update Manager を使用して Azure ローカル インスタンスの準備チェックの結果を表示する場合、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| 更新 | このリリースでは、更新が完了しても、Azure portal によって更新状態が [更新に失敗しました ] または [進行中 ] と誤って報告された場合に、断続的な問題が発生します。 | リモート PowerShell セッションを使用して Azure ローカル インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み 場合は、追加の操作は必要ありません。 Azure portal では、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| AzureローカルのAKS | AKS クラスターの作成は、Error: Invalid AKS network resource idで失敗します。 この問題は、関連付けられている論理ネットワーク名にアンダースコアがある場合に発生する可能性があります。 |
論理ネットワーク名ではアンダースコアはサポートされていません。 Azure Local にデプロイされている論理ネットワークの名前にアンダースコアを使用しないようにしてください。 |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めることはできません。 ホストで環境変数プロキシ バイパス リストを更新しても、Azure リソース ブリッジまたは AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートに問い合わせて次の手順を確認してください。 |
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| を更新する | まれに、Azure ローカル インスタンスの更新中にこのエラーが発生する場合があります: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]。 |
この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 正しくない構文には、&,",',<,>などのサポートされていない文字が含まれています。 不適切な構文は、後の手順でシステム検証中に検出されます。 |
OU パスの構文が正しく、サポートされていない文字が含まれていないことを確認します。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 2 時間を超えるデプロイは、システムが正常に作成されたにもかかわらず、リソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure ローカル インスタンス リソースに移動し、新しい [デプロイ] エントリに移動します。 |
| 更新 | Azure Update Manager を使用して Azure ローカル インスタンスを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各ノードで次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| を更新する | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
バージョン 2411.2 の既知の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 2411.2.12 にマップされます。
重要
このソフトウェアの新しい展開では、2411.2.12 ビルドが使用されます。 2411.0 および 2411.1 から更新することもできます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
手記
一般的な既知の問題の詳細な修復については、 Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
このリリースでは、次の問題が修正されています。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| Azure ローカル VM の管理 | 事前にダウンロードした AKS の必要なイメージを使用して、ストレージ パスを削除できませんでした。 | |
| Azure ローカル VM の管理 | ノードの再起動後、イメージの削除の再試行が失敗します。 | ノードがダウンし、イメージを削除しようとすると、削除がタイムアウトします。ノードが再起動して削除を再試行すると、削除は再度失敗します。 |
| を更新する | ソリューション拡張機能パッケージが意図せずにソリューションの更新プログラムに適用されました。 |
このリリースの既知の問題
次の表に、このリリースの既知の問題を示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| 更新 | Azure Update 管理ポータルで更新プログラムの進行状況を監視すると、進行状況が数時間更新されていないように見える場合があります。 | クラスター ノードのいずれかで Get-SolutionUpdate を実行します。 更新オブジェクトが返された場合、更新に予想以上の時間がかかっている可能性がありますが、進行中です。 更新オブジェクトが返されない場合は、更新プログラムがストールしている可能性があります。 この問題を解決する方法の詳細な手順については、 トラブルシューティング ガイドを参照してください。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| 配置 | タイムスタンプの逆シリアル化が原因で検証がタイムアウトします。 | オペレーティング システムを展開するときに、インストール言語として英語 (米国) 、時刻と通貨の形式を選択します。 修復手順の詳細については、 Azure Local Supportability GitHub リポジトリのトラブルシューティング ガイドを参照してください。 |
| を更新する | 2411 リリースでは、ソリューションとソリューション ビルダー拡張機能の更新プログラムは、1 回の更新実行では組み合わせられません。 | ソリューション ビルダー拡張機能パッケージを適用するには、別の更新プログラムを実行する必要があります。 |
| Azure ローカル VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| 更新 | Azure Update Manager を使用して Azure ローカル インスタンスの準備チェックの結果を表示する場合、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| 更新 | このリリースでは、更新が完了しても、Azure portal によって更新状態が [更新に失敗しました ] または [進行中 ] と誤って報告された場合に、断続的な問題が発生します。 | リモート PowerShell セッションを使用して Azure ローカル インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み 場合は、追加の操作は必要ありません。 Azure portal では、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| AzureローカルのAKS | AKS クラスターの作成は、Error: Invalid AKS network resource idで失敗します。 この問題は、関連付けられている論理ネットワーク名にアンダースコアがある場合に発生する可能性があります。 |
論理ネットワーク名ではアンダースコアはサポートされていません。 Azure Local にデプロイされている論理ネットワークの名前にアンダースコアを使用しないようにしてください。 |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めることはできません。 ホストで環境変数プロキシ バイパス リストを更新しても、Azure Arc リソース ブリッジまたは AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートに問い合わせて次の手順を確認してください。 |
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| を更新する | まれに、Azure ローカル インスタンスの更新中にこのエラーが発生する場合があります: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]。 |
この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 正しくない構文には、&,",',<,>などのサポートされていない文字が含まれています。 不適切な構文は、後の手順でシステム検証中に検出されます。 |
OU パスの構文が正しく、サポートされていない文字が含まれていないことを確認します。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 2 時間を超えるデプロイは、システムが正常に作成されたにもかかわらず、リソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure ローカル インスタンス リソースに移動し、新しい [デプロイ] エントリに移動します。 |
| 更新 | Azure Update Manager を使用して Azure ローカル インスタンスを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各ノードで次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| を更新する | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
バージョン 2411.1 の既知の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 2411.1.10 にマップされます。
重要
このソフトウェアの新しい展開では、2411.1.10 ビルドが使用されます。 2408.2 から更新した場合は、2411.0.22 または 2411.0.24 ビルドを受け取りました。 どちらのビルドも 2411.1.10 に更新できます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
手記
一般的な既知の問題の詳細な修復については、 Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
このリリースでは、次の問題が修正されています。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| Azure ローカル VM の管理 | Azure ローカル VM を再デプロイすると、その Azure ローカル VM との接続の問題が発生し、エージェントが切断されます。 | |
| をアップグレードする | サード パーティの PowerShell モジュールとの競合が解決しました。 | |
| をアップグレードする | 無視できるエラー イベントの無期限のログ記録を停止しました。 | |
| をアップグレードする | 空きメモリを確認するための検証を追加しました。 | |
| を更新する | ソリューション拡張機能のコンテンツが正しくコピーされていることを確認するためのチェックを追加しました。 | |
| を更新する | このリリースでソリューション更新プログラムを適用すると、更新が失敗する可能性があります。 これは、更新が 11 月 26 日より前に開始された場合にのみ発生します。 エラーの原因となる問題により、次のいずれかのエラー メッセージが表示される可能性があります。 エラー 1 - ステップ "ARB と拡張機能の更新" のエラー "Clear-AzContext が 0 で失敗し、"1" 引数で "Initialize" を呼び出す例外が発生しました: "Clear-AzPowerShellCache" で "オブジェクト参照がオブジェクトのインスタンスに設定されていません。"。 エラー 2 - ステップ "EvalTVMFlow" のエラー "CloudEngine.Actions.InterfaceInvocationFailedException: ロール 'ArcIntegration' の型 'EvalTVMFlow' で例外が発生しました: このモジュールでは、 Az.Accounts バージョン 3.0.5 が必要です。 以前のバージョンの Az.Accounts は、現在の PowerShell セッションにインポートされます。 このモジュールをインポートする前に、新しいセッションを開いてください。 このエラーは、複数の互換性のないバージョンの Azure PowerShell コマンドレットがシステムにインストールされていることを示している可能性があります。 トラブルシューティング情報については、https://aka.ms/azps-version-error を参照してください。PowerShell モジュールのバージョンによっては、上記のエラーがバージョン 3.0.4 と 3.0.5 の両方で報告される可能性があります。 |
この問題を軽減する方法の詳細な手順については、「https://aka.ms/azloc-update-30221399」を参照してください。 |
| デプロイ アップグレード |
Azure Local をデプロイする前にタイムゾーンが UTC に設定されていない場合は、検証中に ArcOperationTimeOut エラーが発生します。 次のエラー メッセージが表示されます: *OperationTimeOut、操作用の更新プログラムがデバイスから受信されていません。 | |
| セキュリティの脆弱性 | Microsoft は、Azure Local 上の Azure ローカル VM の作成時に使用されるローカル管理者資格情報を、VM 上およびホスト上の管理者以外のユーザーに公開する可能性があるセキュリティの脆弱性を特定しました。 Azure Local 2411 リリースより前のリリースで実行されている Azure ローカル VM は脆弱です。 |
|
| サーバー を修復する | ノードを修復してコマンド Set-AzureStackLCMUserPasswordを実行すると、次のエラーが発生する場合があります: CloudEngine.Actions.InterfaceInvocationFailedException: Type 'ValidateCredentials' of Role 'SecretRotation' raised an exception: Cannot load encryption certificate. The certificate setting 'CN=DscEncryptionCert' does not represent a valid base-64 encoded certificate, nor does it represent a valid certificate by file, directory, thumbprint, or subject name. at Validate-Credentials |
この問題は修正されました。 |
このリリースの既知の問題
次の表に、このリリースの既知の問題を示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| 配置 | タイムスタンプの逆シリアル化が原因で検証がタイムアウトします。 | オペレーティング システムを展開するときに、インストール言語として英語 (米国) 、時刻と通貨の形式を選択します。 修復手順の詳細については、 Azure Local Supportability GitHub リポジトリのトラブルシューティング ガイドを参照してください。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| を更新する | 2411 リリースでは、ソリューションとソリューション ビルダー拡張機能の更新プログラムは、1 回の更新実行では組み合わせられません。 | ソリューション ビルダー拡張機能パッケージを適用するには、別の更新プログラムを実行する必要があります。 |
| Azure ローカル VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| 更新 | Azure Update Manager を使用して Azure ローカル インスタンスの準備チェックの結果を表示する場合、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| 更新 | このリリースでは、更新が完了しても、Azure portal によって更新状態が [更新に失敗しました ] または [進行中 ] と誤って報告された場合に、断続的な問題が発生します。 | リモート PowerShell セッションを使用して Azure ローカル インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み 場合は、追加の操作は必要ありません。 Azure portal では、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| AzureローカルのAKS | AKS クラスターの作成は、Error: Invalid AKS network resource idで失敗します。 この問題は、関連付けられている論理ネットワーク名にアンダースコアがある場合に発生する可能性があります。 |
論理ネットワーク名ではアンダースコアはサポートされていません。 Azure Local にデプロイされている論理ネットワークの名前にアンダースコアを使用しないようにしてください。 |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めることはできません。 ホストで環境変数プロキシ バイパス リストを更新しても、Azure Arc リソース ブリッジまたは AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートに問い合わせて次の手順を確認してください。 |
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| を更新する | まれに、Azure ローカル インスタンスの更新中にこのエラーが発生する場合があります: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]。 |
この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 正しくない構文には、&,",',<,>などのサポートされていない文字が含まれています。 不適切な構文は、後の手順でシステム検証中に検出されます。 |
OU パスの構文が正しく、サポートされていない文字が含まれていないことを確認します。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 2 時間を超えるデプロイは、システムが正常に作成されたにもかかわらず、リソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure ローカル インスタンス リソースに移動し、新しい [デプロイ] エントリに移動します。 |
| 更新 | Azure Update Manager を使用して Azure ローカル インスタンスを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各ノードで次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| を更新する | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
バージョン 2411 の既知の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 2411.0.24 にマップされます。
重要
このソフトウェアの新しい展開では 2411.0.22 ビルドが使用されますが、2408.2 から更新すると、2411.0.24 ビルドが取得されます。 2408.2 から 2411.0.22 に既に更新されている場合は、アクションは必要ありません。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
手記
一般的な既知の問題の詳細な修復については、 Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
このリリースでは、次の問題が修正されています。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| Azure ローカル VM の管理 | 移行された VM でゲスト管理を有効にしようとすると、次のエラーで操作が失敗します。 (InternalError) アドミッション Webhook "createupdatevalidationwebhook.infrastructure.azstackhci.microsoft.com" は要求を拒否しました。リソースの作成後に OsProfile を変更することはできません | |
| ネットワーク | HTTPS://10.100.000.00:8080など、アドレスに大文字が含まれるプロキシ サーバーでノードが構成されている場合、Arc 拡張機能は、バージョン 2408.1 を含む既存のビルドのノードにインストールまたは更新できません。 ただし、ノードは Arc 接続されたままです。 | 問題を軽減するには、次の手順に従います: 1. 環境の値を小文字で設定します。 [System.Environment]::SetEnvironmentVariable("HTTPS_PROXY", "https://10.100.000.00:8080", "Machine")。 2. 値が設定されたことを検証します。 [System.Environment]::GetEnvironmentVariable("HTTPS_PROXY", "Machine").
3. Arc サービスを再起動します。 Restart-Service himds
Restart-Service ExtensionService
Restart-Service GCArcService
4. AzcmaAgent に小文字のプロキシ情報を通知します。 & 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config set proxy.url https://10.100.000.00:8080
& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config list |
| をアップグレードする | スタンプを 2311 以前のビルドから 2408 以降にアップグレードすると、ノードの追加とノードの修復操作が失敗する可能性があります。 たとえば、Type 'AddAsZHostToDomain' of Role 'BareMetal' raised an exceptionというエラーが表示される場合があります。 |
このリリースの既知の問題
次の表に、このリリースの既知の問題を示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| Azure Migrate | Azure Migrate を使用した Gen 1 (sysprep 以外) VM の移行は、次のエラーで失敗します。 VM のファイル システムからシード ISO ディスクをクリーンアップできませんでした。 | この問題に関連する VM エラーを解決する修正プログラムを適用するには、Microsoft サポートにお問い合わせください。 |
| セキュリティの脆弱性 | Microsoft は、Azure ローカル VM の作成時に使用されるローカル管理者の資格情報を、VM 上およびホスト上の管理者以外のユーザーに公開する可能性があるセキュリティの脆弱性を特定しました。 Azure Local 2411 リリースより前のリリースで実行されている Azure ローカル VM は脆弱です。 |
この変更を必要とする Azure ローカル VM を特定し、アカウント パスワードを変更するには、「 Azure Local 上の VM のセキュリティの脆弱性」の詳細な手順を参照してください。 |
| デプロイ アップグレード |
Azure Local をデプロイする前にタイムゾーンが UTC に設定されていない場合は、検証中に ArcOperationTimeOut エラーが発生します。 次のエラー メッセージが表示されます。 OperationTimeOut、操作用の更新プログラムがデバイスから受信されていません。 | シナリオに応じて、この問題に対して次のいずれかの回避策を選択します。 シナリオ 1. デプロイを開始する前に、タイムゾーンが UTC に設定されていることを確認します。 各 Azure ローカル ノードに接続し、タイムゾーンを UTC に変更します。 次のコマンドを実行します: Set-TimeZone -Id "UTC". シナリオ 2. UTC タイムゾーンを設定せずにデプロイを開始し、検証フェーズで説明したエラーを受け取った場合は、次の手順に従います。 1. 各 Azure ローカル ノードに接続します。 Set-TimeZone -Id "UTC"を使用してタイム ゾーンを UTC に変更します。 ノードを再起動します。2. ノードが再起動したら、Azure portal の Azure ローカル リソースに移動します。 もう一度検証を開始して問題を解決し、デプロイまたはアップグレードを続行します。 修復手順の詳細については、 Azure Local Supportability GitHub リポジトリのトラブルシューティング ガイドを参照してください。 |
| を更新する | 2411 リリースでは、ソリューションとソリューション ビルダー拡張機能の更新プログラムは、1 回の更新実行では結合されません。 | ソリューション ビルダー拡張機能パッケージを適用するには、別の更新プログラムを実行する必要があります。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| Azure ローカル VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| 更新 | Azure Update Manager を使用して Azure ローカル インスタンスの準備チェックの結果を表示する場合、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| 更新 | このリリースでは、更新が完了しても、Azure portal によって更新状態が [更新に失敗しました ] または [進行中 ] と誤って報告された場合に、断続的な問題が発生します。 | リモート PowerShell セッションを使用して Azure ローカル インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み 場合は、追加の操作は必要ありません。 Azure portal では、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| AzureローカルのAKS | AKS クラスターの作成は、Error: Invalid AKS network resource idで失敗します。 この問題は、関連付けられている論理ネットワーク名にアンダースコアがある場合に発生する可能性があります。 |
論理ネットワーク名ではアンダースコアはサポートされていません。 Azure Local にデプロイされている論理ネットワークの名前にアンダースコアを使用しないようにしてください。 |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めすることはできません。 ホスト上の環境変数プロキシ バイパス リストを更新すると、Azure Arc リソース ブリッジまたは AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートに問い合わせて次の手順を確認してください。 |
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| を更新する | まれに、Azure ローカル インスタンスの更新中にこのエラーが発生する場合があります: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]。 |
この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 正しくない構文には、&,",',<,>などのサポートされていない文字が含まれています。 不適切な構文は、後の手順でシステム検証中に検出されます。 |
OU パスの構文が正しく、サポートされていない文字が含まれていないことを確認します。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 2 時間を超えるデプロイは、システムが正常に作成されたにもかかわらず、リソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure ローカル インスタンス リソースに移動し、新しい [デプロイ] エントリに移動します。 |
| 更新 | Azure Update Manager を使用して Azure ローカル インスタンスを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各ノードで次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| を更新する | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
バージョン 2408.2 の既知の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 2408.2.7 にマップされます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
手記
一般的な既知の問題の詳細な修復については、 Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
このリリースでは、次の問題が修正されています。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| 安全 | SideChannelMitigation は、ローカル コマンドレットと Windows Admin Center の両方で適切に報告されています。 | |
| を更新する | 更新プログラムは、既に追加されているソリューション ビルダー拡張機能のコンテンツを不必要にダウンロードします。 | |
| をアップグレードする | クラスター リソースが同じグループに含まれなかった。 | |
| をアップグレードする | Azure portal での IP プールの検証を修正しました。 | |
| をアップグレードする | パッケージが最新バージョンであることを確認するための検証を追加しました | |
| をアップグレードする | グループ ポリシーが原因で検証が失敗します。 |
このリリースの既知の問題
Microsoft は、このリリースの既知の問題を認識していません。
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| Azure ローカル VM の管理 | 移行された VM でゲスト管理を有効にしようとすると、次のエラーで操作が失敗します。 (InternalError) アドミッション Webhook "createupdatevalidationwebhook.infrastructure.azstackhci.microsoft.com" は要求を拒否しました。リソースの作成後に OsProfile を変更することはできません | |
| セキュリティ | SideChannelMitigation セキュリティ機能が有効になっている場合でも、有効な状態が表示されない場合があります。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートに問い合わせて次の手順を確認してください。 |
| Azure ローカル VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| 更新 | Azure Update Manager を使用して Azure ローカル インスタンスの準備チェックの結果を表示する場合、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| 更新 | このリリースでは、更新が完了しても、Azure portal によって更新状態が [更新に失敗しました ] または [進行中 ] と誤って報告された場合に、断続的な問題が発生します。 | リモート PowerShell セッションを使用して Azure Local に接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate | ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み 場合は、追加の操作は必要ありません。 Azure portal では、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのマシンで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| HCI 上の AKS | AKS クラスターの作成は、Error: Invalid AKS network resource idで失敗します。 この問題は、関連付けられている論理ネットワーク名にアンダースコアがある場合に発生する可能性があります。 |
論理ネットワーク名ではアンダースコアはサポートされていません。 Azure Local にデプロイされている論理ネットワークの名前にアンダースコアを使用しないようにしてください。 |
| ノード を追加する | このリリースおよび以前のリリースでは、クラスターにノードを追加するときに、新しいノードを含むようにプロキシ バイパス リスト文字列を更新することはできません。 ホストで環境変数プロキシ バイパス リストを更新しても、Azure Arc リソース ブリッジまたは AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートに問い合わせて次の手順を確認してください。 |
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| を更新する | まれに、Azure Local: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]の更新中にこのエラーが発生することがあります。 |
この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 正しくない構文には、&,",',<,>などのサポートされていない文字が含まれています。 不適切な構文は、クラスターの検証中に後の手順で検出されます。 |
OU パスの構文が正しく、サポートされていない文字が含まれていないことを確認します。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 クラスターが正常に作成されたにもかかわらず、2 時間を超えるデプロイはリソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure ローカル リソースに移動し、新しい デプロイ エントリに移動します。 |
| 更新 | Azure Update Manager を使用して Azure ローカル インスタンスを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各コンピューターで次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのマシンで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| を更新する | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
バージョン 2408.1 の既知の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 2408.1.9 にマップされます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
手記
一般的な既知の問題の詳細な修復については、 Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
このリリースでは、次の問題が修正されています。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| Azure ローカル VM の管理 | お客様が作成時に mac アドレスを渡さなかった場合、VM ネットワーク インターフェイスの MAC アドレスは表示されません。 | |
| 配置 | 場合によっては、Azure Stack HCI サーバーの登録中に、デバッグ ログにこのエラーが表示されることがあります。 内部サーバー エラーが発生しました。 デバイスの展開に必須の拡張機能の 1 つがインストールされていない可能性があります。 | 問題を軽減するには、次の手順に従います。$Settings = @{ "CloudName" = $Cloud; "RegionName" = $Region; "DeviceType" = "AzureEdge" } New-AzConnectedMachineExtension -Name "AzureEdgeTelemetryAndDiagnostics" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Observability" -Settings $Settings -ExtensionType "TelemetryAndDiagnostics" -EnableAutomaticUpgrade New-AzConnectedMachineExtension -Name "AzureEdgeDeviceManagement" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.Edge" -ExtensionType "DeviceManagementExtension"New-AzConnectedMachineExtension -Name "AzureEdgeLifecycleManager" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Orchestration" -ExtensionType "LcmController" New-AzConnectedMachineExtension -Name "AzureEdgeRemoteSupport" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Observability" -ExtensionType "EdgeRemoteSupport" -EnableAutomaticUpgrade |
| ネットワーク | Azure ローカル マシンがダウンすると、新しいポータル エクスペリエンスの [すべてのクラスター] ページに "PartiallyConnected" または "Not Connected Recently status" が表示されます。 Azure ローカル マシンが正常になった場合でも、"接続済み" 状態が表示されない場合があります。 | この問題の既知の回避策はありません。 接続状態を確認するには、以前のエクスペリエンスを使用して、"接続済み" と表示されているかどうかを確認します。 |
| を更新する | MOC ノード エージェントは、MOC の更新ステップ中に再起動待機状態で停止することがあります。 | |
| を更新する | アップグレード時に必要なアクセス許可が付与されなかったため、後で更新が失敗しました。 | |
| をアップグレードする | IPv6 アドレスを確認するための検証を追加しました。 | |
| 更新 | システム内のホスト名が別のホスト名のサブセットである場合、SBE インターフェイスはすべてのマシンで実行されません。 |
このリリースの既知の問題
Microsoft は、このリリースの既知の問題を認識していません。
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| Azure ローカル VM の管理 | 移行された VM でゲスト管理を有効にしようとすると、次のエラーで操作が失敗します。 (InternalError) アドミッション Webhook "createupdatevalidationwebhook.infrastructure.azstackhci.microsoft.com" は要求を拒否しました。リソースの作成後に OsProfile を変更することはできません | |
| セキュリティ | SideChannelMitigation セキュリティ機能が有効になっている場合でも、有効な状態が表示されない場合があります。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートに問い合わせて次の手順を確認してください。 |
| Azure ローカル VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| 更新 | Azure Update Manager を使用して Azure ローカル インスタンスの準備チェックの結果を表示する場合、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| 更新 | このリリースでは、更新が完了しても、Azure portal によって更新状態が [更新に失敗しました ] または [進行中 ] と誤って報告された場合に、断続的な問題が発生します。 | リモート PowerShell セッションを使用して Azure ローカル インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み 場合は、追加の操作は必要ありません。 Azure portal では、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのクラスター ノードで次の手順に従います。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| AzureローカルのAKS | AKS クラスターの作成は、Error: Invalid AKS network resource idで失敗します。 この問題は、関連付けられている論理ネットワーク名にアンダースコアがある場合に発生する可能性があります。 |
論理ネットワーク名ではアンダースコアはサポートされていません。 Azure Local にデプロイされている論理ネットワークの名前にアンダースコアを使用しないようにしてください。 |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めすることはできません。 ホスト上の環境変数プロキシ バイパス リストを更新すると、Azure Arc リソース ブリッジまたは AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートに問い合わせて次の手順を確認してください。 |
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| を更新する | まれに、Azure ローカル インスタンスの更新中にこのエラーが発生する場合があります: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]。 |
この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 正しくない構文には、&,",',<,>などのサポートされていない文字が含まれています。 不適切な構文は、後の手順でシステム検証中に検出されます。 |
OU パスの構文が正しく、サポートされていない文字が含まれていないことを確認します。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 2 時間を超えるデプロイは、システムが正常に作成されたにもかかわらず、リソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure ローカル インスタンス リソースに移動し、新しい [デプロイ] エントリに移動します。 |
| 更新 | Azure Update Manager を使用して Azure ローカル インスタンスを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各ノードで次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| を更新する | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
バージョン 2408 の既知の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 2408.0.29 にマップされます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
手記
一般的な既知の問題の詳細な修復については、 Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
このリリースでは、次の問題が修正されています。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| 更新プログラム | 正常性チェックのリソースの種類 ID フィールドの不足に関連する更新プログラムの問題が修正されました。 | |
| 更新プログラム | 同じ名前を持つさまざまな正常性チェックに関連する更新プログラムの問題が修正されました。 | |
| Azure ローカル VM の管理 | 大規模な AVD ホスト プールのデプロイや大規模な VM プロビジョニングなどの大規模な展開シナリオでは、Hyper-V ソケット外部ライブラリの問題が原因で信頼性の問題が発生する可能性があります。 |
このリリースの既知の問題
次の表に、このリリースの既知の問題を示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| Azure ローカル VM の管理 | 移行された VM でゲスト管理を有効にしようとすると、次のエラーで操作が失敗します。 (InternalError) アドミッション Webhook "createupdatevalidationwebhook.infrastructure.azstackhci.microsoft.com" は要求を拒否しました。リソースの作成後に OsProfile を変更することはできません | |
| セキュリティ | SideChannelMitigation セキュリティ機能が有効になっている場合でも、有効な状態が表示されない場合があります。 これは、Windows Admin Center (クラスター セキュリティ ビュー) を使用している場合、またはこのコマンドレットが false 返す場合に発生します。 | このリリースでは、これらのアプリケーションの出力を修正するための回避策はありません。 期待される値を検証するには、次のコマンドレットを実行します。 Get-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management' -name "FeatureSettingsOverride*"予想される出力は次のとおりです。 FeatureSettingsOverride: 83886152 FeatureSettingsOverrideMask: 3 出力が予想される出力と一致する場合は、Windows Admin Center と Get-AzSSecurity コマンドレットからの出力を無視しても問題ありません。 |
| Azure ローカル VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| 更新 | Azure ローカル システムの SBE 更新プログラムをインストールする場合、クラスター内のホスト名が別のホスト名のサブセットである場合、一部の SBE インターフェイスはすべてのマシンで実行されません。 たとえば、host-1 は host-10 のサブセットです。 これにより、CAU スキャンまたは CAU 実行でエラーが発生する可能性があります。 | ホストの名前付け規則では、ホスト名インスタンス数に少なくとも 2 桁の数字を使用することをお勧めします。 詳細については、「 名前付け規則を定義する」を参照してください。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| 更新 | Azure Update Manager を使用して Azure ローカル インスタンスの準備チェックの結果を表示する場合、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| 更新 | このリリースでは、更新が完了しても、Azure portal によって更新状態が [更新に失敗しました ] または [進行中 ] と誤って報告された場合に、断続的な問題が発生します。 | リモート PowerShell セッションを使用して Azure ローカル インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み 場合は、追加の操作は必要ありません。 Azure portal では、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのクラスター ノードで次の手順に従います。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| HCI 上の AKS | AKS クラスターの作成は、Error: Invalid AKS network resource idで失敗します。 この問題は、関連付けられている論理ネットワーク名にアンダースコアがある場合に発生する可能性があります。 |
論理ネットワーク名ではアンダースコアはサポートされていません。 Azure Local インスタンスにデプロイされている論理ネットワークの名前にアンダースコアを使用しないようにしてください。 |
| サーバー の追加 | このリリースおよび以前のリリースでは、マシンをクラスターに追加するときに、新しいマシンを含むようにプロキシ バイパス リスト文字列を更新することはできません。 ホスト上の環境変数プロキシ バイパス リストを更新すると、Azure Arc リソース ブリッジまたは AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートに問い合わせて次の手順を確認してください。 |
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| を更新する | まれに、Azure ローカル インスタンスの更新中にこのエラーが発生する場合があります: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]。 |
この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 正しくない構文には、&,",',<,>などのサポートされていない文字が含まれています。 不適切な構文は、クラスターの検証中に後の手順で検出されます。 |
OU パスの構文が正しく、サポートされていない文字が含まれていないことを確認します。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 クラスターが正常に作成されたにもかかわらず、2 時間を超えるデプロイはリソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure ローカル インスタンス リソースに移動し、新しい [デプロイ] エントリに移動します。 |
| 更新 | Azure Update Manager を使用して Azure ローカル インスタンスを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各クラスター ノードに次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのクラスター ノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| 更新プログラム | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
バージョン 2405.3 の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 2405.3.7 にマップされます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれたリリースノートの問題が含まれます。
修正された問題
このリリースの修正された問題を次に示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| を更新する | このリリースでは、ホストがシークレットローテーションと更新を行った後にSDNが動作しなくなる問題が修正されました。 | |
| を更新する | このリリースでは、物理ディスク環境の準備チェックに関連する更新プログラムの問題が誤って失敗し、更新プログラムがブロックされる問題が修正されました | |
| デプロイ | このリリースでは、クラウド デプロイでの null 値に関連するデプロイ操作が修正されました。 | |
| を更新する | このリリースでは、Summary XML エラーを防ぐための正常性チェックの更新が修正されました。 |
このリリースの既知の問題
Microsoft は、このリリースの既知の問題を認識していません。
以前のリリースからの既知の問題
以前のリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| 更新プログラム | Azure Update Manager を使用して Azure Stack HCI クラスターの準備状況チェックの結果を表示する場合、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| Azure ローカル VM の管理 | 大規模な AVD ホスト プールのデプロイや大規模な VM プロビジョニングなどの大規模な展開シナリオでは、Hyper-V ソケット外部ライブラリの問題が原因で信頼性の問題が発生する可能性があります。 | 問題を軽減するには、次の手順に従います: 1. Get-service mochostagent (\) get-process (\) killコマンドを実行します。 コマンドの出力を確認し、ハンドル数が数千に上るかどうかを確認します。 2. Get-service mochostagent (\) get-process コマンドを実行してプロセスを終了します。 3. コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
| 配置 | Azure Portal を使用して Azure Local をデプロイすると、次のデプロイ検証エラーが発生する可能性があります。Could not complete the operation. 400: Resource creation validation failed. Details: [{"Code":"AnswerFileValidationFailed","Message":"Errors in Value Validation:\r\nPhysicalNodesValidator found error at deploymentdata.physicalnodes[0].ipv4address: The specified for \u0027deploymentdata.physicalnodes[0].ipv4address\u0027 is not a valid IPv4 address. Example: 192.168.0.1 or 192.168.0.1","Target":null,"Details":null}]. Azure portal デプロイの [ ネットワーク ] タブに移動すると、 ネットワークインテント 構成内で、次のエラーが表示される可能性があります。選択した物理ネットワーク アダプターが管理仮想スイッチにバインドされていません。 |
Azure portal でのデプロイ検証エラーのトラブルシューティングの手順に従います。 |
| 配置 | Azure portal を使用したデプロイは、次のエラーで失敗します。 Key Vault からシークレット LocalAdminCredential をフェッチできませんでした。 | このリリースでは、この問題の回避策はありません。 問題が発生した場合は、次の手順について Microsoft サポートにお問い合わせください。 |
| 更新プログラム | このリリースでは、更新が完了しても、Azure portal によって更新状態が [更新に失敗しました ] または [進行中 ] と誤って報告された場合に、断続的な問題が発生します。 | リモート PowerShell セッションを使用して Azure Local に接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み 場合は、追加の操作は必要ありません。 Azure portal では、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのクラスター ノードで次の手順に従います。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| HCI 上の AKS | AKS クラスターの作成は、Error: Invalid AKS network resource idで失敗します。 この問題は、関連付けられている論理ネットワーク名にアンダースコアがある場合に発生する可能性があります。 |
論理ネットワーク名ではアンダースコアはサポートされていません。 Azure Stack HCI にデプロイされている論理ネットワークの名前にはアンダースコアを使用しないでください。 |
| サーバー の追加 | このリリースおよび以前のリリースでは、クラスターにサーバーを追加するときに、新しいサーバーを含むようにプロキシ バイパス リスト文字列を更新することはできません。 ホスト上の環境変数プロキシ バイパス リストを更新すると、Azure Arc リソース ブリッジまたは AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートに問い合わせて次の手順を確認してください。 |
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| を更新する | まれに、Azure Stack HCI: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]の更新中にこのエラーが発生することがあります。 |
この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 正しくない構文には、&,",',<,>などのサポートされていない文字が含まれています。 不適切な構文は、クラスターの検証中に後の手順で検出されます。 |
OU パスの構文が正しく、サポートされていない文字が含まれていないことを確認します。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 クラスターが正常に作成されたにもかかわらず、2 時間を超えるデプロイはリソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure Stack HCI クラスター リソースに移動し、新しい デプロイ エントリに移動します。 |
| を更新する | Azure Update Manager を使用して Azure Stack HCI クラスターを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各クラスター ノードに次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのクラスター ノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| 更新プログラム | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
バージョン 2405.2 の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 2405.2.7 にマップされます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれたリリースノートの問題が含まれます。
修正された問題
このリリースの修正された問題を次に示します。
| 特徴 | 問題 | 回避策/コメント | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 更新プログラム | このリリースでは、正常性チェックのリソースの種類 ID フィールドの不足に関連する更新の問題が修正されました。 | |||||||||||||||||||
| 更新プログラム | このリリースでは、同じ名前を持つさまざまな正常性チェックに関連する更新プログラムの問題が修正されました。 | |||||||||||||||||||
| 更新プログラム | このリリースでは、ソリューション ビルダー拡張機能の更新プログラムの正常性チェックが更新前または毎日の正常性チェックに含まれていない問題が修正されました。 | |||||||||||||||||||
| 更新プログラム | このリリースでは、正しくない状態のサーバーで更新サービスがクラッシュしたため、新しい更新プログラムを表示または開始できない問題が修正されました。 | |||||||||||||||||||
| 更新プログラム | このリリースでは、クラスターでのアクションの洪水を防ぐために更新サービスが改善されました。 | |||||||||||||||||||
| 更新プログラム | このリリースでは、サーバーの追加または削除が失敗したときに更新が失敗するのを防ぐための正常性チェックが追加されました。 | |||||||||||||||||||
| を更新する | MOC の初期更新中に、ターゲット MOC バージョンがカタログ キャッシュに見つからないため、エラーが発生します。 フォローアップの更新と再試行では、ターゲット バージョンで MOC が表示され、更新が成功せず、その結果、Azure Arc リソース ブリッジの更新が失敗します。 この問題を検証するには、 Azure Local のソリューション更新プログラムのトラブルシューティングを使用して更新ログを収集します。 ログ ファイルに同様のエラー メッセージが表示されます (現在のバージョンは、エラー メッセージで異なる場合があります)。 [ERROR: { "errorCode": "InvalidEntityError", "errorResponse": "{\n\"message\": \"the cloud fabric (MOC) is currently at version v0.13.1. A minimum version of 0.15.0 is required for compatibility\"\n}" }] |
問題を軽減するには、次の手順に従います。 1. MOC エージェントのバージョンを見つけるには、次のコマンドを実行します: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.2. コマンドの出力を使用して、エージェントのバージョンと一致する MOC バージョンを以下の表から見つけ、 $initialMocVersion その MOC バージョンに設定します。 更新先の Azure ローカル ビルドを見つけて、次の表から一致する MOC バージョンを取得して、$targetMocVersion を設定します。 以下に示す軽減スクリプトでこれらの値を使用します。
たとえば、エージェントのバージョンが v0.13.0-6-gf13a73f7、v0.11.0-alpha.38,01/06/2024 の場合、 $initialMocVersion = "1.0.24.10106" し、2405.0.23 に更新する場合は、$targetMocVersion = "1.3.0.10418"。3. 最初のノードで次の PowerShell コマンドを実行します。 $initialMocVersion = "<initial version determined from step 2>"$targetMocVersion = "<target version determined from step 2>"# MOC モジュールを 2 回インポートする import-module mocimport-module moc$verbosePreference = "Continue"# SFS カタログ キャッシュをクリアする Remove-Item (Get-MocConfig).manifestCache# 更新前にバージョンを現在の MOC バージョンに設定し、状態を更新に失敗として設定する Set-MocConfigValue -name "version" -value $initialMocVersionSet-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)# MOC の更新を目的のバージョンに再実行する Update-Moc -version $targetMocVersion4. 更新プログラムを再開します。 |
||||||||||||||||||
| Azure ローカル VM の管理 | 以前のリリースでは、起動停止、保存、一時停止などの VM の電源状態変更操作では、最初は VM の状態が実行中として返され、最終的には 30 秒以上後に更新後に正しい状態が表示されます。 このリリースでは、電源状態変更操作は、VM の状態が予期された状態に変更された後にのみ返されます。 |
このリリースの既知の問題
| 特徴 | 問題 | 回避策 |
|---|---|---|
| を更新する | SDN インフラストラクチャ VM のバグにより、ホストがシークレットのローテーションと更新を行うと、SDN は動作を停止します。 | このリリースでは、この問題の回避策はありません。 問題が発生した場合は、次の手順について Microsoft サポートにお問い合わせください。 |
| を更新する | 環境の準備チェッカーのバグにより、物理ディスク環境の準備チェックが誤って失敗し、更新がブロックされます。 | 数分待ってから、更新を再試行してください。 |
| デプロイ | このリリースでは、次のエラーが発生する可能性があります。 クラウド デプロイの呼び出しに失敗しました - 値を null にすることはできません。 | このリリースでは、この問題の回避策はありません。 問題が発生した場合は、次の手順について Microsoft サポートにお問い合わせください。 |
| を更新する | このリリースでは、環境チェックが失敗し、次のエラー が表示されます。更新は失敗状態です: HealthCheckFailed。ECE からの概要 XML が存在しません。 | このリリースでは、この問題の回避策はありません。 問題が発生した場合は、次の手順について Microsoft サポートにお問い合わせください。 |
以前のリリースからの既知の問題
以前のリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| 更新プログラム | Azure Update Manager を使用して Azure Stack HCI クラスターの準備状況チェックの結果を表示する場合、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| Azure ローカル VM の管理 | 大規模な AVD ホスト プールのデプロイや大規模な VM プロビジョニングなどの大規模な展開シナリオでは、Hyper-V ソケット外部ライブラリの問題が原因で信頼性の問題が発生する可能性があります。 | 問題を軽減するには、次の手順に従います: 1. Get-service mochostagent (\) get-process (\) killコマンドを実行します。 コマンドの出力を確認し、ハンドル数が数千に上るかどうかを確認します。 2. Get-service mochostagent (\) get-process コマンドを実行してプロセスを終了します。 3. コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
| 配置 | Azure Portal を使用して Azure Local をデプロイすると、次のデプロイ検証エラーが発生する可能性があります。Could not complete the operation. 400: Resource creation validation failed. Details: [{"Code":"AnswerFileValidationFailed","Message":"Errors in Value Validation:\r\nPhysicalNodesValidator found error at deploymentdata.physicalnodes[0].ipv4address: The specified for \u0027deploymentdata.physicalnodes[0].ipv4address\u0027 is not a valid IPv4 address. Example: 192.168.0.1 or 192.168.0.1","Target":null,"Details":null}]. Azure portal デプロイの [ ネットワーク ] タブに移動すると、 ネットワークインテント 構成内で、次のエラーが表示される可能性があります。選択した物理ネットワーク アダプターが管理仮想スイッチにバインドされていません。 |
Azure portal でのデプロイ検証エラーのトラブルシューティングの手順に従います。 |
| 配置 | Azure portal を使用したデプロイは、次のエラーで失敗します。 Key Vault からシークレット LocalAdminCredential をフェッチできませんでした。 | このリリースでは、この問題の回避策はありません。 問題が発生した場合は、次の手順について Microsoft サポートにお問い合わせください。 |
| 更新プログラム | このリリースでは、更新が完了しても、Azure portal によって更新状態が [更新に失敗しました ] または [進行中 ] と誤って報告された場合に、断続的な問題が発生します。 | リモート PowerShell セッションを使用して Azure Local に接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み 場合は、追加の操作は必要ありません。 Azure portal では、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのクラスター ノードで次の手順に従います。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| HCI 上の AKS | AKS クラスターの作成は、Error: Invalid AKS network resource idで失敗します。 この問題は、関連付けられている論理ネットワーク名にアンダースコアがある場合に発生する可能性があります。 |
論理ネットワーク名ではアンダースコアはサポートされていません。 Azure Stack HCI にデプロイされている論理ネットワークの名前にはアンダースコアを使用しないでください。 |
| サーバー の追加 | このリリースおよび以前のリリースでは、クラスターにサーバーを追加するときに、新しいサーバーを含むようにプロキシ バイパス リスト文字列を更新することはできません。 ホスト上の環境変数プロキシ バイパス リストを更新すると、Azure Arc リソース ブリッジまたは AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートに問い合わせて次の手順を確認してください。 |
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| を更新する | まれに、Azure Stack HCI: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]の更新中にこのエラーが発生することがあります。 |
この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 正しくない構文には、&,",',<,>などのサポートされていない文字が含まれています。 不適切な構文は、クラスターの検証中に後の手順で検出されます。 |
OU パスの構文が正しく、サポートされていない文字が含まれていないことを確認します。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 クラスターが正常に作成されたにもかかわらず、2 時間を超えるデプロイはリソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure Stack HCI クラスター リソースに移動し、新しい デプロイ エントリに移動します。 |
| を更新する | Azure Update Manager を使用して Azure Stack HCI クラスターを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各クラスター ノードに次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのクラスター ノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| 更新プログラム | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
バージョン 2405.1 の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 2405.1.4 にマップされます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれたリリースノートの問題が含まれます。
修正された問題
このリリースの修正された問題を次に示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| 最新情報 | 更新プログラムの問題が修正されました。 この問題により、Cluster-Aware 更新 (CAU) ステップの後に更新が失敗しますが、この場合は CAU を再実行すると問題が解決されます。 | |
| 可観測性 | このリリースでは、拡張機能のインストール後にプロアクティブ ログ収集が既定で無効になる問題が修正されました。 | |
| 更新 | エージェント ライフサイクル マネージャー (ALM) がシークレットローテーション後にサービスを再起動できなかった問題が修正されました。 | |
| 更新 | このリリースでは、PowerShell コマンドを使用して失敗したソリューションの更新を再試行 Start-SolutionUpdate 問題が修正されました。 |
|
| 更新 | ソリューション ビルダー拡張機能の更新プログラムのダウンロードに失敗する原因となった問題が修正されました。 | |
| 更新 | デプロイ SPN 設定に基づくサービス プリンシパル名 (SPN) 検証中に更新が失敗する問題が修正されました。 | |
| 更新 | Azure Arc リソース ブリッジ (ARB) の更新に時間がかかり、更新が失敗する問題が修正されました。 | |
| 更新 | ソリューション ビルダーの更新プログラムの正常性チェックが更新前または毎日の正常性チェックに含まれていない問題が修正されました。 | |
| サーバーの追加 サーバー を修復する |
Add-Server中に、クラスター ストレージ ネットワークがストレージ VLAN ID と同じである必要はありません。 |
|
| ネットワーク | AzStackHci_Network_Test_Infra_IP_Connection はエンドポイント定義の重大度を尊重する必要があります。 |
このリリースの既知の問題
Microsoft は、このリリースの既知の問題を認識していません。
以前のリリースからの既知の問題
以前のリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| 更新プログラム | Azure Update Manager を使用して Azure Stack HCI クラスターの準備状況チェックの結果を表示する場合、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| Azure ローカル VM の管理 | 大規模な AVD ホスト プールのデプロイや大規模な VM プロビジョニングなどの大規模な展開シナリオでは、Hyper-V ソケット外部ライブラリの問題が原因で信頼性の問題が発生する可能性があります。 | 問題を軽減するには、次の手順に従います: 1. Get-service mochostagent (\) get-process (\) killコマンドを実行します。 コマンドの出力を確認し、ハンドル数が数千に上るかどうかを確認します。 2. Get-service mochostagent (\) get-process コマンドを実行してプロセスを終了します。 3. コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
| 配置 | Azure Portal を使用して Azure Local をデプロイすると、次のデプロイ検証エラーが発生する可能性があります。Could not complete the operation. 400: Resource creation validation failed. Details: [{"Code":"AnswerFileValidationFailed","Message":"Errors in Value Validation:\r\nPhysicalNodesValidator found error at deploymentdata.physicalnodes[0].ipv4address: The specified for \u0027deploymentdata.physicalnodes[0].ipv4address\u0027 is not a valid IPv4 address. Example: 192.168.0.1 or 192.168.0.1","Target":null,"Details":null}]. Azure portal デプロイの [ ネットワーク ] タブに移動すると、 ネットワークインテント 構成内で、次のエラーが表示される可能性があります。選択した物理ネットワーク アダプターが管理仮想スイッチにバインドされていません。 |
Azure portal でのデプロイ検証エラーのトラブルシューティングの手順に従います。 |
| 配置 | Azure portal を使用したデプロイは、次のエラーで失敗します。 Key Vault からシークレット LocalAdminCredential をフェッチできませんでした。 | このリリースでは、この問題の回避策はありません。 問題が発生した場合は、次の手順について Microsoft サポートにお問い合わせください。 |
| 更新プログラム | このリリースでは、更新が完了しても、Azure portal によって更新状態が [更新に失敗しました ] または [進行中 ] と誤って報告された場合に、断続的な問題が発生します。 | リモート PowerShell セッションを使用して Azure Local に接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み 場合は、追加の操作は必要ありません。 Azure portal では、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのクラスター ノードで次の手順に従います。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| HCI 上の AKS | AKS クラスターの作成は、Error: Invalid AKS network resource idで失敗します。 この問題は、関連付けられている論理ネットワーク名にアンダースコアがある場合に発生する可能性があります。 |
論理ネットワーク名ではアンダースコアはサポートされていません。 Azure Stack HCI にデプロイされている論理ネットワークの名前にはアンダースコアを使用しないでください。 |
| サーバー の追加 | このリリースおよび以前のリリースでは、クラスターにサーバーを追加するときに、新しいサーバーを含むようにプロキシ バイパス リスト文字列を更新することはできません。 ホスト上の環境変数プロキシ バイパス リストを更新すると、Azure Arc リソース ブリッジまたは AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートに問い合わせて次の手順を確認してください。 |
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| を更新する | まれに、Azure Stack HCI: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]の更新中にこのエラーが発生することがあります。 |
この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 正しくない構文には、&,",',<,>などのサポートされていない文字が含まれています。 不適切な構文は、クラスターの検証中に後の手順で検出されます。 |
OU パスの構文が正しく、サポートされていない文字が含まれていないことを確認します。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 クラスターが正常に作成されたにもかかわらず、2 時間を超えるデプロイはリソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure Stack HCI クラスター リソースに移動し、新しい デプロイ エントリに移動します。 |
| を更新する | Azure Update Manager を使用して Azure Stack HCI クラスターを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各クラスター ノードに次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのクラスター ノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| 更新プログラム | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
バージョン 2405 の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 2405.0.24 にマップされます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれたリリースノートの問題が含まれます。
修正された問題
このリリースの修正された問題を次に示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| Active Directory | 大規模な Active Directory を使用するクラスターのデプロイ中に、ローカル管理者グループにユーザーを追加するときにタイムアウトが発生する可能性がある問題が修正されます。 | |
| 配置 | 依存関係リソースの作成を簡略化するクラスター作成用の新しい ARM テンプレートがリリースされます。 これらのテンプレートには、不足している必須フィールドに対処するいくつかの修正が含まれています。 | |
| 配置 | シークレット ローテーション PowerShell コマンド Set-AzureStackLCMUserPassword では、確認メッセージをスキップするための新しいパラメーターがサポートされています。 |
|
| 配置 | サービスがタイムリーに再起動しない場合のシークレット ローテーションの信頼性が向上しました。 | |
| 配置 | 不整合な名前空間が使用されている場合にデプロイが有効になるようにする問題を修正しました。 | |
| SBE | 新しい PowerShell コマンドがリリースされ、デプロイ時に提供される SBE パートナー プロパティの値を更新するために使用できます。 | |
| SBE | SBE のみの更新の実行後に更新サービスが要求に応答できなくなる問題を修正しました。 | |
| サーバーの追加 サーバー を修復する |
サーバーの追加操作中にノードが Active Directory に参加できなくなる問題を修正しました。 | |
| サーバー を修復する | まれに、Repair-Server 操作は HealthServiceWaitForDriveFW エラーで失敗します。 このような場合、修復されたノードの古いドライブは削除されず、新しいディスクはメンテナンス モードで停止します。 |
|
| サーバー を修復する | この問題は、単一サーバーの Azure Stack HCI が 2311 から 2402 に更新された後、Repair-Server が実行されるときに発生します。 修復操作が失敗します。 |
|
| ネットワーク | 特定のネットワーク アダプターの種類でホスト ネットワーク構成を設定するときのネットワーク ATC の信頼性が向上しました。 | |
| ネットワーク | ディスク ドライブのファームウェア バージョンを検出するときの信頼性が向上しました。 | |
| 更新 | デバイスから AUM (Azure Update Manager) に送信される正常性チェック結果の更新通知の信頼性が向上しました。 場合によっては、メッセージ サイズが大きすぎて、結果が AUM に表示されない場合があります。 | |
| 更新 | 信頼された起動 VM エージェント (IGVM) の更新エラーを引き起こす可能性があるファイル ロックの問題を修正しました。 | |
| 更新 | 更新の実行中にオーケストレーター エージェントが再起動されない問題を修正しました。 | |
| 更新 | 更新サービスが更新プログラムを検出または開始するのに時間がかかるまれな状態を修正しました。 | |
| 更新 | 更新が進行中であると CAU によって報告された際の、Cluster-Aware Updating (CAU) とオーケストレーターの相互作用に関する問題を修正しました。 | |
| 更新 | 更新プログラムの名前付けスキーマは、機能と累積的な更新プログラムの識別を可能にするように調整されました。 | |
| 更新 | クラスターの更新の進行状況をオーケストレーターに報告する信頼性が向上しました。 | |
| Azure Arc | ハイブリッド インスタンス メタデータ サービス (HIMDS) の再起動時に Azure Arc 接続が失われ、Azure portal の機能が破損する問題を解決しました。 この場合、デバイスは Azure Arc 接続を自動的に再開するようになりました。 | |
| を更新する | ソリューションの更新プログラムをインストールしようとすると、CAU の手順の最後に失敗する可能性があります:There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.
このまれな問題は、ノードの再起動後に Cluster Name または Cluster IP Address リソースの起動に失敗し、小規模クラスターで最も一般的な場合に発生します。 |
この問題は修正されました。 |
このリリースの既知の問題
このリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| Azure ローカル VM の管理 | 大規模な AVD ホスト プールのデプロイや大規模な VM プロビジョニングなどの大規模な展開シナリオでは、Hyper-V ソケット外部ライブラリの問題が原因で信頼性の問題が発生する可能性があります。 | 問題を軽減するには、次の手順に従います: 1. Get-service mochostagent (\) get-process (\) killコマンドを実行します。 コマンドの出力を確認し、ハンドル数が数千に上るかどうかを確認します。 2. Get-service mochostagent (\) get-process コマンドを実行してプロセスを終了します。 3. コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
| 配置 | Azure Portal を使用して Azure Local をデプロイすると、次のデプロイ検証エラーが発生する可能性があります。Could not complete the operation. 400: Resource creation validation failed. Details: [{"Code":"AnswerFileValidationFailed","Message":"Errors in Value Validation:\r\nPhysicalNodesValidator found error at deploymentdata.physicalnodes[0].ipv4address: The specified for \u0027deploymentdata.physicalnodes[0].ipv4address\u0027 is not a valid IPv4 address. Example: 192.168.0.1 or 192.168.0.1","Target":null,"Details":null}]. Azure portal デプロイの [ ネットワーク ] タブに移動すると、 ネットワークインテント 構成内で、次のエラーが表示される可能性があります。選択した物理ネットワーク アダプターが管理仮想スイッチにバインドされていません。 |
Azure portal でのデプロイ検証エラーのトラブルシューティングの手順に従います。 |
| 配置 | Azure portal を使用したデプロイは、次のエラーで失敗します。 Key Vault からシークレット LocalAdminCredential をフェッチできませんでした。 | このリリースでは、この問題の回避策はありません。 問題が発生した場合は、次の手順について Microsoft サポートにお問い合わせください。 |
| 配置 | Azure Stack HCI バージョン 23H2 オペレーティング システムの新しい ISO イメージは、一部のハードウェア構成との互換性の問題により、以前のバージョンにロールバックされました。 | Arc 登録で問題が発生した場合は、以前のバージョンにロールバックします。 新しいイメージが既に正常にデプロイされている場合は、アクションは必要ありません。 どちらの ISO イメージも、同じオペレーティング システムのビルド バージョンです。 |
| 更新プログラム | Azure Update Manager を使用して Azure Stack HCI クラスターの準備状況チェックの結果を表示する場合、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| 更新プログラム | このリリースでは、更新が完了しても、Azure portal によって更新状態が [更新に失敗しました ] または [進行中 ] と誤って報告された場合に、断続的な問題が発生します。 | リモート PowerShell セッションを使用して Azure Local に接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み 場合は、追加の操作は必要ありません。 Azure portal では、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのクラスター ノードで次の手順に従います。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| セキュリティ | SideChannelMitigation セキュリティ機能が有効になっている場合でも、有効な状態が表示されない場合があります。 これは、Windows Admin Center (クラスター セキュリティ ビュー) を使用している場合、またはこのコマンドレットが false 返す場合に発生します。 | このリリースでは、これらのアプリケーションの出力を修正するための回避策はありません。 期待される値を検証するには、次のコマンドレットを実行します。 Get-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management' -name "FeatureSettingsOverride*"予想される出力は次のとおりです。 FeatureSettingsOverride: 83886152 FeatureSettingsOverrideMask: 3 出力が予想される出力と一致する場合は、Windows Admin Center と Get-AzSSecurity コマンドレットからの出力を無視しても問題ありません。 |
以前のリリースからの既知の問題
以前のリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| HCI 上の AKS | AKS クラスターの作成は、Error: Invalid AKS network resource idで失敗します。 この問題は、関連付けられている論理ネットワーク名にアンダースコアがある場合に発生する可能性があります。 |
論理ネットワーク名ではアンダースコアはサポートされていません。 Azure Stack HCI にデプロイされている論理ネットワークの名前にはアンダースコアを使用しないでください。 |
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| を更新する | まれに、Azure Stack HCI の更新中にこのエラーが発生することがあります。ロール 'MocArb' のタイプ 'UpdateArbAndExtensions' が例外を発生させました: ステップ [UpgradeArbAndExtensions :Get-ArcHciConfig] において ARB と拡張機能をアップグレードする際に例外が発生しました。UpgradeArb: 無効な applianceyaml = [C:\AksHci\hci-appliance.yaml]。 | この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 正しくない構文には、&,",',<,>などのサポートされていない文字が含まれています。 不適切な構文は、クラスターの検証中に後の手順で検出されます。 |
OU パスの構文が正しく、サポートされていない文字が含まれていないことを確認します。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 クラスターが正常に作成されたにもかかわらず、2 時間を超えるデプロイはリソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure Stack HCI クラスター リソースに移動し、新しい デプロイ エントリに移動します。 |
| を更新する | Azure Update Manager を使用して Azure Stack HCI クラスターを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各クラスター ノードに次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのクラスター ノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| 更新プログラム | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
バージョン 2402.4 の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 2402.4.4 にマップされます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれたリリースノートの問題が含まれます。
修正された問題
このリリースで修正された問題を次に示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| ネットワーク | プロキシ サーバーを使用すると、環境チェックが失敗します。 設計上、winhttp と wininet ではバイパス リストが異なり、検証チェックが失敗します。 |
このリリースの既知の問題
Microsoft は、このリリースの既知の問題を認識していません。
以前のリリースからの既知の問題
以前のリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| HCI 上の AKS | AKS クラスターの作成は、Error: Invalid AKS network resource idで失敗します。 この問題は、関連付けられている論理ネットワーク名にアンダースコアがある場合に発生する可能性があります。 |
論理ネットワーク名ではアンダースコアはサポートされていません。 Azure Stack HCI にデプロイされている論理ネットワークの名前にはアンダースコアを使用しないでください。 |
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| を更新する | まれに、Azure Stack HCI の更新中にこのエラーが発生することがあります。ロール 'MocArb' のタイプ 'UpdateArbAndExtensions' が例外を発生させました: ステップ [UpgradeArbAndExtensions :Get-ArcHciConfig] において ARB と拡張機能をアップグレードする際に例外が発生しました。UpgradeArb: 無効な applianceyaml = [C:\AksHci\hci-appliance.yaml]。 | この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 正しくない構文には、&,",',<,>などのサポートされていない文字が含まれています。 不適切な構文は、クラスターの検証中に後の手順で検出されます。 |
OU パスの構文が正しく、サポートされていない文字が含まれていないことを確認します。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 クラスターが正常に作成されたにもかかわらず、2 時間を超えるデプロイはリソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure Stack HCI クラスター リソースに移動し、新しい デプロイ エントリに移動します。 |
| を更新する | Azure Update Manager を使用して Azure Stack HCI クラスターを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各クラスター ノードに次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのクラスター ノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| 更新プログラム | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
バージョン 2402.3 の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 2402.3.10 にマップされます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれたリリースノートの問題が含まれます。
修正された問題
このリリースで修正された問題を次に示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| 更新プログラム | クラスターの更新プログラムを 10.2311.5.6 に適用すると、Get-SolutionUpdate コマンドレットが応答せず、最終的に約 10 分後に RequestTimeoutException で失敗する可能性があります。 これは、サーバーの追加または修復シナリオの後に発生する可能性があります。 |
この問題は修正されました。 |
このリリースの既知の問題
Microsoft は、このリリースの既知の問題を認識していません。
以前のリリースからの既知の問題
以前のリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| HCI 上の AKS | AKS クラスターの作成は、Error: Invalid AKS network resource idで失敗します。 この問題は、関連付けられている論理ネットワーク名にアンダースコアがある場合に発生する可能性があります。 |
論理ネットワーク名ではアンダースコアはサポートされていません。 Azure Stack HCI にデプロイされている論理ネットワークの名前にはアンダースコアを使用しないでください。 |
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| を更新する | まれに、Azure Stack HCI の更新中にこのエラーが発生することがあります。ロール 'MocArb' のタイプ 'UpdateArbAndExtensions' が例外を発生させました: ステップ [UpgradeArbAndExtensions :Get-ArcHciConfig] において ARB と拡張機能をアップグレードする際に例外が発生しました。UpgradeArb: 無効な applianceyaml = [C:\AksHci\hci-appliance.yaml]。 | この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 正しくない構文には、&,",',<,>などのサポートされていない文字が含まれています。 不適切な構文は、クラスターの検証中に後の手順で検出されます。 |
OU パスの構文が正しく、サポートされていない文字が含まれていないことを確認します。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 クラスターが正常に作成されたにもかかわらず、2 時間を超えるデプロイはリソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure Stack HCI クラスター リソースに移動し、新しい デプロイ エントリに移動します。 |
| を更新する | Azure Update Manager を使用して Azure Stack HCI クラスターを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各クラスター ノードに次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのクラスター ノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| 更新プログラム | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
バージョン 2402.2 の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 2402.2.12 にマップされます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれたリリースノートの問題が含まれます。
修正された問題
Microsoft は、このリリースで修正された問題を認識していません。
このリリースの既知の問題
このリリースには既知の問題はありません。 以前に知られていた問題は、以降のリリースで修正されています。
以前のリリースからの既知の問題
以前のリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| HCI 上の AKS | AKS クラスターの作成は、Error: Invalid AKS network resource idで失敗します。 この問題は、関連付けられている論理ネットワーク名にアンダースコアがある場合に発生する可能性があります。 |
論理ネットワーク名ではアンダースコアはサポートされていません。 Azure Local にデプロイされている論理ネットワークの名前にアンダースコアを使用しないようにしてください。 |
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| を更新する | まれに、Azure Local を更新する際に、このエラーが発生することがあります。ロール 'MocArb' のタイプ 'UpdateArbAndExtensions' で例外が発生しました。手順 [UpgradeArbAndExtensions :Get-ArcHciConfig] の中で、ARB と拡張機能のアップグレード中に例外が発生しました: UpgradeArb: 無効な applianceyaml = [C:\AksHci\hci-appliance.yaml]。 | この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 正しくない構文には、&,",',<,>などのサポートされていない文字が含まれています。 不適切な構文は、クラスターの検証中に後の手順で検出されます。 |
OU パスの構文が正しく、サポートされていない文字が含まれていないことを確認します。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 クラスターが正常に作成されたにもかかわらず、2 時間を超えるデプロイはリソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure ローカル クラスター リソースに移動し、新しい デプロイ エントリに移動します。 |
| を更新する | Azure Update Manager を使用して Azure ローカル インスタンスを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各クラスター ノードに次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのクラスター ノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| 更新プログラム | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
バージョン 2402.1 の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 10.2402.1.5 にマップされます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれたリリースノートの問題が含まれます。
修正された問題
このリリースで修正された問題を次に示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| 更新プログラム | このリリースでは、単一サーバーの Azure Local を Azure portal から更新できないため、正常性チェックの問題が発生しています。 | PowerShell を使用して Azure Local を更新します。 |
| Azure ローカル VM の管理 | 名前にアンダースコアが付いたディスクまたはネットワーク インターフェイスをこのリリースで作成すると、操作は失敗します。 | ディスクまたはネットワーク インターフェイスの名前にはアンダースコアを使用しないでください。 |
| Azure ローカル VM の管理 | Azure Local VM を Azure Local にデプロイするために使用するリソース グループの名前にアンダースコアがある場合、ゲスト エージェントのインストールは失敗します。 その結果、ゲスト管理を有効にできなくなります。 | Azure ローカル VM のデプロイに使用されるリソース グループにアンダースコアがないことを確認します。 |
| デプロイ | (Microsoft が提供するスクリプトと手順を使用せず) Active Directory を自分で準備した場合、Active Directory の検証が失敗し、Generic All アクセス許可が不足している可能性があります。 これは、BitLocker 回復に必要な msFVE-RecoverInformationobjects – General – Permissions Full control専用のアクセス許可エントリをチェックする検証チェックの問題が原因です。 |
この問題は修正されました。 |
| デプロイ | このリリースでは、Azure ローカル デプロイ中に DNS レコードが削除されるというまれな問題があります。 その場合、次の例外が発生します。Type 'PropagatePublicRootCertificate' of Role 'ASCA' raised an exception:<br>The operation on computer 'ASB88RQ22U09' failed: WinRM cannot process the request. The following error occurred while using Kerberos authentication: Cannot find the computer ASB88RQ22U09.local. Verify that the computer exists on the network and that the name provided is spelled correctly at PropagatePublicRootCertificate, C:\NugetStore\Microsoft.AzureStack, at Orchestration.Roles.CertificateAuthority.10.2402.0.14\content\Classes\ASCA\ASCA.psm1: line 38, at C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 127,at Invoke-EceInterfaceInternal, C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 123. |
この問題は修正されました。 |
| サーバー の追加/修復 | このリリースでは、サーバーを追加または修復するときに、ソフトウェア ロード バランサーまたはネットワーク コントローラー VM 証明書が既存のノードからコピーされるときにエラーが発生します。 このエラーは、デプロイ/更新中にこれらの証明書が生成されなかったためです。 | この問題は修正されました。 |
| デプロイ | このリリースでは、一時的な問題が発生し、デプロイエラーが発生し、次の例外が発生します。Type 'SyncDiagnosticLevel' of Role 'ObservabilityConfig' raised an exception:*<br>*Syncing Diagnostic Level failed with error: The Diagnostic Level does not match. Portal was not set to Enhanced, instead is Basic. |
この問題は修正されました。 |
| を更新する | まれに、失敗した更新プログラムが Azure Update Manager で進行中 の状態でスタックしている場合は、[ 再試行 ] ボタンが無効になります。 | この問題は修正されました。 |
このリリースの既知の問題
このリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| HCI 上の AKS | AKS クラスターの作成は、Error: Invalid AKS network resource idで失敗します。 この問題は、関連付けられている論理ネットワーク名にアンダースコアがある場合に発生する可能性があります。 |
論理ネットワーク名ではアンダースコアはサポートされていません。 Azure Local にデプロイされている論理ネットワークの名前にアンダースコアを使用しないようにしてください。 |
以前のリリースからの既知の問題
以前のリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| を更新する | まれに、Azure Local を更新する際に、このエラーが発生することがあります。ロール 'MocArb' のタイプ 'UpdateArbAndExtensions' で例外が発生しました。手順 [UpgradeArbAndExtensions :Get-ArcHciConfig] の中で、ARB と拡張機能のアップグレード中に例外が発生しました: UpgradeArb: 無効な applianceyaml = [C:\AksHci\hci-appliance.yaml]。 | この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 正しくない構文には、&,",',<,>などのサポートされていない文字が含まれています。 不適切な構文は、クラスターの検証中に後の手順で検出されます。 |
OU パスの構文が正しく、サポートされていない文字が含まれていないことを確認します。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 クラスターが正常に作成されたにもかかわらず、2 時間を超えるデプロイはリソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure ローカル クラスター リソースに移動し、新しい デプロイ エントリに移動します。 |
| を更新する | Azure Update Manager を使用して Azure ローカル インスタンスを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各クラスター ノードに次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのクラスター ノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| 更新プログラム | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
バージョン 2402 の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 10.2402.0.23 にマップされます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれたリリースノートの問題が含まれます。
修正された問題
このリリースで修正された問題を次に示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| 配置 | 最初のデプロイ手順: Azure portal 経由でデプロイするときのクラウド デプロイの前には、完了までに 45 分から 1 時間かかる場合があります。 | |
| デプロイ | このリリースでは、ハートビートの信頼性が不安定である問題が発生しており、そのため登録時に「HCI 登録に失敗しました」エラーが発生しています。 エラー: Arc 統合に失敗しました。 | この問題は断続的です。 デプロイを再実行してみてください。 詳細については、「 展開の再実行」を参照してください。 |
| デプロイ | このリリースでは、Arc 統合の検証が次のエラーで失敗する断続的な問題があります: Validator failed. Can't retrieve the dynamic parameters for the cmdlet. PowerShell Gallery is currently unavailable. Please try again later. |
この問題は断続的です。 デプロイを再実行してみてください。 詳細については、「 展開の再実行」を参照してください。 |
| 配置 | 場合によっては、 Arc 登録スクリプト を実行しても、必須の拡張機能である Azure Edge デバイス管理または Azure Edge ライフサイクル マネージャーがインストールされない場合があります。 | この問題は、このリリースで修正されました。 拡張機能は自身を修復し、正常なデプロイ状態になります。 |
| を更新する |
Set-AzureStackLCMUserPasswordコマンドを使用して AzureStackLCMUserPassword を変更しようとすると、次のエラーが発生する可能性があります: Can't find an object with identity: 'object id'*. |
このリリースには既知の回避策はありません。 |
| セキュリティ | 新しいデプロイでは、セキュリティで保護されたコア対応デバイスでは、既定では動的な測定ルート (DRTM) は有効になりません。 Enable-AzSSecurity コマンドレットを使用して (DRTM) を有効にしようとすると、現在のリリースでは DRTM 設定がサポートされていないというエラーが表示されます。 Microsoft では多層防御をお勧めします。UEFI セキュア ブートでは、署名されて検証されたときにのみ読み込まれるようにすることで、静的信頼ルート (SRT) ブート チェーン内のコンポーネントが保護されます。 |
|
| ネットワーク | このリリースでは、DNS 解決エラーが発生した 2 ノード クラスターでデプロイが失敗する原因となる、まれな DNS クライアントの問題があります。 RestRequest の送信中に WebException が発生しました。WebException.Status: NameResolutionFailure。 バグの結果、2 番目のノードの DNS レコードは作成後すぐに削除され、DNS エラーが発生します。 | この問題は修正されました。 |
| クラスター対応更新 | ノードの再開操作がノードの再開に失敗しました。 | この問題は修正されました。 |
| クラスター対応更新 | ノードの中断操作が 90 分以上滞っていました。 | この問題は修正されました。 |
| 更新プログラム | まれに、2311.0.24 から 2311.2.4 への更新プログラムを適用すると、クラスターの状態は、予期される更新に失敗した代わりに進行中と報告されます。 | この問題は修正されました。 |
このリリースの既知の問題
このリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| デプロイ | (Microsoft が提供するスクリプトと手順を使用せず) Active Directory を自分で準備した場合、Active Directory の検証が失敗し、Generic All アクセス許可が不足している可能性があります。 これは、BitLocker 回復に必要な msFVE-RecoverInformationobjects – General – Permissions Full control専用のアクセス許可エントリをチェックする検証チェックの問題が原因です。 |
[AD の準備] スクリプト メソッドを使用するか、独自のメソッドを使用する場合は、特定のアクセス許可msFVE-RecoverInformationobjects – General – Permissions Full control割り当てるようにしてください。 |
| デプロイ | このリリースでは、マルチノードデプロイでリモート タスクエラーが発生し、次の例外が発生します。ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>). |
軽減策は、影響を受けるノードで ECE エージェントを再起動することです。 サーバーで PowerShell セッションを開き、次のコマンドを実行します。Restart-Service ECEAgent。 |
| 更新プログラム | このリリースでは、単一サーバーの Azure Stack HCI を Azure portal から更新できないという正常性チェックの問題があります。 | PowerShell を使用して Azure Stack HCI を更新します。 |
以前のリリースからの既知の問題
以前のリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| を更新する | まれに、Azure Stack HCI の更新中にこのエラーが発生することがあります。ロール 'MocArb' のタイプ 'UpdateArbAndExtensions' が例外を発生させました: ステップ [UpgradeArbAndExtensions :Get-ArcHciConfig] において ARB と拡張機能をアップグレードする際に例外が発生しました。UpgradeArb: 無効な applianceyaml = [C:\AksHci\hci-appliance.yaml]。 | この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| Azure ローカル VM の管理 | 名前にアンダースコアが付いたディスクまたはネットワーク インターフェイスをこのリリースで作成すると、操作は失敗します。 | ディスクまたはネットワーク インターフェイスの名前にはアンダースコアを使用しないでください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 正しくない構文には、&,",',<,>などのサポートされていない文字が含まれています。 不適切な構文は、クラスターの検証中に後の手順で検出されます。 |
OU パスの構文が正しく、サポートされていない文字が含まれていないことを確認します。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 クラスターが正常に作成されたにもかかわらず、2 時間を超えるデプロイはリソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure Stack HCI クラスター リソースに移動し、新しい デプロイ エントリに移動します。 |
| を更新する | Azure Update Manager を使用して Azure Stack HCI クラスターを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各クラスター ノードに次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのクラスター ノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| を更新する | このリリースでは、2311.2 更新プログラムを実際に適用する前に Test-CauRun コマンドレットを実行すると、Azure Stack HCI システムをリモートでシャットダウンするためのファイアウォール規則が見つからないというエラー メッセージが表示されます。 |
2311.2 更新プログラムが適用されると、不足しているルールが自動的に作成されるため、あなたが何もする必要はありません。 今後の更新プログラムを適用するときは、必ず Get-SolutionUpdateEnvironmentの代わりに Test-CauRun コマンドレットを実行してください。 |
| 更新プログラム | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
| Azure ローカル VM の管理 | Azure Stack HCI に Azure ローカル VM をデプロイするために使用するリソース グループの名前にアンダースコアがある場合、ゲスト エージェントのインストールは失敗します。 その結果、ゲスト管理を有効にできなくなります。 | Azure ローカル VM のデプロイに使用されるリソース グループにアンダースコアがないことを確認します。 |
バージョン 2311.5 の問題
このソフトウェア リリースは、10.2311.5.6 ソフトウェア バージョン番号にマップされます。 このリリースでは、2311 リリースからの更新プログラムのみがサポートされます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれたリリースノートの問題が含まれます。
修正された問題
このリリースの修正された問題を次に示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| Azure ローカル VM の管理 | 場合によっては、Azure portal で論理ネットワークの状態が [失敗] と表示される場合があります。 これは、論理ネットワークに関連付けられているネットワーク インターフェイスなどのリソースを最初に削除せずに論理ネットワークを削除しようとすると発生します。 この論理ネットワーク上にリソースを作成することはできます。 この場合、ステータスは誤解を与えます。 |
この問題は修正されました。 |
このリリースの既知の問題
このリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| を更新する | 指定したタイムアウトが 6 時間経過しても、ダウンロード操作は終了しません。 | Microsoft では、この問題の解決に積極的に取り組んでいます。 この問題が発生した場合は、次の手順について Microsoft サポートにお問い合わせください。 |
| を更新する | 更新が失敗状態です: DownloadFailed。 ECE からの概要 XML が存在しません。 | Microsoft では、この問題の解決に積極的に取り組んでいます。 この問題が発生した場合は、次の手順について Microsoft サポートにお問い合わせください。 |
以前のリリースからの既知の問題
以前のリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| Azure ローカル VM の管理 | 新しいノードがクラスターに追加されると、失敗します。ノードの追加はエラーで失敗しました。以前のバージョンの Azure Local VM クラスター拡張機能がクラスターにインストールされています。 | ポート 443 のエンドポイント https://hciarcvmscontainerregistry.azurecr.io など、最新のファイアウォール要件があることを確認します。 このエンドポイントは、Azure ローカル VM コンテナー レジストリに必要です。 |
| Azure ローカル VM の管理 | 10.2311.4.5 に更新すると、Azure portal で arcbridge の状態に "UpgradeFailed" と表示されます。 | ポート 443 のエンドポイント https://hciarcvmscontainerregistry.azurecr.io など、最新のファイアウォール要件があることを確認します。 このエンドポイントは、Azure ローカル VM コンテナー レジストリに必要です。 |
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| デプロイ | このリリースでは、ハートビートの信頼性が不安定である問題が発生しており、そのため登録時に「HCI 登録に失敗しました」エラーが発生しています。 エラー: Arc 統合に失敗しました。 | この問題は断続的です。 デプロイを再実行してみてください。 詳細については、「 展開の再実行」を参照してください。 |
| デプロイ | このリリースでは、Arc 統合の検証が次のエラーで失敗する断続的な問題があります: Validator failed. Can't retrieve the dynamic parameters for the cmdlet. PowerShell Gallery is currently unavailable. Please try again later. |
この問題は断続的です。 デプロイを再実行してみてください。 詳細については、「 展開の再実行」を参照してください。 |
| デプロイ | AzureEdgeRemoteSupport 拡張機能は、クラスター ビューでは "Failed" として、ノード ビューでは "Succeeded" と表示されます。 さらに、ノード ビューに正しくない拡張名 "AzureEdgeEdgeRemoteSupport" が表示されます。 | この問題は外観上の問題であり、拡張機能には影響しません。 問題を手動で軽減するには、次の手順に従ってください: 1. Azure portal で、ノードのリソース グループに移動します。 2. 各 Arc ノードに移動し、リモート サポート拡張機能をアンインストールします。 3. Azure ローカル リソース プロバイダーが拡張機能を更新するには、最大 12 時間を許可します。 この手順により、拡張機能の再インストールが有効になり、正しい名前の AzureEdgeRemoteSupport が表示され、クラスター ビューで発生したエラーが解決されます。 必要に応じて、コマンドレット sync-azurestackhci を使用して、任意のクラスター ノードで強制的に同期を行うことができます。 |
| を更新する | まれに、Azure Local を更新する際に、このエラーが発生することがあります。ロール 'MocArb' のタイプ 'UpdateArbAndExtensions' で例外が発生しました。手順 [UpgradeArbAndExtensions :Get-ArcHciConfig] の中で、ARB と拡張機能のアップグレード中に例外が発生しました: UpgradeArb: 無効な applianceyaml = [C:\AksHci\hci-appliance.yaml]。 | この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| を更新する | このリリースでは、Azure Local を実行している 1 台のサーバーが Azure portal 経由で更新されない正常性チェックの問題があります。 | PowerShell を使用して更新を実行します。 詳細については、「 PowerShell を使用して Azure ローカルを更新する」を参照してください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 ただし、不適切な構文は、クラスターの検証中に後の手順で検出されます。 | このリリースには既知の回避策はありません。 |
| 配置 | 場合によっては、 Arc 登録スクリプト を実行しても、必須の拡張機能である Azure Edge デバイス管理または Azure Edge ライフサイクル マネージャーがインストールされない場合があります。 | 回避策は、スクリプトをもう一度実行し、 Azure portal を使用してデプロイする前に、すべての必須拡張機能がインストールされていることを確認することです。 |
| 配置 | 最初のデプロイ手順: Azure portal 経由でデプロイするときのクラウド デプロイの前には、完了までに 45 分から 1 時間かかる場合があります。 | |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 クラスターが正常に作成されたにもかかわらず、2 時間を超えるデプロイはリソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure ローカル リソースに移動し、新しい デプロイ エントリに移動します。 |
| を更新する | Azure Update Manager を使用して Azure ローカル インスタンスを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各クラスター ノードに次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのクラスター ノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| 更新プログラム | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
バージョン 2311.4 の問題
このソフトウェア リリースは、10.2311.4.6 ソフトウェア バージョン番号にマップされます。 このリリースでは、2311 リリースからの更新プログラムのみがサポートされます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれたリリースノートの問題が含まれます。
修正された問題
このリリースの修正された問題を次に示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| Azure ローカル VM の管理 | 名前にアンダースコアが付いたディスクまたはネットワーク インターフェイスをこのリリースで作成すると、操作は失敗します。 | ディスクまたはネットワーク インターフェイスの名前にはアンダースコアを使用しないでください。 |
| Azure ローカル VM の管理 | Azure Local VM を Azure Local にデプロイするために使用するリソース グループの名前にアンダースコアがある場合、ゲスト エージェントのインストールは失敗します。 その結果、ゲスト管理を有効にできなくなります。 | Azure ローカル VM のデプロイに使用されるリソース グループにアンダースコアがないことを確認します。 |
このリリースの既知の問題
このリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| Azure ローカル VM の管理 | 新しいノードがクラスターに追加されると、失敗します。ノードの追加はエラーで失敗しました。以前のバージョンの Azure Local VM クラスター拡張機能がクラスターにインストールされています。 | ポート 443 のエンドポイント https://hciarcvmscontainerregistry.azurecr.io など、最新のファイアウォール要件があることを確認します。 このエンドポイントは、Azure ローカル VM コンテナー レジストリに必要です。 |
| Azure ローカル VM の管理 | 10.2311.4.5 に更新すると、Azure portal で arcbridge の状態に "UpgradeFailed" と表示されます。 | ポート 443 のエンドポイント https://hciarcvmscontainerregistry.azurecr.io など、最新のファイアウォール要件があることを確認します。 このエンドポイントは、Azure ローカル VM コンテナー レジストリに必要です。 |
以前のリリースからの既知の問題
以前のリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| デプロイ | このリリースでは、ハートビートの信頼性が不安定である問題が発生しており、そのため登録時に「HCI 登録に失敗しました」エラーが発生しています。 エラー: Arc 統合に失敗しました。 | この問題は断続的です。 デプロイを再実行してみてください。 詳細については、「 展開の再実行」を参照してください。 |
| デプロイ | このリリースでは、Arc 統合の検証が次のエラーで失敗する断続的な問題があります: Validator failed. Can't retrieve the dynamic parameters for the cmdlet. PowerShell Gallery is currently unavailable. Please try again later. |
この問題は断続的です。 デプロイを再実行してみてください。 詳細については、「 展開の再実行」を参照してください。 |
| デプロイ | AzureEdgeRemoteSupport 拡張機能は、クラスター ビューでは "Failed" として、ノード ビューでは "Succeeded" と表示されます。 さらに、ノード ビューに正しくない拡張名 "AzureEdgeEdgeRemoteSupport" が表示されます。 | この問題は外観上の問題であり、拡張機能には影響しません。 問題を手動で軽減するには、次の手順に従ってください: 1. Azure portal で、ノードのリソース グループに移動します。 2. 各 Arc ノードに移動し、リモート サポート拡張機能をアンインストールします。 3. Azure ローカル リソース プロバイダーが拡張機能を更新するには、最大 12 時間を許可します。 この手順により、拡張機能の再インストールが有効になり、正しい名前の AzureEdgeRemoteSupport が表示され、クラスター ビューで発生したエラーが解決されます。 必要に応じて、コマンドレット sync-azurestackhci を使用して、任意のクラスター ノードで強制的に同期を行うことができます。 |
| を更新する | まれに、Azure Local の更新中に次のエラーが発生することがあります: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]。 | この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| を更新する | このリリースでは、Azure Local を実行している 1 台のサーバーが Azure portal 経由で更新されない正常性チェックの問題があります。 | PowerShell を使用して更新を実行します。 詳細については、「 PowerShell を使用して Azure ローカルを更新する」を参照してください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 ただし、不適切な構文は、クラスターの検証中に後の手順で検出されます。 | このリリースには既知の回避策はありません。 |
| 配置 | 場合によっては、 Arc 登録スクリプト を実行しても、必須の拡張機能である Azure Edge デバイス管理または Azure Edge ライフサイクル マネージャーがインストールされない場合があります。 | 回避策は、スクリプトをもう一度実行し、 Azure portal を使用してデプロイする前に、すべての必須拡張機能がインストールされていることを確認することです。 |
| 配置 | 最初のデプロイ手順: Azure portal 経由でデプロイするときのクラウド デプロイの前には、完了までに 45 分から 1 時間かかる場合があります。 | |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 クラスターが正常に作成されたにもかかわらず、2 時間を超えるデプロイはリソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure ローカル リソースに移動し、新しい デプロイ エントリに移動します。 |
| を更新する | Azure Update Manager を使用して Azure ローカル インスタンスを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各クラスター ノードに次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのクラスター ノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| 更新プログラム | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
バージョン 2311.3 の問題
このソフトウェア リリースは、10.2311.3.12 ソフトウェア バージョン番号にマップされます。 このリリースでは、2311 リリースからの更新プログラムのみがサポートされます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれたリリースノートの問題が含まれます。
修正された問題
このリリースで修正された問題を次に示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| を更新する |
Set-AzureStackLCMUserPasswordコマンドを使用して AzureStackLCMUserPassword を変更しようとすると、次のエラーが発生する可能性があります: Can't find an object with identity: 'object id'*. |
問題が発生した場合は、次の手順について Microsoft サポートにお問い合わせください。 |
| Azure ローカル VM の管理 | このリリースでは、Azure CLI を使用して VM に接続されているデータ ディスクを使用して VM を更新すると、次のエラー メッセージで操作が失敗します。 という名前の仮想ハード ディスクが見つかりませんでした。 |
この問題は修正されました。 |
このリリースの既知の問題
このリリースには既知の問題はありません。 以前に知られていた問題は、以降のリリースで修正されています。
以前のリリースからの既知の問題
以前のリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| デプロイ | このリリースでは、ハートビートの信頼性が不安定である問題が発生しており、そのため登録時に「HCI 登録に失敗しました」エラーが発生しています。 エラー: Arc 統合に失敗しました。 | この問題は断続的です。 デプロイを再実行してみてください。 詳細については、「 展開の再実行」を参照してください。 |
| デプロイ | このリリースでは、Arc 統合の検証が次のエラーで失敗する断続的な問題があります: Validator failed. Can't retrieve the dynamic parameters for the cmdlet. PowerShell Gallery is currently unavailable. Please try again later. |
この問題は断続的です。 デプロイを再実行してみてください。 詳細については、「 展開の再実行」を参照してください。 |
| デプロイ | AzureEdgeRemoteSupport 拡張機能は、クラスター ビューでは "Failed" として、ノード ビューでは "Succeeded" と表示されます。 さらに、ノード ビューに正しくない拡張名 "AzureEdgeEdgeRemoteSupport" が表示されます。 | この問題は外観上の問題であり、拡張機能には影響しません。 問題を手動で軽減するには、次の手順に従ってください: 1. Azure portal で、ノードのリソース グループに移動します。 2. 各 Arc ノードに移動し、リモート サポート拡張機能をアンインストールします。 3. Azure ローカル リソース プロバイダーが拡張機能を更新するには、最大 12 時間を許可します。 この手順により、拡張機能の再インストールが有効になり、正しい名前の AzureEdgeRemoteSupport が表示され、クラスター ビューで発生したエラーが解決されます。 必要に応じて、コマンドレット sync-azurestackhci を使用して、任意のクラスター ノードで強制的に同期を行うことができます。 |
| を更新する | まれに、Azure Local を更新する際に、このエラーが発生することがあります。ロール 'MocArb' のタイプ 'UpdateArbAndExtensions' で例外が発生しました。手順 [UpgradeArbAndExtensions :Get-ArcHciConfig] の中で、ARB と拡張機能のアップグレード中に例外が発生しました: UpgradeArb: 無効な applianceyaml = [C:\AksHci\hci-appliance.yaml]。 | この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| を更新する | このリリースでは、Azure Local を実行している 1 台のサーバーが Azure portal 経由で更新されない正常性チェックの問題があります。 | PowerShell を使用して更新を実行します。 詳細については、「 PowerShell を使用して Azure ローカルを更新する」を参照してください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| Azure ローカル VM の管理 | 名前にアンダースコアが付いたディスクまたはネットワーク インターフェイスをこのリリースで作成すると、操作は失敗します。 | ディスクまたはネットワーク インターフェイスの名前にはアンダースコアを使用しないでください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 ただし、不適切な構文は、クラスターの検証中に後の手順で検出されます。 | このリリースには既知の回避策はありません。 |
| 配置 | 場合によっては、 Arc 登録スクリプト を実行しても、必須の拡張機能である Azure Edge デバイス管理または Azure Edge ライフサイクル マネージャーがインストールされない場合があります。 | 回避策は、スクリプトをもう一度実行し、 Azure portal を使用してデプロイする前に、すべての必須拡張機能がインストールされていることを確認することです。 |
| 配置 | 最初のデプロイ手順: Azure portal 経由でデプロイするときのクラウド デプロイの前には、完了までに 45 分から 1 時間かかる場合があります。 | |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 クラスターが正常に作成されたにもかかわらず、2 時間を超えるデプロイはリソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure ローカル リソースに移動し、新しい デプロイ エントリに移動します。 |
| を更新する | Azure Update Manager を使用して Azure ローカル インスタンスを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各クラスター ノードに次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのクラスター ノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| 更新プログラム | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
| Azure ローカル VM の管理 | Azure ローカル VM のデプロイに使用するリソース グループの名前にアンダースコアがある場合、ゲスト エージェントのインストールは失敗します。 その結果、ゲスト管理を有効にできなくなります。 | Azure ローカル VM のデプロイに使用されるリソース グループにアンダースコアがないことを確認します。 |
バージョン 2311.2 の問題
このソフトウェア リリースは、10.2311.2.7 ソフトウェア バージョン番号にマップされます。 このリリースでは、2311 リリースからの更新プログラムのみがサポートされます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれたリリースノートの問題が含まれます。
修正された問題
このリリースで修正された問題を次に示します。
このリリースの既知の問題
このリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| を更新する | このリリースでは、2311.2 更新プログラムを実際に適用する前に Test-CauRun コマンドレットを実行すると、Azure ローカル システムをリモートでシャットダウンするためのファイアウォール規則が見つからないというエラー メッセージが表示されます。 |
2311.2 更新プログラムが適用されると、不足しているルールが自動的に作成されるため、あなたが何もする必要はありません。 今後の更新プログラムを適用するときは、必ず Get-SolutionUpdateEnvironmentの代わりに Test-CauRun コマンドレットを実行してください。 |
| 更新プログラム | 場合によっては、SolutionUpdate コマンドが Send-DiagnosticData コマンドの後で実行されると失敗することがあります。 |
Send-DiagnosticDataに使用されている PowerShell セッションを閉じてください。 新しい PowerShell セッションを開き、SolutionUpdate コマンドに使用します。 |
| Azure ローカル VM の管理 | Azure ローカル VM のデプロイに使用されるリソース グループの名前にアンダースコアがある場合、ゲスト エージェントのインストールは失敗します。 その結果、ゲスト管理を有効にできなくなります。 | Azure ローカル VM のデプロイに使用されるリソース グループにアンダースコアがないことを確認します。 |
以前のリリースからの既知の問題
以前のリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にログインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| デプロイ | このリリースでは、ハートビートの信頼性が不安定である問題が発生しており、そのため登録時に「HCI 登録に失敗しました」エラーが発生しています。 エラー: Arc 統合に失敗しました。 | この問題は断続的です。 デプロイを再実行してみてください。 詳細については、「 展開の再実行」を参照してください。 |
| デプロイ | このリリースでは、Arc 統合の検証が「Validator failed」というエラーで失敗する断続的な問題があります。 コマンドレットの動的パラメーターを取得できません。 PowerShell ギャラリーは現在使用できません。 後でもう一度やり直してください。 | この問題は断続的です。 デプロイを再実行してみてください。 詳細については、「 展開の再実行」を参照してください。 |
| デプロイ | AzureEdgeRemoteSupport 拡張機能は、クラスター ビューでは "Failed" として、ノード ビューでは "Succeeded" と表示されます。 さらに、ノード ビューに正しくない拡張名 "AzureEdgeEdgeRemoteSupport" が表示されます。 | この問題は外観上の問題であり、拡張機能には影響しません。 問題を手動で軽減するには、次の手順に従ってください: 1. Azure portal で、ノードのリソース グループに移動します。 2. 各 Arc ノードに移動し、リモート サポート拡張機能をアンインストールします。 3. Azure ローカル リソース プロバイダーが拡張機能を更新するには、最大 12 時間を許可します。 この手順により、拡張機能の再インストールが有効になり、正しい名前の AzureEdgeRemoteSupport が表示され、クラスター ビューで発生したエラーが解決されます。 必要に応じて、コマンドレット sync-azurestackhci を使用して、任意のクラスター ノードで強制的に同期を行うことができます。 |
| を更新する | まれに、Azure Local を更新する際に、このエラーが発生することがあります。ロール 'MocArb' のタイプ 'UpdateArbAndExtensions' で例外が発生しました。手順 [UpgradeArbAndExtensions :Get-ArcHciConfig] の中で、ARB と拡張機能のアップグレード中に例外が発生しました: UpgradeArb: 無効な applianceyaml = [C:\AksHci\hci-appliance.yaml]。 | この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| を更新する | コマンド: Set-AzureStackLCMUserPasswordを使用して AzureStackLCMUserPassword を変更しようとすると、次のエラーが発生する可能性があります:ID を持つオブジェクトが見つかりません: 'object id'。 |
問題が発生した場合は、次の手順について Microsoft サポートにお問い合わせください。 |
| を更新する | このリリースでは、Azure Local を実行している 1 台のサーバーが Azure portal 経由で更新されない正常性チェックの問題があります。 | PowerShell を使用して更新を実行します。 詳細については、「 PowerShell を使用して Azure ローカルを更新する」を参照してください。 |
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| Azure ローカル VM の管理 | 名前にアンダースコアが付いたディスクまたはネットワーク インターフェイスをこのリリースで作成すると、操作は失敗します。 | ディスクまたはネットワーク インターフェイスの名前にはアンダースコアを使用しないでください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 ただし、不適切な構文は、クラスターの検証中に後の手順で検出されます。 | このリリースには既知の回避策はありません。 |
| 配置 | 場合によっては、 Arc 登録スクリプト を実行しても、必須の拡張機能である Azure Edge デバイス管理または Azure Edge ライフサイクル マネージャーがインストールされない場合があります。 | スクリプトをもう一度実行し、 Azure portal を使用してデプロイする前に、すべての必須拡張機能がインストールされていることを確認します。 |
| 配置 | 最初のデプロイ手順: Azure portal 経由でデプロイするときのクラウド デプロイの前には、完了までに 45 分から 1 時間かかる場合があります。 | |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 クラスターが正常に作成されたにもかかわらず、2 時間を超えるデプロイはリソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure ローカル リソースに移動し、新しい デプロイ エントリに移動します。 |
| を更新する | Azure Update Manager を使用して Azure ローカル インスタンスを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各クラスター ノードに次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのクラスター ノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
バージョン 2311 の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 10.2311.0.26 にマップされます。 このリリースでは、2310 からの新しいデプロイと更新プログラムがサポートされます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれたリリースノートの問題が含まれます。
修正された問題
このリリースで修正された問題を次に示します。
| 特徴 | 問題 |
|---|---|
| ネットワーキング | このリリースでは、プロキシの使用はサポートされていません。 |
| セキュリティ |
Get-AzsSyslogForwarder コマンドレットを -PerNode パラメーターで使用すると、例外が発生します。 複数のノードの SyslogForwarder 構成情報を取得することはできません。 |
| デプロイ | デプロイ中、Microsoft Open Cloud (MOC) Arc リソース ブリッジのインストールが失敗し、次のエラーが発生します。要件サイズ [0] Location [MocLocation].: OutOfCapacity"\nを満たすリソースが見つかりません。 |
| デプロイ | 正しくない DNS を入力すると、検証中にホストの DNS 構成が更新され、ホストがインターネット接続を失う可能性があります。 |
| 配置 | 展開ユーザーのパスワード (Active Directory の準備中に AzureStackLCMUserCredential とも呼ばれます) とローカル管理者は、:(コロン) を含めることはできません。 |
| Azure ローカル VM の管理 | Azure CLI を使用してディスクをデタッチすると、このリリースでエラーが発生します。 |
| Azure ローカル VM の管理 | 複数のクラスターを持つリソース グループには、1 つのクラスターのストレージ パスのみが表示されます。 |
| Azure ローカル VM の管理 | Azure Local で Azure Marketplace イメージを作成すると、ダウンロード プロビジョニングの状態が Azure Local インスタンスのダウンロード率と一致しない場合があります。 ダウンロード率が 100 未満として報告されている間、プロビジョニングの状態は成功として返されます。 |
| Azure ローカル VM の管理 | このリリースでは、環境によっては、Azure ローカル システムでの VM のデプロイに 30 分から 45 分かかる場合があります。 |
| Azure ローカル VM の管理 | Azure ローカル上の Azure CLI を使用して Azure ローカル VM を作成するときに、マーケットプレース イメージのフレンドリ名を指定すると、正しくない Azure Resource Manager ID が作成され、VM の作成エラーが発生します。 |
このリリースの既知の問題
このリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策/コメント |
|---|---|---|
| Azure ローカル VM の管理 | Azure ローカル VM 上の Arc 拡張機能は、無期限に "作成中" 状態のままになります。 | VM にサインインし、コマンド プロンプトを開き、次のように入力します。 Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 次に、 resourcename プロパティを見つけます。 リソース名の末尾に追加された GUID を削除して、このプロパティが VM の名前と一致するようにします。 次に、VM を再起動します。 |
| Azure ローカル VM の管理 | Azure ローカル VM の再起動操作は約 20 分後に完了しますが、VM 自体は約 1 分で再起動します。 | このリリースには既知の回避策はありません。 |
| デプロイ | 2310 から 2311 ソフトウェアを更新する前に、Azure ローカル ノードのいずれかで次のコマンドレットを実行してください。Import-module C:\CloudDeployment\CloudDeployment.psd1Import-module C:\CloudDeployment\ECEngine\EnterpriseCloudEngine.psd1$Parameters = Get-EceInterfaceParameters -RolePath 'MocArb' -InterfaceName 'DeployPreRequisites'$cloudRole = $Parameters.Roles["Cloud"].PublicConfiguration$domainRole = $Parameters.Roles["Domain"].PublicConfiguration$securityInfo = $cloudRole.PublicInfo.SecurityInfo$cloudSpUser = $securityInfo.AADUsers.User | Where-Object Role -EQ "DefaultARBApplication"$cloudSpCred = $Parameters.GetCredential($cloudSpUser.Credential)Set-ECEServiceSecret -ContainerName "DefaultARBApplication" -Credential $cloudSpCred |
このスクリプトは、サービス プリンシパルの移行に役立ちます。 |
| デプロイ | このリリースでは、ハートビートの信頼性が不安定である問題が発生しており、そのため登録時に「HCI 登録に失敗しました」エラーが発生しています。 エラー: Arc 統合に失敗しました。 | この問題は断続的です。 デプロイを再実行してみてください。 詳細については、「 展開の再実行」を参照してください。 |
| デプロイ | このリリースでは、Arc 統合の検証が「Validator failed」というエラーで失敗する断続的な問題があります。 コマンドレットの動的パラメーターを取得できません。 PowerShell ギャラリーは現在使用できません。 後でもう一度やり直してください。 | この問題は断続的です。 デプロイを再実行してみてください。 詳細については、「 展開の再実行」を参照してください。 |
| デプロイ | AzureEdgeRemoteSupport 拡張機能は、クラスター ビューでは "Failed" として、ノード ビューでは "Succeeded" と表示されます。 さらに、ノード ビューに正しくない拡張名 "AzureEdgeEdgeRemoteSupport" が表示されます。 | この問題は外観上の問題であり、拡張機能には影響しません。 問題を手動で軽減するには、次の手順に従ってください: 1. Azure portal で、ノードのリソース グループに移動します。 2. 各 Arc ノードに移動し、リモート サポート拡張機能をアンインストールします。 3. Azure ローカル リソース プロバイダーが拡張機能を更新するには、最大 12 時間を許可します。 この手順により、拡張機能の再インストールが有効になり、正しい名前の AzureEdgeRemoteSupport が表示され、クラスター ビューで発生したエラーが解決されます。 必要に応じて、コマンドレット sync-azurestackhci を使用して、任意のクラスター ノードで強制的に同期を行うことができます。 |
| を更新する | まれに、Azure Local の更新中に次のエラーが発生することがあります: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]。 | この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順に進んでください。 |
| を更新する | コマンド: Set-AzureStackLCMUserPasswordを使用して AzureStackLCMUserPassword を変更しようとすると、次のエラーが発生する可能性があります:ID を持つオブジェクトが見つかりません: 'object id'。 |
このリリースには既知の回避策はありません。 |
| を更新する | このリリースでは、Azure Local を実行している 1 台のサーバーが Azure portal 経由で更新されない正常性チェックの問題があります。 | PowerShell を使用して更新を実行します。 詳細については、「 PowerShell を使用して Azure ローカルを更新する」を参照してください。 |
| を更新する | 2311 ビルドから Azure Local に更新すると、更新プログラムの正常性チェックは、更新プログラムがインストール手順に達した後、Azure portal でのレポートを停止します。 | Microsoft は、この問題の解決に積極的に取り組んでいます。また、ユーザーに対してアクションは必要ありません。 正常性チェックはポータルには表示されませんが、引き続き実行され、期待どおりに完了しています。 |
| サーバーを追加し、修復サーバー を追加する | このリリースでは、サーバーと修復サーバーの追加シナリオが次のエラーで失敗する可能性があります。 CloudEngine.Actions.InterfaceInvocationFailedException: ロール 'BareMetal' の型 'AddNewNodeConfiguration' で例外が発生しました。"Trace-Execution" という用語は、コマンドレット、関数、スクリプト ファイル、または操作可能なプログラムの名前として認識されません。 |
このエラーを回避するには、次の手順に従います: 1. 新しいノードに必要な PowerShell モジュールのコピーを作成します。 2. Azure ローカル システム上のノードに接続します。 3. 次の PowerShell コマンドレットを実行します。 Copy-Item "C:\Program Files\WindowsPowerShell\Modules\CloudCommon" "\newserver\c$\Program Files\WindowsPowerShell\Modules\CloudCommon" -recursive 詳細については、「サーバーの追加と修復の前提条件」を参照してください。 |
以前のリリースからの既知の問題
以前のリリースの既知の問題を次に示します。
| 特徴 | 問題 | 回避策 |
|---|---|---|
| アジュール ポータル | 場合によっては、Azure portal の更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Azure ローカル VM の管理 | Azure Portal から Azure ローカル VM 上のネットワーク インターフェイスを削除しても、このリリースでは機能しません。 | Azure CLI を使用して、最初にネットワーク インターフェイスを削除してから削除します。 詳細については、「ネットワーク インターフェイスの削除」および「ネットワーク インターフェイスの削除」を参照してください。 |
| Azure ローカル VM の管理 | 名前にアンダースコアが付いたディスクまたはネットワーク インターフェイスをこのリリースで作成すると、操作は失敗します。 | ディスクまたはネットワーク インターフェイスの名前にはアンダースコアを使用しないでください。 |
| 配置 | 正しくない構文で OU 名を指定することは、Azure portal では検出されません。 ただし、不適切な構文は、クラスターの検証中に後の手順で検出されます。 | このリリースには既知の回避策はありません。 |
| デプロイ | サーバー ハードウェアでは、ベースボード管理コントローラー (BMC) にアクセスするための USB ネットワーク アダプターが作成されます。 このアダプターにより、デプロイ中にクラスターの検証が失敗する可能性があります。 | クラウドのデプロイを開始する前に、必ず BMC ネットワーク アダプターを無効にしてください。 |
| 配置 | デプロイの実行ごとに新しいストレージ アカウントが作成されます。 このリリースでは、既存のストレージ アカウントはサポートされていません。 | |
| 配置 | デプロイの実行ごとに新しいキー ボールトが作成されます。 本リリースでは、既存のキーボールトはサポートされていません。 | |
| 配置 | 場合によっては、 Arc 登録スクリプト を実行しても、必須の拡張機能である Azure Edge デバイス管理または Azure Edge ライフサイクル マネージャーがインストールされない場合があります。 | 回避策は、スクリプトをもう一度実行し、 Azure portal を使用してデプロイする前に、すべての必須拡張機能がインストールされていることを確認することです。 |
| 配置 | 最初のデプロイ手順: Azure portal 経由でデプロイするときのクラウド デプロイの前には、完了までに 45 分から 1 時間かかる場合があります。 | |
| 配置 | テンプレートで定義されているネットワークダイレクトインテントオーバーライドは、このリリースでは機能していません。 | Azure Resource Manager テンプレートを使用してこのパラメーターをオーバーライドし、意図の RDMA を無効にします。 |
| 配置 | Azure Resource Manager 経由のデプロイは、2 時間後にタイムアウトになります。 クラスターが正常に作成されたにもかかわらず、2 時間を超えるデプロイはリソース グループに失敗として表示されます。 | Azure portal でデプロイを監視するには、Azure ローカル リソースに移動し、新しい デプロイ エントリに移動します。 |
| 配置 | [ 確認と作成 ] を選択し、すべてのタブに入力していない場合は、デプロイが開始され、最終的に失敗します。 | このリリースには既知の回避策はありません。 |
| 配置 | この問題は、登録中に正しくないサブスクリプションまたはリソース グループが使用された場合に発生します。 サーバーを Arc に 2 回目に登録すると、登録中に Azure Edge ライフサイクル マネージャー 拡張機能が失敗しますが、拡張機能の状態は 準備完了として報告されます。 | 登録を 2 回目に実行する前に、次の操作を行います。 次のフォルダーをサーバーから削除してください。 C:\ecestore、C:\CloudDeployment、C:\nugetstore。PowerShell コマンドレットを使用してレジストリ キーを削除します。 Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation |
| を更新する | Azure Update Manager を使用して Azure ローカル インスタンスを更新すると、更新の進行状況と結果が Azure portal に表示されないことがあります。 | この問題を回避するには、各クラスター ノードに次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのクラスター ノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、この問題は完全には修復されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
次の手順
- デプロイの 概要を確認します。