Masalah yang diketahui dalam rilis Azure Stack HCI 2408
Berlaku untuk: Azure Stack HCI, versi 23H2
Artikel ini mengidentifikasi masalah penting yang diketahui dan solusinya dalam rilis Azure Stack HCI 2408.
Catatan rilis ini terus diperbarui, dan karena masalah penting yang memerlukan solusi ditemukan, catatan tersebut ditambahkan. Sebelum Anda menyebarkan Azure Stack HCI, tinjau informasi yang terkandung di sini dengan cermat.
Penting
Untuk informasi tentang jalur pembaruan yang didukung untuk rilis ini, lihat Informasi rilis.
Untuk informasi selengkapnya tentang fitur baru dalam rilis ini, lihat Apa yang baru di 23H2.
Masalah umum untuk versi 2408
Rilis perangkat lunak ini memetakan ke nomor versi perangkat lunak 2408.0.29.
Catatan rilis untuk versi ini mencakup masalah yang diperbaiki dalam rilis ini, masalah yang diketahui dalam rilis ini, dan masalah catatan rilis yang dibawa dari versi sebelumnya.
Catatan
Untuk remediasi terperinci untuk masalah umum yang diketahui, lihat repositori GitHub Dukungan Azure Stack HCI.
Memperbaiki masalah
Masalah berikut diperbaiki dalam rilis ini:
| Fitur | Masalah | Solusi sementara/Komentar |
|---|---|---|
| Memperbarui | Masalah pembaruan yang terkait dengan bidang ID jenis sumber daya yang hilang dalam pemeriksaan kesehatan telah diperbaiki. | |
| Memperbarui | Masalah pembaruan yang terkait dengan pemeriksaan kesehatan yang berbeda dengan nama yang sama telah diperbaiki. | |
| Manajemen VM Arc | Dalam skenario penyebaran besar, seperti penyebaran kumpulan host AVD yang luas atau provisi VM skala besar, Anda mungkin mengalami masalah keandalan yang disebabkan oleh masalah pustaka eksternal soket Hyper-V. |
Masalah yang diketahui dalam rilis ini
Tabel berikut mencantumkan masalah yang diketahui dalam rilis ini:
| Fitur | Masalah | Solusi Sementara |
|---|---|---|
| Perbaiki server | Setelah Anda memperbaiki node dan menjalankan perintah Set-AzureStackLCMUserPassword, Anda mungkin mengalami kesalahan berikut: 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 |
Ikuti langkah-langkah berikut untuk mengurangi masalah: $NewPassword = <Provide new password as secure string> $OldPassword = <Provide the old/current password as secure string> $Identity = <LCM username> $credential = New-Object -TypeName PSCredential -ArgumentList $Identity, $NewPassword 1. Impor modul yang diperlukan: Import-Module "C:\Program Files\WindowsPowerShell\Modules\Microsoft.AS.Infra.Security.SecretRotation\PasswordUtilities.psm1" -DisableNameChecking 2. Periksa status grup kluster ECE: $eceClusterGroup = Get-ClusterGroup | Where-Object {$_.Name -eq "Azure Stack HCI Orchestrator Service Cluster Group"} if ($eceClusterGroup.State -ne "Online") {Write-AzsSecurityError -Message "ECE cluster group is not in an Online state. Cannot continue with password rotation." -ErrRecord $_} 3. Perbarui ECE dengan kata sandi baru: Write-AzsSecurityVerbose -Message "Updating password in ECE" -Verbose $eceContainersToUpdate = @("DomainAdmin", "DeploymentDomainAdmin", "SecondaryDomainAdmin", "TemporaryDomainAdmin", "BareMetalAdmin", "FabricAdmin", "SecondaryFabric", "CloudAdmin") <br><br> foreach ($containerName in $eceContainersToUpdate) {Set-ECEServiceSecret -ContainerName $containerName -Credential $credential 3>$null 4>$null} <br><br> Write-AzsSecurityVerbose -Message "Finished updating credentials in ECE." -Verbose 4. Perbarui kata sandi di Direktori Aktif: Set-ADAccountPassword -Identity $Identity -OldPassword $OldPassword -NewPassword $NewPassword |
| Manajemen VM Arc | Menggunakan disk OS Azure VM yang diekspor sebagai VHD untuk membuat gambar galeri untuk menyediakan VM Arc tidak didukung. | Jalankan perintah restart-service mochostagent untuk memulai ulang layanan mochostagent. |
| Jaringan | Ketika node dikonfigurasi dengan server proksi yang memiliki huruf kapital di alamatnya, seperti HTTPS://10.100.000.00:8080, ekstensi Arc gagal menginstal atau memperbarui pada simpul di build yang ada, termasuk versi 2408. Namun, simpul tetap terhubung dengan Arc. | Ikuti langkah-langkah berikut untuk mengurangi masalah: 1. Atur nilai lingkungan dalam huruf kecil. [System.Environment]::SetEnvironmentVariable("HTTPS_PROXY", "https://10.100.000.00:8080", "Machine"). 2. Validasi bahwa nilai telah ditetapkan. [System.Environment]::GetEnvironmentVariable("HTTPS_PROXY", "Machine"). 3. Mulai ulang layanan Arc. Restart-Service himds Restart-Service ExtensionService Restart-Service GCArcService 4. Beri sinyal AzcmaAgent dengan informasi proksi huruf kecil. & 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config set proxy.url https://10.100.000.00:8080 & 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config list |
| Jaringan | Ketika komputer Arc turun, halaman "Semua Kluster", dalam pengalaman portal baru menunjukkan status "Terkoneksi Sebagian" atau "Tidak Tersambung Baru-baru ini. Bahkan ketika mesin Arc menjadi sehat, mereka mungkin tidak menunjukkan status "Tersambung". | Tidak ada solusi yang diketahui untuk masalah ini. Untuk memeriksa status konektivitas, gunakan pengalaman lama untuk melihat apakah ditampilkan sebagai "Tersambung". |
| Keamanan | Fitur keamanan SideChannelMitigation mungkin tidak menampilkan status yang diaktifkan meskipun diaktifkan. Ini terjadi saat menggunakan Pusat Admin Windows (Tampilan Keamanan Kluster) atau ketika cmdlet ini mengembalikan False: Get-AzSSecurity -FeatureName SideChannelMitigation. |
Tidak ada solusi dalam rilis ini untuk memperbaiki output aplikasi ini. Untuk memvalidasi nilai yang diharapkan, jalankan cmdlet berikut: Get-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management' -name "FeatureSettingsOverride*"Output yang diharapkan adalah: FeatureSettingsOverride: 83886152 FeatureSettingsOverrideMask: 3 Jika output Anda cocok dengan output yang diharapkan, Anda dapat dengan aman mengabaikan output dari Pusat Admin Windows dan Get-AzSSecurity cmdlet. |
| Manajemen VM Arc | Layanan Mochostagent mungkin tampak berjalan tetapi bisa macet tanpa memperbarui log selama lebih dari sebulan. Anda dapat mengidentifikasi masalah ini dengan memeriksa log layanan untuk melihat apakah log sedang diperbarui C:\programdata\mochostagent\logs . |
Jalankan perintah berikut untuk memulai ulang layanan mochostagent: restart-service mochostagent. |
| Upgrade | Saat memutakhirkan stempel dari 2311 atau build sebelumnya ke 2408 atau yang lebih baru, menambahkan operasi simpul dan memperbaiki simpul mungkin gagal. Misalnya, Anda dapat melihat kesalahan: Type 'AddAsZHostToDomain' of Role 'BareMetal' raised an exception. |
Tidak ada solusi dalam rilis ini. Jika Anda mengalami masalah ini, hubungi Dukungan Microsoft untuk menentukan langkah berikutnya. |
| Pembaruan | Saat menginstal pembaruan SBE untuk sistem Azure Stack HCI Anda, beberapa antarmuka SBE tidak dijalankan di semua server jika nama host di kluster adalah subset dari nama host lain. Misalnya, host-1 adalah subset host-10. Ini dapat mengakibatkan kegagalan dalam pemindaian CAU atau eksekusi CAU. | Microsoft merekomendasikan penggunaan setidaknya 2 digit untuk jumlah instans nama host dalam konvensi penamaan host Anda. Untuk informasi selengkapnya, lihat Menentukan konvensi penamaan Anda. |
Masalah yang diketahui dari rilis sebelumnya
Tabel berikut mencantumkan masalah yang diketahui dari rilis sebelumnya:
| Fitur | Masalah | Solusi Sementara | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Pembaruan | Saat melihat hasil pemeriksaan kesiapan untuk kluster Azure Stack HCI melalui Azure Update Manager, mungkin ada beberapa pemeriksaan kesiapan dengan nama yang sama. | Tidak ada solusi yang diketahui dalam rilis ini. Pilih Tampilkan detail untuk melihat informasi spesifik tentang pemeriksaan kesiapan. | ||||||||||||||||||
| Penyebaran | Dalam beberapa kasus, selama pendaftaran server Azure Stack HCI, kesalahan ini mungkin terlihat di log debug: Mengalami kesalahan server internal. Salah satu ekstensi wajib untuk penyebaran perangkat mungkin tidak diinstal. | Ikuti langkah-langkah berikut untuk mengurangi masalah: $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 |
||||||||||||||||||
| Pembaruan | Ada masalah terputus-terputus dalam rilis ini ketika portal Azure salah melaporkan status pembaruan sebagai Gagal diperbarui atau Sedang berlangsung meskipun pembaruan selesai. | Sambungkan ke Azure Stack HCI Anda melalui sesi PowerShell jarak jauh. Untuk mengonfirmasi status pembaruan, jalankan cmdlet PowerShell berikut: $Update = get-solutionupdate | ? version -eq "<version string>"Ganti string versi dengan versi yang Anda jalankan. Misalnya, "10.2405.0.23". $Update.stateJika status pembaruan Diinstal, tidak ada tindakan lebih lanjut yang diperlukan di bagian Anda. portal Azure menyegarkan status dengan benar dalam waktu 24 jam. Untuk merefresh status lebih cepat, ikuti langkah-langkah ini pada salah satu node kluster. Mulai ulang grup kluster Cloud Management. Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
||||||||||||||||||
| Perbarui | Selama pembaruan MOC awal, kegagalan terjadi karena versi MOC target tidak ditemukan di cache katalog. Pembaruan dan percobaan ulang tindak lanjut menunjukkan MOC dalam versi target, tanpa pembaruan berhasil, dan akibatnya pembaruan Arc Resource Bridge gagal. Untuk memvalidasi masalah ini, kumpulkan log pembaruan menggunakan Memecahkan masalah pembaruan solusi untuk Azure Stack HCI, versi 23H2. File log harus menampilkan pesan kesalahan serupa (versi saat ini mungkin berbeda dalam pesan kesalahan): [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}" }] |
Ikuti langkah-langkah berikut untuk mengurangi masalah: 1. Untuk menemukan versi agen MOC, jalankan perintah berikut: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.2. Gunakan output perintah untuk menemukan versi MOC dari tabel di bawah ini yang cocok dengan versi agen, dan atur $initialMocVersion ke versi MOC tersebut. $targetMocVersion Atur dengan menemukan build Azure Stack HCI yang sedang Anda perbarui dan dapatkan versi MOC yang cocok dari tabel berikut. Gunakan nilai-nilai ini dalam skrip mitigasi yang disediakan di bawah ini:
Misalnya, jika versi agen adalah v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024, maka $initialMocVersion = "1.0.24.10106" dan jika Anda memperbarui ke 2405.0.23, maka $targetMocVersion = "1.3.0.10418".3. Jalankan perintah PowerShell berikut pada simpul pertama: $initialMocVersion = "<initial version determined from step 2>"$targetMocVersion = "<target version determined from step 2>"# Impor modul MOC dua kali import-module mocimport-module moc$verbosePreference = "Continue"# Hapus cache katalog SFS Remove-Item (Get-MocConfig).manifestCache# Atur versi ke versi MOC saat ini sebelum memperbarui, dan mengatur status sebagai pembaruan gagal Set-MocConfigValue -name "version" -value $initialMocVersionSet-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)# Jalankan ulang pembaruan MOC ke versi yang diinginkan Update-Moc -version $targetMocVersion4. Lanjutkan pembaruan. |
||||||||||||||||||
| AKS di HCI | Pembuatan kluster AKS gagal dengan Error: Invalid AKS network resource id. Masalah ini dapat terjadi ketika nama jaringan logis terkait memiliki garis bawah. |
Garis bawah tidak didukung dalam nama jaringan logis. Pastikan untuk tidak menggunakan garis bawah dalam nama untuk jaringan logis yang disebarkan di Azure Stack HCI Anda. | ||||||||||||||||||
| Perbaiki server | Dalam kasus yang jarang terjadi, Repair-Server operasi gagal dengan HealthServiceWaitForDriveFW kesalahan. Dalam kasus ini, drive lama dari simpul yang diperbaiki tidak dihapus dan disk baru terjebak dalam mode pemeliharaan. |
Untuk mencegah masalah ini, pastikan Anda TIDAK menguras node baik melalui Pusat Admin Windows atau menggunakan Suspend-ClusterNode -Drain cmdlet PowerShell sebelum Anda memulai Repair-Server. Jika masalah terjadi, hubungi Dukungan Microsoft untuk langkah berikutnya. |
||||||||||||||||||
| Perbaiki server | Masalah ini terlihat ketika server tunggal Azure Stack HCI diperbarui dari 2311 hingga 2402 dan kemudian Repair-Server dilakukan. Operasi perbaikan gagal. |
Sebelum Anda memperbaiki simpul tunggal, ikuti langkah-langkah berikut: 1. Jalankan versi 2402 untuk ADPrepTool. Ikuti langkah-langkah dalam Menyiapkan Direktori Aktif. Tindakan ini cepat dan menambahkan izin yang diperlukan ke Unit Organisasi (OU). 2. Pindahkan objek komputer dari segmen Komputer ke unit organisasi root. Jalankan perintah berikut: Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>" |
||||||||||||||||||
| Penyebaran | Jika Anda menyiapkan Direktori Aktif sendiri (tidak menggunakan skrip dan prosedur yang disediakan oleh Microsoft), validasi Direktori Aktif Anda dapat gagal dengan izin yang hilang Generic All . Hal ini disebabkan oleh masalah dalam pemeriksaan validasi yang memeriksa entri izin khusus untuk msFVE-RecoverInformationobjects – General – Permissions Full control, yang diperlukan untuk pemulihan BitLocker. |
Gunakan metode Siapkan skrip AD atau jika menggunakan metode Anda sendiri, pastikan untuk menetapkan izin msFVE-RecoverInformationobjects – General – Permissions Full controltertentu . |
||||||||||||||||||
| Penyebaran | Ada masalah langka dalam rilis ini di mana catatan DNS dihapus selama penyebaran Azure Stack HCI. Ketika itu terjadi, pengecualian berikut terlihat: 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. |
Periksa server DNS untuk melihat apakah ada catatan DNS dari node kluster yang hilang. Terapkan mitigasi berikut pada simpul di mana catatan DNS-nya hilang. Mulai ulang layanan klien DNS. Buka sesi PowerShell dan jalankan cmdlet berikut pada simpul yang terpengaruh: Taskkill /f /fi "SERVICES eq dnscache" |
||||||||||||||||||
| Penyebaran | Dalam rilis ini, ada kegagalan tugas jarak jauh pada penyebaran multi-simpul yang menghasilkan pengecualian berikut:ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>). |
Mitigasinya adalah memulai ulang agen ECE pada simpul yang terpengaruh. Di server Anda, buka sesi PowerShell dan jalankan perintah berikut:Restart-Service ECEAgent. |
||||||||||||||||||
| Tambahkan server | Dalam rilis ini dan rilis sebelumnya, saat menambahkan server ke kluster, tidak dimungkinkan untuk memperbarui string daftar bypass proksi untuk menyertakan server baru. Memperbarui daftar bypass proksi variabel lingkungan pada host tidak akan memperbarui daftar bypass proksi di Azure Resource Bridge atau AKS. | Tidak ada solusi dalam rilis ini. Jika Anda mengalami masalah ini, hubungi Dukungan Microsoft untuk menentukan langkah berikutnya. | ||||||||||||||||||
| Tambahkan/Perbaiki server | Dalam rilis ini, saat menambahkan atau memperbaiki server, kegagalan terlihat ketika load balancer perangkat lunak atau sertifikat VM pengontrol jaringan sedang disalin dari simpul yang ada. Kegagalannya adalah karena sertifikat ini tidak dihasilkan selama penyebaran/pembaruan. | Tidak ada solusi dalam rilis ini. Jika Anda mengalami masalah ini, hubungi Dukungan Microsoft untuk menentukan langkah berikutnya. | ||||||||||||||||||
| Penyebaran | Dalam rilis ini, ada masalah sementara yang mengakibatkan kegagalan penyebaran dengan pengecualian berikut: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. |
Karena ini adalah masalah sementara, mencoba kembali penyebaran harus memperbaiki ini. Untuk informasi selengkapnya, lihat cara Menjalankan ulang penyebaran. | ||||||||||||||||||
| Penyebaran | Dalam rilis ini, ada masalah dengan bidang URI/lokasi Rahasia. Ini adalah bidang yang diperlukan yang ditandai Tidak wajib dan menghasilkan kegagalan penyebaran templat Azure Resource Manager. | Gunakan file parameter sampel di sebarkan Azure Stack HCI, versi 23H2 melalui templat Azure Resource Manager untuk memastikan bahwa semua input disediakan dalam format yang diperlukan lalu coba penyebaran. Jika ada penyebaran yang gagal, Anda juga harus membersihkan sumber daya berikut sebelum menjalankan ulang penyebaran: 1. Hapus C:\EceStore. 2. Hapus C:\CloudDeployment. 3. Hapus C:\nugetstore. 4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation. |
||||||||||||||||||
| Keamanan | Untuk penyebaran baru, perangkat berkemampuan Secured-core tidak akan mengaktifkan Dynamic Root of Measurement (DRTM) secara default. Jika Anda mencoba mengaktifkan (DRTM) menggunakan cmdlet Enable-AzSSecurity, Anda akan melihat kesalahan bahwa pengaturan DRTM tidak didukung dalam rilis saat ini. Microsoft merekomendasikan pertahanan secara mendalam, dan Boot Aman UEFI masih melindungi komponen dalam rantai boot Static Root of Trust (SRT) dengan memastikan bahwa mereka dimuat hanya saat ditandatangani dan diverifikasi. |
DRTM tidak didukung dalam rilis ini. | ||||||||||||||||||
| Jaringan | Pemeriksaan lingkungan gagal ketika server proksi digunakan. Secara desain, daftar bypass berbeda untuk winhttp dan wininet, yang menyebabkan pemeriksaan validasi gagal. | Ikuti langkah-langkah solusi berikut: 1. Hapus daftar bypass proksi sebelum pemeriksaan kesehatan dan sebelum memulai penyebaran atau pembaruan. 2. Setelah melewati pemeriksaan, tunggu hingga penyebaran atau pembaruan gagal. 3. Atur daftar bypass proksi Anda lagi. |
||||||||||||||||||
| Manajemen VM Arc | Penyebaran atau pembaruan Arc Resource Bridge dapat gagal ketika rahasia SPN sementara yang dihasilkan secara otomatis selama operasi ini, dimulai dengan tanda hubung. | Coba lagi penyebaran/pembaruan. Percobaan ulang harus meregenerasi rahasia SPN dan operasi kemungkinan akan berhasil. | ||||||||||||||||||
| Manajemen VM Arc | Ekstensi Arc pada VM Arc tetap dalam status "Membuat" tanpa batas waktu. | Masuk ke VM, buka prompt perintah, dan ketik yang berikut ini: Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json Selanjutnya, temukan resourcename properti . Hapus GUID yang ditambahkan ke akhir nama sumber daya, sehingga properti ini cocok dengan nama VM. Kemudian mulai ulang VM. |
||||||||||||||||||
| Manajemen VM Arc | Saat server baru ditambahkan ke kluster Azure Stack HCI, jalur penyimpanan tidak dibuat secara otomatis untuk volume yang baru dibuat. | Anda dapat membuat jalur penyimpanan secara manual untuk volume baru apa pun. Untuk informasi selengkapnya, lihat Membuat jalur penyimpanan. | ||||||||||||||||||
| Manajemen VM Arc | Mulai ulang operasi VM Arc selesai setelah sekitar 20 menit meskipun VM itu sendiri dimulai ulang dalam waktu sekitar satu menit. | Tidak ada solusi yang diketahui dalam rilis ini. | ||||||||||||||||||
| Manajemen VM Arc | Dalam beberapa kasus, status jaringan logis ditampilkan sebagai Gagal dalam portal Azure. Ini terjadi ketika Anda mencoba menghapus jaringan logis tanpa terlebih dahulu menghapus sumber daya apa pun seperti antarmuka jaringan yang terkait dengan jaringan logis tersebut. Anda seharusnya masih dapat membuat sumber daya di jaringan logis ini. Status menyesatkan dalam instans ini. |
Jika status jaringan logis ini Berhasil pada saat jaringan ini disediakan, maka Anda dapat terus membuat sumber daya pada jaringan ini. | ||||||||||||||||||
| Manajemen VM Arc | Dalam rilis ini, saat Anda memperbarui VM dengan disk data yang terpasang padanya menggunakan Azure CLI, operasi gagal dengan pesan kesalahan berikut: Tidak dapat menemukan hard disk virtual dengan namanya. |
Gunakan portal Azure untuk semua operasi pembaruan VM. Untuk informasi selengkapnya, lihat Mengelola VM Arc dan Mengelola sumber daya VM Arc. | ||||||||||||||||||
| Perbarui | Dalam instans yang jarang terjadi, Anda mungkin mengalami kesalahan ini saat memperbarui Azure Stack HCI Anda: 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]. |
Jika Anda melihat masalah ini, hubungi Dukungan Microsoft untuk membantu Anda dengan langkah-langkah berikutnya. | ||||||||||||||||||
| Jaringan | Ada masalah klien DNS yang jarang terjadi dalam rilis ini yang menyebabkan penyebaran gagal pada kluster dua node dengan kesalahan resolusi DNS: WebException terjadi saat mengirim RestRequest. WebException.Status: NameResolutionFailure. Akibat bug, catatan DNS dari simpul kedua dihapus segera setelah dibuat mengakibatkan kesalahan DNS. | Mulai ulang server. Operasi ini mendaftarkan catatan DNS, yang mencegahnya dihapus. | ||||||||||||||||||
| portal Azure | Dalam beberapa kasus, portal Azure mungkin perlu waktu cukup lama untuk diperbarui dan tampilan mungkin tidak terkini. | Anda mungkin perlu menunggu selama 30 menit atau lebih untuk melihat tampilan yang diperbarui. | ||||||||||||||||||
| Manajemen VM Arc | Menghapus antarmuka jaringan pada komputer virtual Arc dari portal Azure tidak berfungsi dalam rilis ini. | Gunakan Azure CLI untuk terlebih dahulu menghapus antarmuka jaringan lalu menghapusnya. Untuk informasi selengkapnya, lihat Menghapus antarmuka jaringan dan lihat Menghapus antarmuka jaringan. | ||||||||||||||||||
| Penyebaran | Memberikan nama OU dalam sintaks yang salah tidak terdeteksi dalam portal Azure. Sintaks yang salah mencakup karakter yang tidak didukung seperti &,",',<,>. Sintaksis yang salah terdeteksi di langkah selanjutnya selama validasi kluster. |
Pastikan sintaks jalur OU sudah benar dan tidak menyertakan karakter yang tidak didukung. | ||||||||||||||||||
| Penyebaran | Penyebaran melalui waktu habis Azure Resource Manager setelah 2 jam. Penyebaran yang melebihi 2 jam muncul sebagai gagal dalam grup sumber daya meskipun kluster berhasil dibuat. | Untuk memantau penyebaran di portal Azure, buka sumber daya kluster Azure Stack HCI lalu buka entri Penyebaran baru. | ||||||||||||||||||
| Azure Site Recovery | Azure Site Recovery tidak dapat diinstal pada kluster Azure Stack HCI dalam rilis ini. | Tidak ada solusi yang diketahui dalam rilis ini. | ||||||||||||||||||
| Pembaruan | Saat memperbarui kluster Azure Stack HCI melalui Azure Update Manager, kemajuan dan hasil pembaruan mungkin tidak terlihat di portal Azure. | Untuk mengatasi masalah ini, pada setiap node kluster, tambahkan kunci registri berikut (tidak ada nilai yang diperlukan):New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -forceKemudian pada salah satu node kluster, mulai ulang grup kluster Cloud Management. Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"Ini tidak akan sepenuhnya memulihkan masalah karena detail kemajuan mungkin masih belum ditampilkan selama proses pembaruan. Untuk mendapatkan detail pembaruan terbaru, Anda dapat Mengambil kemajuan pembaruan dengan PowerShell. |
||||||||||||||||||
| Perbarui | Dalam instans yang jarang terjadi, jika pembaruan yang gagal macet dalam status Sedang berlangsung di Azure Update Manager, tombol Coba lagi dinonaktifkan. | Untuk melanjutkan pembaruan, jalankan perintah PowerShell berikut ini:Get-SolutionUpdate|Start-SolutionUpdate. |
||||||||||||||||||
| Memperbarui | Dalam beberapa kasus, SolutionUpdate perintah dapat gagal jika dijalankan setelah Send-DiagnosticData perintah. |
Pastikan untuk menutup sesi PowerShell yang digunakan untuk Send-DiagnosticData. Buka sesi PowerShell baru dan gunakan untuk SolutionUpdate perintah. |
||||||||||||||||||
| Perbarui | Dalam instans yang jarang terjadi, saat menerapkan pembaruan dari 2311.0.24 hingga 2311.2.4, status kluster melaporkan Sedang Berlangsung alih-alih diharapkan Gagal diperbarui. | Coba lagi pembaruan. Jika masalah berlanjut, hubungi Dukungan Microsoft. | ||||||||||||||||||
| Perbarui | Upaya untuk menginstal pembaruan solusi dapat gagal di akhir langkah-langkah CAU dengan:There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on. Masalah langka ini terjadi jika Cluster Name sumber daya atau Cluster IP Address gagal dimulai setelah reboot node dan paling khas dalam kluster kecil. |
Jika Anda mengalami masalah ini, hubungi Dukungan Microsoft untuk langkah berikutnya. Mereka dapat bekerja dengan Anda untuk menghidupkan ulang sumber daya kluster secara manual dan melanjutkan pembaruan sesuai kebutuhan. | ||||||||||||||||||
| Perbarui | Saat menerapkan pembaruan kluster ke 10.2402.3.11 Get-SolutionUpdate cmdlet mungkin tidak merespons dan akhirnya gagal dengan RequestTimeoutException setelah sekitar 10 menit. Ini kemungkinan terjadi setelah skenario tambahkan atau perbaiki server. |
Start-ClusterGroup Gunakan cmdlet dan Stop-ClusterGroup untuk memulai ulang layanan pembaruan. Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Stop-ClusterGroup Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Start-ClusterGroup Keberhasilan menjalankan cmdlet ini harus membuat layanan pembaruan online. |
||||||||||||||||||
| Pembaruan sadar kluster | Operasi lanjutkan simpul gagal melanjutkan simpul. | Ini adalah masalah sementara dan dapat diselesaikan sendiri. Tunggu beberapa menit dan coba lagi operasi. Jika masalah berlanjut, hubungi Dukungan Microsoft. | ||||||||||||||||||
| Pembaruan sadar kluster | Operasi simpul penangguhan macet selama lebih dari 90 menit. | Ini adalah masalah sementara dan dapat diselesaikan sendiri. Tunggu beberapa menit dan coba lagi operasi. Jika masalah berlanjut, hubungi Dukungan Microsoft. |
Langkah berikutnya
- Baca Ringkasan penyebaran.