ASDK sorunlarını gidermeTroubleshoot the ASDK

Bu makalede Azure Stack Geliştirme Seti (ASDK) için genel sorun giderme bilgileri sağlanmaktadır.This article provides common troubleshooting info for the Azure Stack Development Kit (ASDK). Azure Stack tümleşik sistemlerle ilgili yardım için bkz. Microsoft Azure Stack sorunlarını giderme.For help with Azure Stack integrated systems, see Microsoft Azure Stack troubleshooting.

ASDK bir değerlendirme ortamı olduğundan Microsoft Desteği destek sağlamaz.Because the ASDK is an evaluation environment, Microsoft Support does not provide support. Belgelenmemiş bir sorun yaşıyorsanız, Azure Stack Için Microsoft Q&uzmanlarından yardım alabilirsiniz.If you're experiencing an issue that isn't documented, you can get help from experts on Microsoft Q&A for Azure Stack.

DağıtımDeployment

Dağıtım hatasıDeployment failure

Yükleme sırasında bir hata yaşarsanız dağıtım betiğinin-yeniden çalıştır seçeneğini kullanarak dağıtımı başarısız adımdan yeniden başlatabilirsiniz.If you experience a failure during installation, you can restart the deployment from the failed step by using the -rerun option of the deployment script. Örnek:For example:

cd C:\CloudDeployment\Setup
.\InstallAzureStackPOC.ps1 -Rerun

Dağıtımın sonunda, PowerShell oturumu hala açık ve herhangi bir çıkış göstermezAt the end of the deployment, the PowerShell session is still open and doesn't show any output

Bu davranış, bir PowerShell komut penceresi seçildiğinde yalnızca varsayılan davranışın sonucudur.This behavior is probably just the result of the default behavior of a PowerShell command window when it's been selected. ASDK dağıtımı başarılı oldu ancak pencere seçilirken betik duraklatıldı.The ASDK deployment has succeeded but the script was paused when selecting the window. Komut penceresinin başlık çubuğunda "Seç" sözcüğünü arayarak kurulumun tamamlandığını doğrulayabilirsiniz.You can verify setup has completed by looking for the word "select" in the titlebar of the command window. Bu seçeneğin seçimini kaldırmak için ESC tuşuna basın ve sonra tamamlanma iletisi gösterilmelidir.Press the ESC key to unselect it, and the completion message should be shown after it.

Şablon doğrulama hatası parametre osProfile izin verilmiyorTemplate validation error parameter osProfile is not allowed

Şablon doğrulaması sırasında ' osProfile ' parametresine izin verilmediğinden bir hata mesajı alırsanız, bu bileşenler için API 'lerin doğru sürümlerini kullandığınızdan emin olun:If you get an error message during template validation that the parameter 'osProfile' is not allowed, make sure you are using the correct versions of the APIs for these components:

Azure 'dan Azure Stack bir VHD 'yi kopyalamak için AzCopy 7.3.0kullanın.To copy a VHD from Azure to Azure Stack, use AzCopy 7.3.0. Görüntüyle birlikte çalışarak görüntünün kendisiyle ilgili sorunları giderin.Work with your vendor to resolve issues with the image itself. Azure Stack için Walınuxagent gereksinimleri hakkında daha fazla bilgi için bkz. Azure Linux Aracısı.For more information about the WALinuxAgent requirements for Azure Stack, see Azure LinuX Agent.

Dış erişim olmaması nedeniyle dağıtım başarısız oluyorDeployment fails due to lack of external access

Dış erişimin gerekli olduğu aşamalardan dağıtım başarısız olduğunda, aşağıdaki örnek gibi bir özel durum döndürülür:When deployment fails at stages where external access is required, an exception like the following example will be returned:

An error occurred while trying to test identity provider endpoints: System.Net.WebException: The operation has timed out.
   at Microsoft.PowerShell.Commands.WebRequestPSCmdlet.GetResponse(WebRequest request)
   at Microsoft.PowerShell.Commands.WebRequestPSCmdlet.ProcessRecord()at, <No file>: line 48 - 8/12/2018 2:40:08 AM

Bu hata oluşursa, dağıtım ağ trafiği belgeleriniinceleyerek tüm en düşük ağ gereksinimlerinin karşılandığından emin olun.If this error occurs, make sure all minimum networking requirements have been met by reviewing the deployment network traffic documentation. İş ortağı araç setinin bir parçası olarak iş ortakları için de bir ağ denetleyicisi aracı vardır.A network checker tool is also available for partners as part of the Partner Toolkit.

Diğer dağıtım hataları genellikle Internet üzerindeki kaynaklara bağlanma sorunlarından kaynaklanır.Other deployment failures are typically due to problems connecting to resources on the Internet.

