Menampilkan masalah yang diketahui di rilis Azure Stack HCI 2402.2
Berlaku untuk: Azure Stack HCI, versi 23H2
Artikel ini mengidentifikasi masalah penting yang diketahui dan solusinya dalam rilis Azure Stack HCI 2402.2.
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.
Catatan
Untuk memahami jalur pembaruan yang didukung untuk rilis ini, lihat Rilis Azure Stack HCI, versi 23H2.
Untuk informasi selengkapnya tentang fitur baru dalam rilis ini, lihat Apa yang baru di 23H2.
Masalah untuk versi 2402.2
Rilis perangkat lunak ini memetakan ke nomor versi perangkat lunak 2402.2.12.
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
Microsoft tidak mengetahui masalah tetap dalam rilis ini.
Masalah yang diketahui dalam rilis ini
Berikut adalah masalah yang diketahui dalam rilis ini:
| Fitur | Masalah | Solusi sementara/Komentar |
|---|---|---|
| Memperbarui | 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. |
| Memperbarui | Saat menerapkan pembaruan kluster ke 10.2402.2.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. |
Masalah yang diketahui dari rilis sebelumnya
Berikut adalah masalah yang diketahui dari rilis sebelumnya:
| Fitur | Masalah | Solusi Sementara |
|---|---|---|
| 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/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 | Pemeriksa lingkungan untuk build 2402 masih harus memiliki string bypass proksi yang sama untuk WinInet, WinHttp dan Environment Variables dan gagal ketika server proksi digunakan. Secara desain, daftar bypass berbeda untuk variabel winhttp, wininet, dan lingkungan, yang menyebabkan pemeriksaan validasi gagal. Masalah ini diperbaiki di build 2405 dan yang lebih baru. | Jika Anda melihat masalah ini, hubungi Dukungan Microsoft untuk membantu Anda dengan langkah-langkah berikutnya. |
| 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 kasus yang jarang terjadi, Anda mungkin mengalami kesalahan ini saat memperbarui Azure Stack HCI Anda: Ketik 'UpdateArbAndExtensions' dari Peran 'MocArb' memunculkan pengecualian: Pengecualian Meningkatkan ARB dan Ekstensi pada langkah [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Applianceyaml tidak valid = [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. |
| Memperbarui | 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. |
| Memperbarui | 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. |
| 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.