Problemen met de ASDK oplossen
Dit artikel bevat algemene informatie over probleemoplossing voor de Azure Stack Development Kit (ASDK). Zie Microsoft Azure Stack-probleemoplossing voor hulp bij geïntegreerde Azure Stack-systemen.
Omdat de ASDK een evaluatieomgeving is, biedt Microsoft Ondersteuning geen ondersteuning. Als u een probleem ondervindt dat niet is gedocumenteerd, kunt u hulp krijgen van experts in Microsoft Q&A voor Azure Stack.
Implementatie
Implementatiefout
Als er een fout optreedt tijdens de installatie, kunt u de implementatie opnieuw starten vanuit de mislukte stap met behulp van de optie -opnieuw uitvoeren van het implementatiescript. Voorbeeld:
cd C:\CloudDeployment\Setup
.\InstallAzureStackPOC.ps1 -Rerun
Aan het einde van de implementatie is de PowerShell-sessie nog steeds geopend en wordt geen uitvoer weergegeven
Dit gedrag is waarschijnlijk alleen het resultaat van het standaardgedrag van een PowerShell-opdrachtvenster wanneer dit is geselecteerd. De ASDK-implementatie is voltooid, maar het script is onderbroken bij het selecteren van het venster. U kunt controleren of de installatie is voltooid door te zoeken naar het woord 'selecteren' in de titelbalk van het opdrachtvenster. Druk op Esc om de selectie ervan op te heffen en het voltooiingsbericht moet erna worden weergegeven.
Sjabloonvalidatiefoutparameter osProfile is niet toegestaan
Als er tijdens de sjabloonvalidatie een foutbericht wordt weergegeven dat de parameter osProfile niet is toegestaan, controleert u of u de juiste versies van de API's voor deze onderdelen gebruikt:
Als u een VHD van Azure naar Azure Stack wilt kopiëren, gebruikt u AzCopy 7.3.0. Werk samen met uw leverancier om problemen met de installatiekopieën zelf op te lossen. Zie De Azure LinuX-agent voor meer informatie over de WALinuxAgent-vereisten voor Azure Stack Hub.
Implementatie mislukt vanwege gebrek aan externe toegang
Wanneer de implementatie mislukt in fasen waarin externe toegang is vereist, wordt een uitzondering zoals in het volgende voorbeeld geretourneerd:
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
Als deze fout optreedt, moet u ervoor zorgen dat aan alle minimale netwerkvereisten is voldaan door de documentatie voor het implementatienetwerkverkeer te raadplegen. Er is ook een hulpprogramma voor netwerkcontrole beschikbaar voor partners als onderdeel van de Partner Toolkit.
Andere implementatiefouten zijn meestal het gevolg van problemen met het maken van verbinding met resources op internet.
Als u de verbinding met resources op internet wilt controleren, kunt u de volgende stappen uitvoeren:
- Open PowerShell.
- Enter-PSSession naar de WAS01 of een van de ERC-VM's.
- Voer de volgende cmdlet uit:
Test-NetConnection login.windows.net -port 443
Als deze opdracht mislukt, controleert u of de TOR-switch en andere netwerkapparaten zijn geconfigureerd om netwerkverkeer toe te staan.
Virtuele machines
Standaardafbeelding en galerie-item
Er moet een Windows Server-installatiekopieën en galerie-item worden toegevoegd voordat u VM's implementeert in Azure Stack.
Na het opnieuw opstarten van mijn Azure Stack-host worden sommige VM's niet automatisch gestart
Nadat u uw host opnieuw hebt opgestart, ziet u mogelijk dat Azure Stack-services niet onmiddellijk beschikbaar zijn. Dit komt doordat het enige tijd duurt voordat vm's en RPs van de Azure Stack-infrastructuur consistentie controleren, maar uiteindelijk automatisch wordt gestart.
Mogelijk merkt u ook dat tenant-VM's niet automatisch worden gestart na het opnieuw opstarten van de ASDK-host. U kunt ze online brengen met een paar handmatige stappen:
- Start failoverclusterbeheer op de ASDK-host vanuit het menu Start.
- Selecteer het cluster S-Cluster.azurestack.local.
- Selecteer Rollen.
- Tenant-VM's worden in een opgeslagen status weergegeven. Zodra alle infrastructuur-VM's worden uitgevoerd, klikt u met de rechtermuisknop op de tenant-VM's en selecteert u Starten om de VM te hervatten.
Ik heb enkele VM's verwijderd, maar zie nog steeds de VHD-bestanden op schijf
Dit gedrag is standaard:
- Wanneer u een virtuele machine verwijdert, worden VHD's niet verwijderd. Schijven zijn afzonderlijke resources in de resourcegroep.
- Wanneer een opslagaccount wordt verwijderd, is de verwijdering direct zichtbaar via Azure Resource Manager, maar de schijven die het kan bevatten, worden nog steeds in de opslag bewaard totdat de garbagecollection wordt uitgevoerd.
Als u zwevende VHD's ziet, is het belangrijk om te weten of ze deel uitmaken van de map voor een opslagaccount dat is verwijderd. Als het opslagaccount niet is verwijderd, is het normaal dat de VHD's behouden blijven.
Meer informatie over het configureren van de retentiedrempel en on-demand reclamatie in het beheren van opslagaccounts.
Storage
Opslagherstel
Het kan tot 14 uur duren voordat de vrijgemaakte capaciteit wordt weergegeven in de portal. Ruimteherstel is afhankelijk van verschillende factoren, waaronder het gebruikspercentage van interne containerbestanden in blok-blobopslag. Afhankelijk van hoeveel gegevens er worden verwijderd, is er dus geen garantie voor de hoeveelheid ruimte die kan worden vrijgemaakt wanneer garbagecollection wordt uitgevoerd.