Azure Stack HCI 2405.2 sürümünde bilinen sorunları görüntüleme
Şunlar için geçerlidir: Azure Yerel 2311.2 ve üzeri
Bu makale, Azure Stack HCI 2405.2 sürümündeki bilinen kritik sorunları ve bunların geçici çözümlerini tanımlar.
Sürüm notları sürekli olarak güncelleştirilir ve geçici çözüm gerektiren kritik sorunlar keşfedildikçe eklenir. Azure Stack HCI'nizi dağıtmadan önce sürüm notlarında yer alan bilgileri dikkatle gözden geçirin.
Önemli
Bu sürüm için desteklenen güncelleştirilmiş yollar hakkında bilgi için bkz. Sürüm bilgileri.
Bu sürümdeki yeni özellikler hakkında daha fazla bilgi için bkz. 23H2'deki yenilikler.
Sürüm 2405.2 ile ilgili sorunlar
Bu yazılım sürümü, 2405.2.7yazılım sürüm numarasına karşılık gelir.
Bu sürüm için sürüm notları, bu sürümde düzeltilen sorunları, bu sürümdeki bilinen sorunları ve önceki sürümlerden taşınan not edilen sorunları içerir.
Sorunlar düzeltildi
Bu sürümdeki düzeltildi sorunları şunlardır:
| Özellik | Sorun | Geçici Çözüm/Açıklamalar |
|---|---|---|
| Güncelleştirmeler | Bu sürümde, sistem durumu denetimlerinde eksik kaynak türü kimliği alanıyla ilgili bir güncelleştirme sorunu düzeltildi. | |
| Güncelleştirmeler | Bu sürümde, aynı ada sahip farklı sağlık kontrolleriyle ilgili bir güncelleme sorunu düzeltildi. | |
| Güncelleştirmeler | Bu sürümde, çözüm oluşturucu uzantısı güncelleştirme sistem durumu denetimlerinin güncelleştirme öncesi veya günlük sistem durumu denetimlerinde eksik olduğu bir sorun düzeltildi. | |
| Güncelleştirmeler | Bu sürümde, güncelleştirme hizmetinin hatalı durumdaki sunucularda kilitlenmesi nedeniyle yeni güncelleştirmeleri görüntüleyememe veya başlatamama sorunu düzeltildi. | |
| Güncelleştirmeler | Bu sürümde güncelleştirme hizmeti, kümedeki eylemlerin taşmasını önlemek için geliştirilmiştir. | |
| Güncelleştirmeler | Bu sürümde, sunucuları eklerken veya kaldırırken güncelleştirmelerin başarısız olmasını önlemek için bir sistem durumu denetimi eklendi. | |
| Arc VM yönetim | Önceki sürümlerde, sanal makinenin başlatma, durdurma, kaydetme ve duraklatma gibi herhangi bir güç durumu değişikliği işlemi başlangıçta sanal makinenin durumunu çalışıyor olarak döndürür ve 30 saniye sonra yenilendikten sonra doğru durumu görüntülerdi. Bu sürümde güç durumu değiştirme işlemi yalnızca VM durumu beklenene değiştirildikten sonra döndürülüyor. |
Bu sürümdeki bilinen sorunlar
| Özellik | Sorun | Geçici çözüm |
|---|---|---|
| güncelleştirme | SDN altyapı VM'lerdeki bir hata nedeniyle, konaklar gizli anahtar döndürme ve güncelleme işleminden geçtikten sonra SDN çalışmayı durdurur. | Bu sürümde bu sorun için geçici bir çözüm yoktur. Sorun oluşursa, sonraki adımlar için Microsoft Desteği'ne başvurun. |
| güncelleştirme | Ortam hazır olma denetleyicisindeki bir hata nedeniyle, Fiziksel Diskler ortamı hazır olma denetimi yanlış başarısız oluyor ve güncelleştirmeyi engelliyor. | Birkaç dakika bekleyin ve güncelleştirmeyi yeniden deneyin. |
| Dağıtım | Bu sürümde şu hatayı alabilirsiniz: Bulut Dağıtımını Çağırma Başarısız Oldu - Değer null olamaz. | Bu sürümde bu sorun için geçici bir çözüm yoktur. Sorun oluşursa, sonraki adımlar için Microsoft Desteği'ne başvurun. |
| güncelleştirme | Bu sürümde, çevre kontrolü aşağıdaki hatayla başarısız oluyor: Güncelleştirme Başarısız durumda: HealthCheckFailed. ECE'den özet XML mevcut değil. | Bu sürümde bu sorun için geçici bir çözüm yoktur. Sorun oluşursa, sonraki adımlar için Microsoft Desteği'ne başvurun. |
Önceki sürümlerden bilinen sorunlar
Önceki sürümlerden bilinen sorunlar şunlardır:
| Özellik | Sorun | Geçici çözüm | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| güncelleştirme | Azure Update Manager aracılığıyla bir Azure Stack HCI kümesi için hazırlık denetimi sonuçlarını görüntülerken, aynı ada sahip birden fazla hazırlık denetimi bulunabilir. | Bu sürümde bilinen bir çözüm yolu yoktur. Hazırlık denetimiyle ilgili belirli bilgileri görüntülemek için ayrıntıları görüntüle |
||||||||||||||||||
| Arc VM yönetimi | Kapsamlı AVD konak havuzu dağıtımları veya büyük ölçekli VM sağlama gibi büyük dağıtım senaryolarında, Hyper-V yuva dış kitaplığı sorununun neden olduğu güvenilirlik sorunlarıyla karşılaşabilirsiniz. | Sorunu azaltmak için şu adımları izleyin: 1. komutunu Get-service mochostagent (\) get-process (\) killçalıştırın. Komutun çıkışını denetleyin ve tanıtıcı sayısının binler içinde olup olmadığını doğrulayın. 2. İşlemleri sonlandırmak için Get-service mochostagent (\) get-process komutunu çalıştırın. 3. mochostagent hizmetini yeniden başlatmak için restart-service mochostagent komutunu çalıştırın. |
||||||||||||||||||
| Dağıtım | Azure portal aracılığıyla Azure Stack HCI, sürüm 23H2'yi dağıtırken aşağıdaki dağıtım doğrulama hatasıyla karşılaşabilirsiniz: Could not complete the operation. 400: Resource creation validation failed. Details: [{"Code":"AnswerFileValidationFailed","Message":"Errors in Value Validation:\r\nPhysicalNodesValidator found error at deploymentdata.physicalnodes[0].ipv4address: The specified for \u0027deploymentdata.physicalnodes[0].ipv4address\u0027 is not a valid IPv4 address. Example: 192.168.0.1 or 192.168.0.1","Target":null,"Details":null}]. Azure portal dağıtımında Ağ sekmesine giderseniz, Ağ Amacı yapılandırmasında şu hatayı görebilirsiniz: Seçili fiziksel ağ bağdaştırıcısı yönetim sanal anahtarına bağlı değil. |
Azure portal'da Dağıtım doğrulama hatalarını giderme bölümündekiyordamı izleyin. | ||||||||||||||||||
| Dağıtım | Azure portalı aracılığıyla dağıtım şu hatayla başarısız oluyor: Anahtar Kasası'ndan gizli bilgi LocalAdminCredential getirilemedi. | Bu sürümde bu sorun için geçici bir çözüm yoktur. Sorun oluşursa, sonraki adımlar için Microsoft Desteği'ne başvurun. | ||||||||||||||||||
| Dağıtım | Bazı durumlarda, Azure Stack HCI sunucularının kaydı sırasında bu hata hata ayıklama günlüklerinde görülebilir: iç sunucu hatasıyla karşılaşıldı. Cihaz dağıtımı için zorunlu uzantılardan biri yüklenmemiş olabilir. | Sorunu azaltmak için şu adımları izleyin: $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 |
||||||||||||||||||
| güncelleştirme | Bu sürümde, Azure portalı güncelleştirme tamamlanmış olmasına rağmen güncelleştirme durumunu yanlış bir şekilde Güncelleştirilemedi veya Devam ediyor olarak bildiren aralıklı bir sorun vardır. |
Uzak bir PowerShell oturumu aracılığıyla Azure Local'e bağlanın. Güncelleştirme durumunu onaylamak için aşağıdaki PowerShell cmdlet'lerini çalıştırın: $Update = get-solutionupdate| ? version -eq "<version string>"Sürüm dizesini çalıştırdığınız sürümle değiştirin. Örneğin, "10.2405.0.23". $Update.stateGüncelleştirme durumu Yüklüise, sizin için başka bir işlem yapmanız gerekmez. Azure portalı 24 saat içinde durumu doğru bir şekilde yeniler. Durumu daha erken yenilemek için küme düğümlerinden birinde bu adımları izleyin. Bulut Yönetimi küme grubunu yeniden başlatın. Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
||||||||||||||||||
| güncelleştirme | İlk MOC güncelleştirmesi sırasında, hedef MOC sürümünün katalog önbelleğinde bulunmaması nedeniyle bir hata oluşur. İzleme güncelleştirmeleri ve yeniden denemeleri, güncelleştirme başarılı olmadan hedef sürümde MOC'yi gösterir ve sonuç olarak Arc Kaynak Köprüsü güncelleştirmesi başarısız olur. Bu sorunu doğrulamak için Azure Stack HCI, sürüm 23H2 için çözüm güncellemeleri sorunlarını gidermeçözümünü kullanarak güncelleme günlüklerini toplayın. Günlük dosyaları benzer bir hata iletisi göstermelidir (geçerli sürüm hata iletisinde farklılık gösterebilir): [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}" }] |
Sorunu azaltmak için şu adımları izleyin: 1. MOC aracı sürümünü bulmak için şu komutu çalıştırın: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.2. Aşağıdaki tablodan ajan sürümüyle eşleşen MOC sürümünü bulmak ve $initialMocVersion'ı o MOC sürümüne ayarlamak için komut çıktısını kullanın. Güncelleştirdiğiniz Azure Stack HCI derlemesini bulup aşağıdaki tablodan eşleşen MOC sürümünü alarak $targetMocVersion ayarlayın. Aşağıda sağlanan azaltma betiğinde şu değerleri kullanın:
Örneğin, aracı sürümü v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024 ise $initialMocVersion = “1.0.24.10106” ve 2405.0.23 sürümüne güncelleştiriyorsanız $targetMocVersion = “1.3.0.10418”.3. İlk düğümde aşağıdaki PowerShell komutlarını çalıştırın: $initialMocVersion = "<initial version determined from step 2>"$targetMocVersion = "<target version determined from step 2>"# MOC modülünü iki kez içeri aktarma import-module mocimport-module moc$verbosePreference = "Continue"# SFS katalog önbelleğini temizleme Remove-Item (Get-MocConfig).manifestCache# Güncelleştirmeden önce sürümü geçerli MOC sürümüne ayarlayın ve durumu güncelleştirme başarısız olarak ayarlayın Set-MocConfigValue -name "version" -value $initialMocVersionSet-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)# MOC güncelleştirmesini istenen sürüme yeniden çalıştırın Update-Moc -version $targetMocVersion4. Güncelleştirmeye devam edin. |
||||||||||||||||||
| AKS HCI üzerinde | AKS kümesi oluşturma işlemi Error: Invalid AKS network resource idile başarısız oluyor. Bu sorun, ilişkili mantıksal ağ adının alt çizgi içermesi durumunda oluşabilir. |
Alt çizgi, mantıksal ağ adlarında desteklenmez. Azure Stack HCI'nizde dağıtılan mantıksal ağların adlarında alt çizgi kullanmamaya dikkat edin. | ||||||||||||||||||
| Sunucu onarma | Nadir durumlarda, Repair-Server işlemi HealthServiceWaitForDriveFW hatasıyla başarısız olur. Böyle durumlarda, onarılan düğümdeki eski sürücüler kaldırılmaz ve yeni diskler bakım modunda takılır. |
Bu sorunu önlemek için, Suspend-ClusterNode -Drainbaşlamadan önce düğümü sakın Windows Yönetim Merkezi veya Repair-Server PowerShell cmdlet'ini kullanarak boşaltmayın. Sorun oluşursa, sonraki adımlar için Microsoft Desteği'ne başvurun. |
||||||||||||||||||
| Sunucu onarma | Bu sorun, tek sunucu Azure Stack HCI 2311'den 2402'ye güncelleştirildiğinde ve ardından Repair-Server gerçekleştirildiğinde görülür. Onarım işlemi başarısız oluyor. |
Tek düğümü onarmadan önce şu adımları izleyin: 1. ADPrepTooliçin sürüm 2402'yi çalıştırın. Active Directory'yi hazırlama 2. Bilgisayar nesnesini Bilgisayarlar kesimden kök OU'ya taşıyın. Aşağıdaki komutu çalıştırın: Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>" |
||||||||||||||||||
| Dağıtım | Active Directory'yi kendiniz hazırlarsanız (Microsoft tarafından sağlanan betik ve yordamı kullanmazsanız), Active Directory doğrulamanız eksik Generic All izniyle başarısız olabilir. Bunun nedeni, doğrulama denetiminde BitLocker kurtarması için gerekli olan msFVE-RecoverInformationobjects – General – Permissions Full controliçin ayrılmış izin girişini denetleyen bir sorundur. |
|
||||||||||||||||||
| Dağıtım | Bu sürümde, Azure Stack HCI dağıtımı sırasında DNS kaydının silinmesine neden olan nadir bir sorun vardır. Bu durumda aşağıdaki özel durum görülür: 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. |
Küme düğümlerinin DNS kayıtlarının eksik olup olmadığını görmek için DNS sunucusunu denetleyin. DNS kaydının eksik olduğu düğümlere aşağıdaki azaltmayı uygulayın. DNS istemci hizmetini yeniden başlatın. Bir PowerShell oturumu açın ve etkilenen düğümde aşağıdaki cmdlet'i çalıştırın: Taskkill /f /fi "SERVICES eq dnscache" |
||||||||||||||||||
| Dağıtım | Bu sürümdeki bir sorun, çok düğümlü dağıtımda bir uzaktan görev hatasına yol açar ve bu, aşağıdaki özel durumla sonuçlanır:ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>). |
Önlem, etkilenen düğümdeki ECE aracısını yeniden başlatmaktır. Sunucunuzda bir PowerShell oturumu açın ve aşağıdaki komutu çalıştırın:Restart-Service ECEAgent. |
||||||||||||||||||
| Sunucu ekleme | Bu sürümde ve önceki sürümlerde, kümeye bir sunucu eklerken, proxy atlama listesi dizesini yeni sunucuyu içerecek şekilde güncelleştirmek mümkün değildir. Konaklarda ortam değişkenlerinin proxy atlama listesi güncellenmesi sırasında, Azure Kaynak Köprüsü veya AKS üzerindeki proxy atlama listesi güncellenmeyecektir. | Bu sürümde geçici çözüm yok. Bu sorunla karşılaşırsanız, sonraki adımları belirlemek için Microsoft Desteği'ne başvurun. | ||||||||||||||||||
| Sunucu ekleme/onarma | Bu sürümde, bir sunucu eklerken veya onarırken, yazılım yük dengeleyici veya ağ denetleyicisi VM sertifikaları mevcut düğümlerden kopyalandığında bir hata görülür. Hatanın nedeni, bu sertifikaların dağıtım/güncelleştirme sırasında oluşturulmamış olmasıdır. | Bu sürümde geçici çözüm yok. Bu sorunla karşılaşırsanız, sonraki adımları belirlemek için Microsoft Desteği'ne başvurun. | ||||||||||||||||||
| Dağıtım | Bu sürümde, aşağıdaki özel durumla dağıtım hatasına neden olan geçici bir sorun vardır: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. |
Bu geçici bir sorun olduğundan, dağıtımın yeniden denenmesi bunu düzeltmelidir. Daha fazla bilgi için dağıtımı yeniden çalıştırmakonusuna bakın. | ||||||||||||||||||
| Dağıtım | Bu sürümde Gizli Anahtarlar URI/konum alanıyla ilgili bir sorun var. Bu, Zorunlu değil olarak işaretlenen ve Azure Resource Manager şablonu dağıtım hatalarına neden olan gerekli bir alandır. |
Azure Stack HCI, sürüm 23H2'yi Azure Resource Manager şablonu aracılığıyla dağıtma örnek parametreler dosyasını kullanarak tüm girişlerin gerekli biçimde sağlandığından emin olun ve ardından dağıtımı deneyin. Başarısız bir dağıtım varsa, dağıtımı yeniden çalıştırmadan önce aşağıdaki kaynakları da temizlemeniz gerekir. 1. C:\EceStoresilin. 2. C:\CloudDeploymentsilin. 3. C:\nugetstoresilin. 4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation. |
||||||||||||||||||
| Güvenlik | Yeni dağıtımlar için Güvenli çekirdek özellikli cihazlarda varsayılan olarak Dinamik Ölçüm Kökü (DRTM) etkinleştirilmez. Enable-AzSSecurity cmdlet'ini kullanarak etkinleştirmeyi (DRTM) denerseniz, GEÇERLI sürümde DRTM ayarının desteklenmediğini belirten bir hata görürsünüz. Microsoft derinlemesine savunma önerir ve UEFI Güvenli Önyükleme, statik Güven Kökü (SRT) önyükleme zincirindeki bileşenleri korumaya devam ederek bunların yalnızca imzalandığında ve doğrulandığında yüklendiğinden emin olur. |
DRTM bu sürümde desteklenmez. | ||||||||||||||||||
| Ağ İletişimi | Ara sunucu kullanıldığında ortam denetimi başarısız olur. Tasarım gereği atlama listesi winhttp ve wininet için farklıdır ve bu da doğrulama denetiminin başarısız olmasına neden olur. | Şu geçici çözüm adımlarını izleyin: 1. Sistem durumu denetiminden önce ve dağıtımı veya güncelleştirmeyi başlatmadan önce proxy atlama listesini temizleyin. 2. Denetimi geçtikten sonra dağıtımın veya güncelleştirmenin başarısız olmasını bekleyin. 3. Proxy atlama listenizi yeniden ayarlayın. |
||||||||||||||||||
| Arc VM yönetim | Bu işlem sırasında otomatik olarak oluşturulan geçici SPN gizli dizisi kısa çizgiyle başladığında Arc Kaynak Köprüsü dağıtımı veya güncelleştirmesi başarısız olabilir. | Dağıtımı/güncelleştirmeyi yeniden deneyin. Yeniden deneme, SPN anahtarını yeniden oluşturacak ve işlem muhtemelen başarılı olacaktır. | ||||||||||||||||||
| Arc VM yönetim | Arc VM'lerindeki Arc Uzantıları süresiz olarak "Oluşturma" durumunda kalır. | VM'de oturum açın, bir komut istemi açın ve aşağıdakileri yazın: windows notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json Ardından resourcename özelliğini bulun. Bu özelliğin VM adıyla eşleşmesi için kaynak adının sonuna eklenen GUID'yi silin. Ardından VM'yi yeniden başlatın. |
||||||||||||||||||
| Arc VM yönetim | Azure Stack HCI kümesine yeni bir sunucu eklendiğinde, yeni oluşturulan birim için depolama yolu otomatik olarak oluşturulmaz. | Yeni birimler için el ile bir depolama yolu oluşturabilirsiniz. Daha fazla bilgi için bkz. depolama yolu oluşturma |
||||||||||||||||||
| Arc VM yönetim | Arc VM'nin yeniden başlatılması yaklaşık 20 dakika sonra tamamlanır ancak vm yaklaşık bir dakika içinde yeniden başlatılır. | Bu sürümde bilinen bir çözüm yolu yoktur. | ||||||||||||||||||
| Arc VM yönetim | Bazı durumlarda mantıksal ağın durumu Azure portalında Başarısız olarak gösterilir. Bu durum, önce bu mantıksal ağ ile ilişkili ağ arabirimleri gibi kaynakları silmeden mantıksal ağı silmeye çalıştığınızda oluşur. Yine de bu mantıksal ağda kaynak oluşturabiliyor olmanız gerekir. Bu örnekte durum yanıltıcıdır. |
Bu mantıksal ağın durumu, bu ağın tahsis edildiği sırada Başarılı ise, bu ağda kaynak oluşturmaya devam edebilirsiniz. | ||||||||||||||||||
| Arc VM yönetim | Bu sürümde, Azure CLI kullanarak vm'ye bağlı bir veri diski ile güncelleştirdiğinizde işlem aşağıdaki hata iletisiyle başarısız olur: adlı bir sanal sabit disk bulunamadı. |
Tüm VM güncelleştirme işlemleri için Azure portalını kullanın. Daha fazla bilgi için bkz. Arc VM'lerini yönetme ve Arc VM kaynaklarını yönetme. | ||||||||||||||||||
| güncelleştirme | Nadir durumlarda Azure Stack HCI'nizi güncelleştirirken bu hatayla karşılaşabilirsiniz: 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]. |
Bu sorunu görürseniz, sonraki adımlarda size yardımcı olması için Microsoft Desteği'ne başvurun. | ||||||||||||||||||
| Ağ İletişimi | Bu sürümde dns çözümleme hatasıyla iki düğümlü bir kümede dağıtımın başarısız olmasına neden olan seyrek bir DNS istemcisi sorunu vardır: RestRequest gönderilirken Bir WebException oluştu. WebException.Status: NameResolutionFailure. Hatanın bir sonucu olarak, ikinci düğümün DNS kaydı oluşturulduktan kısa süre sonra silinir ve dns hatasıyla sonuçlanır. | Sunucuyu yeniden başlatın. Bu işlem DNS kaydını kaydeder ve bu kaydın silinmesini engeller. | ||||||||||||||||||
| Azure portal | Bazı durumlarda Azure portalının güncelleştirilmesi biraz zaman alabilir ve görünüm güncel olmayabilir. | Güncelleştirilmiş görünümü görmek için 30 dakika veya daha fazla beklemeniz gerekebilir. | ||||||||||||||||||
| Arc VM yönetimi | Arc VM'deki bir ağ arabirimini Azure portalından silmek bu sürümde çalışmaz. | Önce ağ arabirimini kaldırmak ve ardından silmek için Azure CLI'yi kullanın. Daha fazla bilgi için bkz. Ağ arabirimi kaldırma ve bkz. Ağ arabirimini silme. | ||||||||||||||||||
| Dağıtım | OU adını yanlış söz diziminde sağlamak, Azure portalında algılanmaz. Yanlış söz dizimi, &,",',<,>gibi desteklenmeyen karakterler içerir. Küme doğrulaması sırasında sonraki bir adımda yanlış söz dizimi algılanır. |
OU yolu söz diziminin doğru olduğundan ve desteklenmeyen karakterler içermediğinden emin olun. | ||||||||||||||||||
| Dağıtım | Azure Resource Manager aracılığıyla yapılan dağıtımlar 2 saat sonra zaman aşımına uğrar. 2 saati aşan dağıtımlar, küme başarıyla oluşturulmuş olsa da kaynak grubunda başarısız olarak gösterilir. | Azure portalında dağıtımı izlemek için Azure Stack HCI kümesi kaynağına gidin ve ardından yeni Dağıtımlar girdisine gidin. | ||||||||||||||||||
| Azure Site Recovery | Azure Site Recovery, bu sürümde bir Azure Stack HCI kümesine yüklenemez. | Bu sürümde bilinen bir çözüm yolu yoktur. | ||||||||||||||||||
| güncelleştirme | Azure Stack HCI kümesini Azure Update Manager aracılığıyla güncelleştirirken güncelleştirme ilerleme durumu ve sonuçları Azure portalında görünmeyebilir. | Bu sorunu geçici olarak çözmek için her küme düğümüne aşağıdaki kayıt defteri anahtarını ekleyin (değer gerekmez):New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -forceArdından küme düğümlerinden birinde Bulut Yönetimi küme grubunu yeniden başlatın. Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"İlerleme ayrıntıları güncelleştirme işleminin bir süresi boyunca görüntülenmeyebileceği için bu işlem sorunu tam olarak düzeltmez. En son güncelleştirme ayrıntılarını almak için PowerShellile güncelleştirme ilerleme durumunu alma seçeneğini kullanabilirsiniz. |
||||||||||||||||||
| güncelleştirme | Nadir durumlarda, başarısız bir güncelleştirme Azure Update Manager'da Devam ediyor durumunda takılı kalırsa, Yeniden deneyin düğmesi devre dışı bırakılır. | Güncelleştirmeyi sürdürmek için aşağıdaki PowerShell komutunu çalıştırın:Get-SolutionUpdate
|
Start-SolutionUpdate. |
||||||||||||||||||
| Güncelleştirmeler | Bazı durumlarda, SolutionUpdate komutundan sonra çalıştırılırsa Send-DiagnosticData komutlar başarısız olabilir. |
Send-DiagnosticDataiçin kullanılan PowerShell oturumunu kapattığınızdan emin olun. Yeni bir PowerShell oturumu açın ve SolutionUpdate komutları için kullanın. |
||||||||||||||||||
| güncelleştirme | Nadir durumlarda, 2311.0.24'ten 2311.2.4'e bir güncelleştirme uygulanırken küme durumu, beklenen güncelleştirilemedi yerine Devam Ediyor bildirir. | Güncelleştirmeyi yeniden deneyin. Sorun devam ederse Microsoft Desteği'ne başvurun. | ||||||||||||||||||
| güncelleştirme | Çözüm güncelleştirmelerini yükleme girişimleri CAU adımlarının sonunda şu şekilde başarısız olabilir:There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.
Bu nadir sorun, Cluster Name veya Cluster IP Address kaynakları düğüm yeniden başlatıldıktan sonra başlatılamıyorsa ve en çok küçük kümelerde tipikse oluşur. |
Bu sorunla karşılaşırsanız, sonraki adımlar için Microsoft Desteği'ne başvurun. Küme kaynaklarını el ile yeniden başlatmak ve gerektiğinde güncelleştirmeyi sürdürmek için sizinle birlikte çalışabilirler. | ||||||||||||||||||
| güncelleştirme | 10.2402.3.11'e bir küme güncelleştirmesi uygulanırken Get-SolutionUpdate cmdlet'i yanıt vermeyebilir ve yaklaşık 10 dakika sonra RequestTimeoutException ile başarısız olabilir. Bu durum, sunucu ekleme veya onarma senaryosunda ortaya çıkabilir. |
Güncelleştirme hizmetini yeniden başlatmak için Start-ClusterGroup ve Stop-ClusterGroup cmdlet'lerini kullanın. Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group"
|
Stop-ClusterGroup
Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group"
|
Start-ClusterGroup
Bu cmdlet'lerin başarılı bir şekilde çalıştırılması, güncelleştirme hizmetini çevrimiçine getirmelidir. |
||||||||||||||||||
| Küme duyarlı güncelleştirme | Düğümü yeniden başlatma işlemi düğümü yeniden başlatmayı başaramadı. | Bu geçici bir sorundur ve kendi kendine çözülebilir. Birkaç dakika bekleyin ve işlemi yeniden deneyin. Sorun devam ederse Microsoft Desteği'ne başvurun. | ||||||||||||||||||
| Küme duyarlı güncelleştirme | Düğüm askıya alma işlemi 90 dakikadan uzun bir süre takıldı. | Bu geçici bir sorundur ve kendi kendine çözülebilir. Birkaç dakika bekleyin ve işlemi yeniden deneyin. Sorun devam ederse Microsoft Desteği'ne başvurun. |
Sonraki adımlar
- Dağıtımına genel bakışıokuyun.