A ASDK hibáinak megoldásaTroubleshoot the ASDK

Ez a cikk a Azure Stack Development Kit (ASDK) gyakori hibaelhárítási információit tartalmazza.This article provides common troubleshooting info for the Azure Stack Development Kit (ASDK). Azure Stack integrált rendszerekkel kapcsolatos segítségért lásd: Microsoft Azure stack hibaelhárítás.For help with Azure Stack integrated systems, see Microsoft Azure Stack troubleshooting.

Mivel a ASDK egy kiértékelési környezet, Microsoft ügyfélszolgálata nem nyújt támogatást.Because the ASDK is an evaluation environment, Microsoft Support does not provide support. Ha olyan problémát tapasztal, amely nincs dokumentálva, segítséget kérhet a Microsoft Q&a Azure Stackhoz tartozószakértőktől.If you're experiencing an issue that isn't documented, you can get help from experts on Microsoft Q&A for Azure Stack.

Üzembe helyezésDeployment

Üzembe helyezési hibaDeployment failure

Ha a telepítés során hiba lép fel, a központi telepítési parancsfájl újbóli beállításával újraindíthatja a telepítést a sikertelen lépéssel.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. Például:For example:

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

A telepítés végén a PowerShell-munkamenet továbbra is nyitva van, és nem jelenít meg kimenetetAt the end of the deployment, the PowerShell session is still open and doesn't show any output

Ez a viselkedés valószínűleg csak egy PowerShell-parancssorablak alapértelmezett viselkedésének eredménye, ha ki van választva.This behavior is probably just the result of the default behavior of a PowerShell command window when it's been selected. A ASDK központi telepítése sikeres volt, de a parancsfájlt az ablak kiválasztásakor szüneteltették.The ASDK deployment has succeeded but the script was paused when selecting the window. Ellenőrizze, hogy a telepítés befejeződött-e, ha a "kiválasztás" szót keresi a parancssori ablakban.You can verify setup has completed by looking for the word "select" in the titlebar of the command window. Az ESC billentyű lenyomásával törölje a kijelölését, és a befejezési üzenetet is meg kell jeleníteni.Press the ESC key to unselect it, and the completion message should be shown after it.

A sablon-érvényesítési hiba paraméterének osProfile nem engedélyezettTemplate validation error parameter osProfile is not allowed

Ha a sablon érvényesítése során hibaüzenet jelenik meg, hogy a "osProfile" paraméter nem engedélyezett, ügyeljen arra, hogy az API-k megfelelő verzióit használja az alábbi összetevőkhöz: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:

A virtuális merevlemez Azure-ból Azure Stackba történő másolásához használja a AzCopy 7.3.0.To copy a VHD from Azure to Azure Stack, use AzCopy 7.3.0. Működjön együtt a gyártóval a rendszerképpel kapcsolatos problémák megoldásához.Work with your vendor to resolve issues with the image itself. A Azure Stack WALinuxAgent követelményeivel kapcsolatos további információkért lásd: Azure Linux Agent.For more information about the WALinuxAgent requirements for Azure Stack, see Azure LinuX Agent.

A telepítés sikertelen a külső hozzáférés hiánya miattDeployment fails due to lack of external access

Ha a telepítés sikertelen, és a külső hozzáférés kötelező, az alábbi példához hasonló kivételt ad vissza: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

Ha ez a hiba történik, ellenőrizze, hogy teljesülnek-e az összes minimális hálózati követelmény a központi telepítési hálózati forgalom dokumentációjánakáttekintésével.If this error occurs, make sure all minimum networking requirements have been met by reviewing the deployment network traffic documentation. A partneri eszközkészlet részeként egy hálózati ellenőrzési eszköz is elérhető a partnerek számára.A network checker tool is also available for partners as part of the Partner Toolkit.

Az egyéb központi telepítési hibák általában az interneten található erőforrásokhoz való csatlakozással kapcsolatos problémák miatt jelentkeznek.Other deployment failures are typically due to problems connecting to resources on the Internet.

Az interneten található erőforrásokhoz való kapcsolódás ellenőrzéséhez hajtsa végre a következő lépéseket:To verify connectivity to resources on the Internet, you can perform the following steps:

  1. Nyissa meg a PowerShellt.Open PowerShell.
  2. Enter-PSSession a WAS01 vagy a ERCs virtuális gépek bármelyikére.Enter-PSSession to the WAS01 or any of the ERCs VMs.
  3. Futtassa a következő parancsmagot:Run the following cmdlet:
    Test-NetConnection login.windows.net -port 443
    

