HCI üzerinde AKS |
AKS kümesi oluşturma işlemi Error: Invalid AKS network resource id ile başarısız oluyor. Bu sorun, ilişkili mantıksal ağ adının alt çizgiye sahip olması durumunda ortaya çıkabilir. |
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, Repair-Server 'e başlamadan önce Düğümü ne Windows Yönetim Merkezi aracılığıyla ne de Suspend-ClusterNode -Drain PowerShell cmdlet'ini kullanarak boşaltmadığınızdan emin olun. 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ırlamaadımlarını izleyin. Bu eylem hızlıdır ve Gerekli izinleri Kuruluş Birimi'ne (OU) ekler. 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, BitLocker kurtarması için gerekli olan msFVE-RecoverInformationobjects – General – Permissions Full control için ayrılmış izin girişini kontrol eden doğrulama sürecindeki bir hatadır. |
Prepare AD betik yöntemini kullanın veya kendi yönteminizi kullanıyorsanız, belirli izni atadığınızdan emin olun. |
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ümde, çok düğümlü bir dağıtımda uzak bir görev hatasının meydana gelmesi sonucunda aşağıdaki özel durum oluşur:
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üğümde ECE aracısının yeniden başlatılmasıdır. Sunucunuzda bir PowerShell oturumu açın ve aşağıdaki komutu çalıştırın:
Restart-Service ECEAgent . |
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 herhangi bir geçici çözüm mevcut değildir. 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 bkz. dağıtımyeniden çalıştırma . |
Dağıtım |
Bu sürümde Gizli Bilgiler 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:\EceStore silin. 2. C:\CloudDeployment silin. 3. C:\nugetstore silin. 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) etkin olmayacaktır. 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ğ |
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önetimi |
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 işlemi, SPN gizli dizisini yeniden oluşturmalıdır; 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önetimi |
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önetimi |
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 geçici çözüm 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ğ sağlandığı sırada Başarılı ise, bu ağda kaynak oluşturmaya devam edebilirsiniz. |
Arc VM Yönetimi |
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üncelleme |
Nadir durumlarda, Azure Stack HCI'nizi güncelleştirirken bu hatayla karşılaşabilirsiniz: 'MocArb' Rolünün 'UpdateArbAndExtensions' türü özel durum oluşturdu: [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml] adımında ARB ve Uzantının Yükseltilmesi Özel Durum. |
Bu sorunu görürseniz, sonraki adımlarda size yardımcı olması için Microsoft Desteği'ne başvurun. |
Ağ Oluşturma |
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 (Web Sitesi Kurtarma) |
Azure Site Recovery, bu sürümde bir Azure Stack HCI kümesine yüklenemez. |
Bu sürümde bilinen bir geçici çözüm 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" -force
Ardı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üncellemeler |
Bazı durumlarda, Send-DiagnosticData komutundan sonra çalıştırılırsa SolutionUpdate komutlar başarısız olabilir. |
Send-DiagnosticData için kullanılan PowerShell oturumunun kapatıldığından emin olun. Yeni bir PowerShell oturumu açın ve SolutionUpdate komutları için kullanın. |
Güncelleme |
Nadir durumlarda, 2311.0.24'ten 2311.2.4'e güncelleştirme uygulanırken küme durumu, beklenen Güncelleştirilemediyerine Devam Ediyor olarak rapor edilir. |
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üncelleme |
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ü devam ettirme işlemi düğümü devam ettiremedi. |
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. |