Menampilkan masalah yang diketahui di rilis Azure Stack HCI 2405.1
Berlaku untuk: Azure Stack HCI, versi 23H2
Artikel ini mengidentifikasi masalah penting yang diketahui dan solusinya dalam rilis Azure Stack HCI 2405.1.
Catatan rilis terus diperbarui, dan karena masalah penting yang memerlukan solusi ditemukan, catatan tersebut ditambahkan. Sebelum Anda menyebarkan Azure Stack HCI, tinjau dengan cermat informasi yang terkandung dalam catatan rilis.
Penting
Untuk informasi tentang jalur yang diperbarui yang didukung untuk rilis ini, lihat Informasi rilis.
Untuk informasi selengkapnya tentang fitur baru dalam rilis ini, lihat Apa yang baru di 23H2.
Masalah untuk versi 2405.1
Rilis perangkat lunak ini memetakan ke nomor versi perangkat lunak 2405.1.4.
Catatan rilis untuk versi ini mencakup masalah yang diperbaiki dalam rilis ini, masalah yang diketahui dalam rilis ini, dan masalah rilis yang dicatat yang dibawa dari versi sebelumnya.
Memperbaiki masalah
Berikut adalah masalah tetap dalam rilis ini:
| Fitur | Masalah | Solusi sementara/Komentar |
|---|---|---|
| Pembaruan | Masalah pembaruan telah diperbaiki. Masalah ini menyebabkan pembaruan gagal setelah langkah Pembaruan Sadar Kluster (CAU) meskipun pengoperasian ulang CAU dalam kasus ini akan memperbaiki masalah. | |
| Observabilitas | Dalam rilis ini, masalah diperbaiki yang mengakibatkan pengumpulan log proaktif dinonaktifkan secara default setelah ekstensi diinstal. | |
| Memperbarui | Masalah diperbaiki di mana Agent Lifecycle Manager (ALM) gagal memulai ulang layanan setelah rotasi rahasia. | |
| Memperbarui | Dalam rilis ini, masalah diperbaiki saat menggunakan perintah Start-SolutionUpdate PowerShell untuk mencoba kembali pembaruan solusi yang gagal gagal. |
|
| Memperbarui | Masalah diperbaiki yang menyebabkan pembaruan Ekstensi Penyusun Solusi gagal diunduh. | |
| Memperbarui | Masalah diperbaiki di mana pembaruan gagal selama verifikasi Nama Prinsipal Layanan (SPN) berdasarkan pengaturan SPN penyebaran. | |
| Memperbarui | Masalah diperbaiki di mana pembaruan Arc Resource Bridge (ARB) membutuhkan waktu lama dan pembaruan gagal. | |
| Memperbarui | Masalah diperbaiki di mana pemeriksaan kesehatan Pembaruan Pembangun Solusi hilang dari praupdat atau pemeriksaan kesehatan harian. | |
| Tambahkan server Perbaiki server |
Selama Add-Server, jaringan penyimpanan kluster seharusnya tidak diharapkan sama dengan ID VLAN penyimpanan. |
|
| Jaringan | AzStackHci_Network_Test_Infra_IP_Connection perlu menghormati tingkat keparahan definisi titik akhir. |
Masalah yang diketahui dalam rilis ini
Microsoft tidak mengetahui masalah yang diketahui dalam rilis ini.
Masalah yang diketahui dari rilis sebelumnya
Berikut adalah 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 | Saat menyebarkan Azure Stack HCI, versi 23H2 melalui portal Azure, Anda mungkin mengalami kegagalan validasi penyebaran berikut: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}]. Jika Anda masuk ke tab Jaringan dalam penyebaran portal Azure, dalam konfigurasi Niat Jaringan, Anda dapat melihat kesalahan berikut: Adaptor jaringan fisik yang dipilih tidak terikat ke sakelar virtual manajemen. |
Ikuti prosedur dalam Memecahkan masalah kegagalan validasi penyebaran di portal Azure. | ||||||||||||||||||
| Penyebaran | Penyebaran melalui portal Azure gagal dengan kesalahan ini: Gagal mengambil rahasia LocalAdminCredential dari brankas kunci. | Tidak ada solusi untuk masalah ini dalam rilis ini. Jika masalah terjadi, hubungi Dukungan Microsoft untuk langkah berikutnya. | ||||||||||||||||||
| 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. | ||||||||||||||||||
| Perbarui | 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.