Masalah yang diketahui dalam rilis Azure Local 2408.2
Berlaku untuk: Azure Local 2311.2 dan yang lebih baru
Artikel ini mengidentifikasi masalah penting yang diketahui dan solusinya dalam rilis Azure Local 2408.2.
Catatan rilis ini terus diperbarui, dan karena masalah penting yang memerlukan solusi ditemukan, catatan tersebut ditambahkan. Sebelum Anda menyebarkan Azure Local Anda, tinjau dengan cermat informasi yang terkandung di sini.
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 Azure Local, versi 23H2.
Masalah umum untuk versi 2408.2
Rilis perangkat lunak ini sesuai dengan nomor versi perangkat lunak 2408.2.7.
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.
Nota
Untuk penyelesaian terperinci untuk masalah umum yang sudah diketahui, lihat repositori Dukungan Lokal Azure GitHub.
Memperbaiki masalah
Masalah berikut diperbaiki dalam rilis ini:
| Fitur | Masalah | Solusi sementara/Komentar |
|---|---|---|
| Keamanan | SideChannelMitigation melaporkan dengan benar di cmdlet lokal dan Pusat Admin Windows. | |
| Pembaruan | Pembaruan tidak perlu mengunduh konten Ekstensi Penyusun Solusi yang sudah ditambahkan. | |
| Tingkatkan | Sumber daya kluster tidak berada dalam grup yang sama. | |
| Tingkatkan | Memperbaiki validasi kumpulan IP di portal Microsoft Azure. | |
| Tingkatkan | Menambahkan validasi untuk memastikan paket adalah versi terbaru | |
| Tingkatkan | Validasi akan gagal karena kebijakan grup. |
Masalah yang diketahui dalam rilis ini
Microsoft tidak mengetahui masalah yang diketahui dalam rilis ini.
Masalah yang diketahui dari rilis sebelumnya
Tabel berikut mencantumkan masalah yang diketahui dari rilis sebelumnya:
| Fitur | Masalah | Penanganan masalah | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Perbaiki simpul | Setelah Memperbaiki simpul 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 kelompok 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 | Penggunaan disk OS Azure VM yang diekspor sebagai VHD untuk membuat gambar galeri untuk penyediaan VM Arc tidak didukung. | Jalankan perintah restart-service mochostagent untuk memulai ulang layanan mochostagent. |
||||||||||||||||||
| Manajemen VM Arc | Jika Anda mencoba mengaktifkan manajemen tamu pada VM yang dimigrasikan, operasi gagal dengan kesalahan berikut: (InternalError) penerimaan webhook "createupdatevalidationwebhook.infrastructure.azstackhci.microsoft.com" menolak permintaan: OsProfile tidak dapat diubah setelah pembuatan sumber daya | |||||||||||||||||||
| Jaringan | Ketika komputer dikonfigurasi dengan server proksi yang memiliki huruf kapital di alamatnya, seperti HTTPS://10.100.000.00:8080, ekstensi Arc gagal menginstal atau memperbarui pada komputer di build yang ada, termasuk versi 2408.2. Namun, mesin 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 isyarat kepada AzcmaAgent dengan informasi proksi dalam 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 mesin Arc mengalami gangguan, halaman "Semua Kluster" dalam tampilan portal baru menunjukkan status "Terkoneksi Sebagian" atau "Tidak Terhubung Baru-baru ini". Bahkan ketika mesin Arc berfungsi dengan baik, mereka mungkin tidak menunjukkan status "Terhubung". | Tidak ada solusi yang diketahui untuk masalah ini. Untuk memeriksa status konektivitas, gunakan pengalaman lama untuk melihat apakah ditampilkan sebagai "Terhubung". | ||||||||||||||||||
| Keamanan | Fitur keamanan SideChannelMitigation mungkin tidak menampilkan status yang diaktifkan meskipun diaktifkan. | Tidak ada solusi dalam rilis ini. Jika Anda mengalami masalah ini, hubungi Dukungan Microsoft untuk menentukan langkah berikutnya. | ||||||||||||||||||
| 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 di C:\programdata\mochostagent\logs untuk melihat apakah log sedang diperbarui. |
Jalankan perintah berikut untuk memulai ulang layanan mochostagent: restart-service mochostagent. |
||||||||||||||||||
| Tingkatkan | Saat memutakhirkan versi dari 2311 atau build sebelumnya ke 2408 atau yang lebih baru, operasi penambahan simpul dan perbaikan 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. | ||||||||||||||||||
| Pemutakhiran | Saat melihat hasil pemeriksaan kesiapan untuk instans Azure Local 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 komputer Lokal Azure, kesalahan ini mungkin terlihat di log debug: Kesalahan server internal yang ditemui. 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 |
||||||||||||||||||
| Pemutakhiran | Ada masalah intermiten dalam rilis ini ketika portal Azure salah melaporkan status pembaruan sebagai Gagal memperbarui atau Sedang berlangsung meskipun pembaruan telah selesai. |
Sambungkan ke Lokal Azure 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 adalah Diinstal, Anda tidak perlu melakukan tindakan lebih lanjut. Portal Microsoft Azure memperbarui status dengan benar dalam 24 jam. Untuk merefresh status lebih cepat, ikuti langkah-langkah ini pada salah satu komputer. Mulai ulang grup kluster Cloud Management. Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
||||||||||||||||||
| Memperbarui | Selama pembaruan MOC awal, kegagalan terjadi karena versi MOC target tidak ditemukan di cache katalog. Pembaruan tindak lanjut dan percobaan ulang menunjukkan MOC dalam versi target, tanpa berhasilnya pembaruan, yang mengakibatkan pembaruan Arc Resource Bridge gagal. Untuk memvalidasi masalah ini, kumpulkan log pembaruan menggunakan Memecahkan masalah pembaruan solusi untuk Azure Local, 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. Atur $targetMocVersion dengan menemukan build Azure Local 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 karena 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 Local Anda. | ||||||||||||||||||
| Perbaiki simpul | Dalam kasus yang jarang terjadi, operasi Repair-Server gagal dengan kesalahan HealthServiceWaitForDriveFW. Dalam kasus ini, drive lama dari node yang diperbaiki tidak dihapus dan disk baru terjebak dalam mode perawatan. |
Untuk mencegah masalah ini, pastikan Anda TIDAK menguras node baik melalui Pusat Admin Windows atau menggunakan cmdlet PowerShell Suspend-ClusterNode -Drain sebelum Anda mulai Repair-Server. Jika masalah terjadi, hubungi Dukungan Microsoft untuk langkah berikutnya. |
||||||||||||||||||
| Perbaiki simpul | Masalah ini terlihat ketika komputer tunggal Azure Local 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 di Menyiapkan direktori aktif. Tindakan ini cepat dan menambahkan izin yang diperlukan ke Unit Organisasi (OU). 2. Pindahkan objek komputer dari Komputer segmen ke unit organisasi akar. 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 bisa gagal dengan izin Generic All yang hilang. 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 tertentu msFVE-RecoverInformationobjects – General – Permissions Full control. |
||||||||||||||||||
| Penyebaran | Ada masalah langka dalam rilis ini di mana catatan DNS dihapus selama penyebaran Azure Local. 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 komputer yang hilang. Terapkan mitigasi berikut pada komputer tempat catatan DNS-nya hilang. Mulai ulang layanan klien DNS. Buka sesi PowerShell dan jalankan cmdlet berikut pada komputer yang terpengaruh: Taskkill /f /fi "SERVICES eq dnscache" |
||||||||||||||||||
| Penyebaran | Dalam rilis ini, ada kegagalan tugas dari jarak jauh pada penyebaran multi-node 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 komputer Anda, buka sesi PowerShell dan jalankan perintah berikut:Restart-Service ECEAgent. |
||||||||||||||||||
| Tambahkan simpul | Dalam rilis ini dan rilis sebelumnya, saat menambahkan simpul ke kluster, tidak dimungkinkan untuk memperbarui string daftar bypass proksi untuk menyertakan simpul baru. Memperbarui daftar bypass proksi untuk 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 simpul | Dalam rilis ini, saat menambahkan atau memperbaiki simpul, kegagalan terlihat ketika penyeimbang beban perangkat lunak atau sertifikat VM kontroler jaringan sedang disalin ke 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 pendistribusian ulang seharusnya akan memperbaikinya. Untuk informasi selengkapnya, lihat cara Menjalankan ulang penyebaran. | ||||||||||||||||||
| Penyebaran | Dalam rilis ini, ada masalah dengan bidang URI/lokasi Rahasia. Ini adalah bidang wajib yang ditandai Tidak wajib dan menghasilkan kegagalan penyebaran templat Azure Resource Manager. | Gunakan file parameter sampel di Sebarkan Azure Local, 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 berlapis, dan UEFI Secure Boot masih melindungi komponen dalam rantai boot Static Root of Trust (SRT) dengan memastikan bahwa komponen-komponen ini hanya dimuat ketika sudah 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. Setel ulang daftar bypass proksi Anda. |
||||||||||||||||||
| 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. | Silakan ulang proses penyebaran/pembaruan. Upaya ulang harus meregenerasi kunci rahasia SPN dan operasi kemungkinan besar 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 properti resourcename. Hapus GUID yang ditambahkan ke akhir nama sumber daya, sehingga properti ini cocok dengan nama VM. Kemudian mulai ulang VM. |
||||||||||||||||||
| Manajemen Arc VM | Saat komputer baru ditambahkan ke instans Azure Local, 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 | Operasi mulai ulang 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 Arc VM | Dalam beberapa kasus, status jaringan logis ditampilkan sebagai Gagal di portal Microsoft 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 ini menyesatkan dalam kasus ini. |
Jika status jaringan logis ini adalah Berhasil pada saat jaringan tersebut disediakan, maka Anda dapat terus membuat sumber daya di situ. | ||||||||||||||||||
| 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 nama. |
Gunakan portal Microsoft Azure untuk semua operasi pembaruan VM. Untuk informasi selengkapnya, lihat Mengelola VM Arc dan Mengelola sumber daya VM Arc. | ||||||||||||||||||
| Memperbarui | Dalam kasus yang jarang terjadi, Anda mungkin mengalami kesalahan ini saat memperbarui Azure Local 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 simpul kedua dihapus segera setelah dibuat mengakibatkan kesalahan DNS. | Hidupkan ulang komputer. Operasi ini mendaftarkan catatan DNS, yang mencegahnya dihapus. | ||||||||||||||||||
| Azure portal | Dalam beberapa kasus, portal Microsoft Azure mungkin memerlukan 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 Microsoft 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 di portal Microsoft 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 Azure Resource Manager akan berakhir dalam waktu 2 jam. Penyebaran yang melebihi 2 jam akan ditampilkan sebagai gagal di grup sumber daya meskipun cluster tersebut berhasil dibuat. | Untuk memantau penyebaran di portal Azure, buka sumber daya Azure Lokal kemudian pilih entri baru Penyebaran. | ||||||||||||||||||
| Azure Site Recovery (Pemulihan Situs Azure) | Azure Site Recovery tidak dapat diinstal pada instans Azure Local dalam rilis ini. | Tidak ada solusi yang diketahui dalam rilis ini. | ||||||||||||||||||
| Pemutakhiran | Saat memperbarui instans Azure Local melalui Azure Update Manager, kemajuan dan hasil pembaruan mungkin tidak terlihat di portal Microsoft Azure. | Untuk mengatasi masalah ini, pada setiap komputer, tambahkan kunci registri berikut (tidak ada nilai yang diperlukan):New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -forceKemudian pada salah satu komputer, 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 kasus 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, perintah SolutionUpdate dapat gagal jika dijalankan setelah perintah Send-DiagnosticData. |
Pastikan untuk menutup sesi PowerShell yang digunakan untuk Send-DiagnosticData. Buka sesi PowerShell baru dan gunakan untuk perintah SolutionUpdate. |
||||||||||||||||||
| Pembaruan | Dalam instans yang jarang terjadi, saat menerapkan pembaruan dari 2311.0.24 hingga 2311.2.4, status kluster melaporkan Sedang Berlangsung alih-alih yang diharapkan Gagal memperbarui. | Coba lagi pembaruan. Jika masalah berlanjut, hubungi Dukungan Microsoft. | ||||||||||||||||||
| Pembaruan | 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 sumber daya Cluster Name atau Cluster IP Address gagal dimulai setelah simpul di-reboot dan paling umum terjadi pada 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. | ||||||||||||||||||
| Pembaruan | Saat menerapkan pembaruan kluster ke 10.2402.3.11 cmdlet Get-SolutionUpdate mungkin tidak merespons dan akhirnya gagal dengan RequestTimeoutException setelah sekitar 10 menit. Kemungkinan ini akan terjadi setelah skenario penambahan atau perbaikan simpul. |
Gunakan cmdlet Start-ClusterGroup 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 akan membuat layanan pembaruan daring. |
||||||||||||||||||
| 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 node yang ditangguhkan terhenti 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. |