Ha a parancs végrehajtása sikertelen, ellenőrizze, hogy a TOR kapcsoló és bármely más hálózati eszköz úgy van-e konfigurálva, hogy engedélyezze a hálózati forgalmat.If this command fails, verify the TOR switch and any other network devices are configured to allow network traffic.

Virtual machines (Virtuális gépek)Virtual machines

A virtuális gépek Azure Stack-ben való üzembe helyezése előtt hozzá kell adni egy Windows Server-lemezképet és-gyűjteményi elemeket.A Windows Server image and gallery item must be added before deploying VMs in Azure Stack.

A Azure Stack gazdagép újraindítása után néhány virtuális gép nem indul el automatikusanAfter restarting my Azure Stack host, some VMs don't automatically start

A gazdagép újraindítása után észreveheti, Azure Stack szolgáltatások nem azonnal érhetők el.After rebooting your host, you may notice Azure Stack services aren't immediately available. Ennek az az oka, hogy Azure Stack infrastruktúra-alapú virtuális gépek és RPs a konzisztencia ellenőrzéséhez hosszabb időt vesz igénybe, de végül automatikusan elindul.This is because Azure Stack infrastructure VMs and RPs take some time to check consistency, but will eventually start automatically.

Azt is megfigyelheti, hogy a bérlői virtuális gépek nem indulnak el automatikusan a ASDK-gazdagép újraindítása után.You might also notice that tenant VMs don't automatically start after a reboot of the ASDK host. Néhány manuális lépéssel online állapotba hozhatja őket:You can bring them online with a few manual steps:

  1. A ASDK-gazdagépen indítsa el Feladatátvevőfürt-kezelő a Start menüből.On the ASDK host, start Failover Cluster Manager from the Start Menu.
  2. Válassza ki az S-cluster. azurestack. local fürtöt.Select the cluster S-Cluster.azurestack.local.
  3. Válassza a szerepkörök lehetőséget.Select Roles.
  4. A bérlői virtuális gépek mentett állapotban jelennek meg.Tenant VMs appear in a saved state. Ha az összes infrastruktúra-virtuális gép fut, kattintson a jobb gombbal a bérlői virtuális gépekre, és válassza a Start lehetőséget a virtuális gép folytatásához.Once all Infrastructure VMs are running, right-click the tenant VMs and select Start to resume the VM.

Töröltem néhány virtuális gépet, de továbbra is láthatók a lemezen lévő VHD-fájlokI've deleted some VMs, but still see the VHD files on disk

Ennek a viselkedésnek a kialakítása a következő:This behavior is by design:

  • Ha töröl egy virtuális gépet, a VHD-k nem törlődnek.When you delete a VM, VHDs aren't deleted. A lemezek különálló erőforrások az erőforráscsoporthoz.Disks are separate resources in the resource group.
  • Ha a Storage-fiók törölve lesz, a törlés azonnal látható Azure Resource Manageron keresztül, de az esetlegesen tartalmazott lemezek továbbra is tárolás alatt maradnak a tárolóban, amíg a rendszer a szemetet nem fut.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.

Ha "árva" virtuális merevlemezeket lát, fontos tisztában lennie azzal, hogy egy törölt Storage-fiók mappájában vannak-e.If you see "orphan" VHDs, it's important to know if they're part of the folder for a storage account that was deleted. Ha a Storage-fiók nem lett törölve, a virtuális merevlemezek továbbra is a megszokott módon maradnak.If the storage account wasn't deleted, it's normal that the VHDs remain.

További információk az adatmegőrzési küszöbérték és az igény szerinti, a Storage-fiókok kezelésecímű témakörben olvashatók.You can read more about configuring the retention threshold and on-demand reclamation in manage storage accounts.

StorageStorage

Tárhely-visszanyerésStorage reclamation

Akár 14 órát is igénybe vehet, ha visszaigényelt kapacitást szeretne megjeleníteni a portálon.It can take up to 14 hours for reclaimed capacity to show up in the portal. A lemezterület-visszanyerés a különböző tényezőktől függ, például a belső tároló fájljainak használati százaléka a blob-tárolóban.Space reclamation depends on various factors including usage percentage of internal container files in block blob store. Ezért attól függően, hogy mennyi adattal törli a rendszer, nem garantálható, hogy a rendszer mennyi helyet szabadít fel a Garbage Collector futtatásakor.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.

További lépésekNext steps

Látogasson el a Azure Stack támogatási fórumáraVisit the Azure Stack support forum