Internet 'teki kaynakların bağlantısını doğrulamak için aşağıdaki adımları gerçekleştirebilirsiniz:To verify connectivity to resources on the Internet, you can perform the following steps:

  1. PowerShell’i açın.Open PowerShell.
  2. WAS01 veya ERCs VM 'lerinin herhangi birine Enter-PSSession.Enter-PSSession to the WAS01 or any of the ERCs VMs.
  3. Aşağıdaki cmdlet'i çalıştırın:Run the following cmdlet:
    Test-NetConnection login.windows.net -port 443
    

Bu komut başarısız olursa, TOR anahtarını ve diğer tüm ağ aygıtlarını ağ trafiğine izin verecekşekilde yapılandırıldığını doğrulayın.If this command fails, verify the TOR switch and any other network devices are configured to allow network traffic.

Sanal makinelerVirtual machines

Azure Stack ' de VM 'Ler dağıtılmadan önce bir Windows Server görüntüsü ve galeri öğesi eklenmelidir.A Windows Server image and gallery item must be added before deploying VMs in Azure Stack.

Azure Stack ana makinelerimi yeniden başlattıktan sonra bazı VM 'Ler otomatik olarak başlatılmazAfter restarting my Azure Stack host, some VMs don't automatically start

Ana bilgisayarınızı yeniden başlattıktan sonra Azure Stack hizmetleri hemen kullanılabilir olmayabilir.After rebooting your host, you may notice Azure Stack services aren't immediately available. Bunun nedeni, Azure Stack altyapı VM 'Lerinin ve RPS 'nin tutarlılığı denetlemek için biraz zaman sürmesine, ancak sonunda otomatik olarak başlayacak.This is because Azure Stack infrastructure VMs and RPs take some time to check consistency, but will eventually start automatically.

Ayrıca, Kiracı VM 'lerinin, ASDK konağının yeniden başlatıldıktan sonra otomatik olarak başlamadığına da dikkat edebilirsiniz.You might also notice that tenant VMs don't automatically start after a reboot of the ASDK host. Birkaç el ile adımları izleyerek bunları çevrimiçi duruma getirebilirsiniz:You can bring them online with a few manual steps:

  1. ASDK ana bilgisayarında başlangıç menüsünden Yük devretme kümesi Yöneticisi başlatın.On the ASDK host, start Failover Cluster Manager from the Start Menu.
  2. S-Cluster. azurestack. Local kümesini seçin.Select the cluster S-Cluster.azurestack.local.
  3. Rolleri seçin.Select Roles.
  4. Kiracı VM 'Leri kaydedilmiş durumda görüntülenir.Tenant VMs appear in a saved state. Tüm altyapı VM 'Leri çalışır olduktan sonra, Kiracı VM 'lerine sağ tıklayıp Başlat ' ı seçerek VM 'yi sürdürebilirsiniz.Once all Infrastructure VMs are running, right-click the tenant VMs and select Start to resume the VM.

Bazı VM 'Leri sildim, ancak yine de diskte VHD dosyaları görüyorumI've deleted some VMs, but still see the VHD files on disk

Bu davranış tasarıma göre belirlenir:This behavior is by design:

  • Bir VM 'yi sildiğinizde, VHD 'ler silinmez.When you delete a VM, VHDs aren't deleted. Diskler, kaynak grubundaki ayrı kaynaklardır.Disks are separate resources in the resource group.
  • Bir depolama hesabı silindiğinde, silme işlemi hemen Azure Resource Manager aracılığıyla görünür, ancak içerebileceği diskler hala çöp toplama çalışana kadar depolama alanında tutulur.When a storage account gets deleted, the deletion is visible immediately through Azure Resource Manager, but the disks it may contain are still kept in storage until garbage collection runs.

"Artık" VHD 'ler görürseniz, silinen bir depolama hesabının klasörünün bir parçası olup olmadığını bilmeniz önemlidir.If you see "orphan" VHDs, it's important to know if they're part of the folder for a storage account that was deleted. Depolama hesabı silinmediyse, VHD 'Lerin kalması normaldir.If the storage account wasn't deleted, it's normal that the VHDs remain.

Depolama hesaplarını yönetmebölümünde bekletme eşiğini ve isteğe bağlı geri kazanma yapılandırma hakkında daha fazla bilgi edinebilirsiniz.You can read more about configuring the retention threshold and on-demand reclamation in manage storage accounts.

DepolamaStorage

Depolama geri kazanmaStorage reclamation

Geri kazanılan kapasitenin portalda gösterilmesi 14 saate kadar sürebilir.It can take up to 14 hours for reclaimed capacity to show up in the portal. Space geri kazanma, Blok Blobu deposundaki iç kapsayıcı dosyalarının kullanım yüzdesi gibi çeşitli faktörlere bağlıdır.Space reclamation depends on various factors including usage percentage of internal container files in block blob store. Bu nedenle, ne kadar veri silindiğine bağlı olarak, çöp toplayıcı çalıştırıldığında geri kazanılabilecek alan miktarı garantisi yoktur.Therefore, depending on how much data is deleted, there's no guarantee on the amount of space that could be reclaimed when garbage collector runs.

Sonraki adımlarNext steps

Azure Stack destek forumunu ziyaret edinVisit the Azure Stack support forum