Problembehandlung für Validation-as-a-Service
Die folgenden allgemeinen Probleme treten unabhängig von Softwareversionen und deren Lösungen auf.
Lokaler Agent
Das Portal zeigt den lokalen Agent im Debugmodus.
Dieses Problem tritt wahrscheinlich auf, weil der Agent aufgrund einer instabilen Netzwerkverbindung keine Heartbeats an den Dienst senden kann. Ein Takt wird alle fünf Minuten gesendet. Wenn der Dienst innerhalb von 15 Minuten keinen Heartbeat erhält, betrachtet der Dienst den Agent als inaktiv, und es werden keine weiteren Tests für ihn geplant. Überprüfen Sie die Fehlermeldung in der Agenthost.log-Datei im Verzeichnis, in dem der Agent gestartet wurde.
Hinweis
Zwar werden alle Tests, die bereits auf dem Agent ausgeführt werden, auch weiterhin ausgeführt, allerdings treten beim Aktualisieren von Teststatus oder Hochladen von Protokollen Fehler auf, wenn der Heartbeat vor Ende des Tests nicht wiederhergestellt wird. Der Test wird immer als wird ausgeführt angezeigt und muss abgebrochen werden.
Der Agent-Prozess auf dem Computer wurde während der Ausführung des Tests beendet. Was können Sie erwarten?
Wenn der Agent-Prozess nicht ordnungsgemäß heruntergefahren wird, wird der auf ihm ausgeführte Test weiterhin mit dem Status Wird ausgeführt angezeigt. Ein Beispiel für nicht ordnungsgemäßes Herunterfahren ist der Neustart eines Computers und das Abbrechen des Prozesses. (Das Drücken von STRG+C im Agent-Fenster gilt als ordnungsgemäßes Herunterfahren.) Wenn der Agent neu gestartet wird, aktualisiert der Agent den Status des Tests nach abgebrochen. Wenn der Agent nicht neu gestartet wird, wird der Test als wird ausgeführt angezeigt, und Sie müssen den Test manuell abbrechen.
Hinweis
Tests in einem Workflow werden für eine sequenzielle Ausführung geplant. Ausstehende Tests werden erst ausgeführt, wenn Tests im Zustand Wird ausgeführt im gleichen Workflow abgeschlossen werden.
VM-Images
Fehler beim Hochladen eines VM-Images im Skript VaaSPreReq
Lesen Sie den Abschnitt Behandeln langsamer Netzwerkverbindung weiter unten. Dort finden Sie manuelle Schritte zum Hochladen der VM-Images in den Azure Stack-Stempel.
Behandeln langsamer Netzwerkverbindung
1. Überprüfen der Umgebung auf Fehlerfreiheit
Überprüfen Sie in der DVM/Jumpbox, ob Sie sich mit den Administratoranmeldeinformationen beim Verwaltungsportal anmelden können.
Vergewissern Sie sich, dass keine Benachrichtigungen oder Warnungen vorhanden sind.
Wenn die Umgebung fehlerfrei ist, laden Sie die erforderlichen VM-Images manuell für VaaS-Testläufe hoch, indem Sie die Schritte im Abschnitt unten ausführen:
2. Herunterladen eines PIR-Images in die lokale Freigabe bei einem langsamen Netzwerkdatenverkehr
Laden Sie AzCopy hier herunter: vaasexternaldependencies(AzCopy).
Extrahieren Sie „AzCopy.zip“, und wechseln Sie zum Verzeichnis mit
AzCopy.exe.Öffnen Sie Windows PowerShell über eine Eingabeaufforderung mit erhöhten Rechten. Führen Sie die folgenden Befehle aus:
.\azcopy.exe /Source:'https://azurestacktemplate.blob.core.windows.net/azurestacktemplate-public-container' /Dest:'<LocalFileShare>' /Pattern:'Server2016DatacenterFullBYOL.vhd' /NC:12 /V:azcopylog.log /Y
.\azcopy.exe /Source:'https://azurestacktemplate.blob.core.windows.net/azurestacktemplate-public-container' /Dest:'<LocalFileShare>' /Pattern:'Server2016DatacenterCoreBYOL.vhd' /NC:12 /V:azcopylog.log /Y
.\azcopy.exe /Source:'https://azurestacktemplate.blob.core.windows.net/azurestacktemplate-public-container' /Dest:'<LocalFileShare>' /Pattern:'WindowsServer2012R2DatacenterBYOL.vhd' /NC:12 /V:azcopylog.log /Y
.\azcopy.exe /Source:'https://azurestacktemplate.blob.core.windows.net/azurestacktemplate-public-container' /Dest:'<LocalFileShare>' /Pattern:'Ubuntu1404LTS.vhd' /NC:12 /V:azcopylog.log /Y
.\azcopy.exe /Source:'https://azurestacktemplate.blob.core.windows.net/azurestacktemplate-public-container' /Dest:'<LocalFileShare>' /Pattern:'Ubuntu1604-20170619.1.vhd' /NC:12 /V:azcopylog.log /Y
.\azcopy.exe /Source:'https://azurestacktemplate.blob.core.windows.net/azurestacktemplate-public-container' /Dest:'<LocalFileShare>' /Pattern:'OpenLogic-CentOS-69-20180105.vhd' /NC:12 /V:azcopylog.log /Y
.\azcopy.exe /Source:'https://azurestacktemplate.blob.core.windows.net/azurestacktemplate-public-container' /Dest:'<LocalFileShare>' /Pattern:'Debian8_latest.vhd' /NC:12 /V:azcopylog.log /Y
Hinweis
LocalFileShare ist der Freigabepfad oder der lokale Pfad.
3. Überprüfen des Hashwerts von PIR-Imagedateien
Sie können das Get-HashFile-Cmdlet verwenden, um den Hashwert für die heruntergeladenen PIR-Imagedateien abzurufen und die Integrität der Images zu überprüfen.
| Dateiname | SHA256 |
|---|---|
| Server2016DatacenterFullBYOL.vhd | 6ED58DCA666D530811A1EA563BA509BF9C29182B902D18FCA03C7E0868F733E9 |
| WindowsServer2012R2DatacenterBYOL.vhd | 9792CBF742870B1730B9B16EA814C683A8415EFD7601DDB6D5A76D0964767028 |
| Server2016DatacenterCoreBYOL.vhd | 5E80E1A6721A48A10655E6154C1B90E320DF5558487D6A0D7BFC7DCD32C4D9A5 |
| Ubuntu1404LTS.vhd | B24CDD12352AAEBC612A4558AB9E80F031A2190E46DCB459AF736072742E20E0 |
| Ubuntu1604-20170619.1.vhd | C481B88B60A01CBD5119A3F56632A2203EE5795678D3F3B9B764FFCA885E26CB |
| OpenLogic-CentOS-69-20180105.vhd | C8B874FE042E33B488110D9311AF1A5C7DC3B08E6796610BF18FDD6728C7913C |
| Debian8_latest.vhd | 06F8C11531E195D0C90FC01DFF5DC396BB1DD73A54F8252291ED366CACD996C1 |
4. Hochladen der VM-Images in ein Speicherkonto
Verwenden Sie ein vorhandenes Speicherkonto, oder erstellen Sie ein neues in Azure.
Erstellen Sie einen Container, in den die Images hochgeladen werden.
Laden Sie die VM-Images aus dem [LocalFileShare] oben (in den Sie die VM-Images hochgeladen haben) in den soeben erstellten Container hoch.
Wichtig
Ändern Sie „Öffentliche Zugriffsebene“ des Containers in „Blob (anonymer Lesezugriff nur für Blobs)“.
5. Hochladen der VM-Images in die Azure Stack Umgebung
Melden Sie sich als Dienstadministrator beim Verwaltungsportal an. Die Administratorportal-URL finden Sie im ECE-Store und in Ihrer Stempelinformationsdatei. Anweisungen hierzu finden Sie unter Umgebungsparameter.
Wählen Sie Weitere DiensteRessourcenanbieterComputeVM-Images aus.
Wählen Sie die Schaltfläche + Hinzufügen am oberen Rand des Blatts VM-Images aus.
Ändern oder überprüfen Sie die Werte der folgenden Felder für das erste VM-Image:
Wichtig
Nicht alle Standardwerte sind für das vorhandene Marketplace-Element richtig.
Feld Wert Herausgeber MicrosoftWindowsServer Angebot Windows Server Betriebssystemtyp Windows SKU 2012-R2-Datacenter Version 1.0.0 Betriebssystem-Datenträgerblob-URI https://<<>/<>>/WindowsServer2012R2DatacenterBYOL.vhd Wählen Sie die Schaltfläche Erstellen.
Wiederholen Sie diesen Vorgang für die verbleibenden VM-Images.
Alle erforderlichen VM-Images weisen die folgenden Eigenschaften auf:
| Herausgeber | Angebot | Betriebssystemtyp | SKU | Version | Betriebssystem-Datenträgerblob-URI |
|---|---|---|---|---|---|
| MicrosoftWindowsServer | Windows Server | Windows | 2012-R2-Datacenter | 1.0.0 | https://[Speicherkonto]/[Containername]/WindowsServer2012R2DatacenterBYOL.vhd |
| MicrosoftWindowsServer | Windows Server | Windows | 2016-Datacenter | 1.0.0 | https://[Speicherkonto]/[Containername]/Server2016DatacenterFullBYOL.vhd |
| MicrosoftWindowsServer | Windows Server | Windows | 2016-Datacenter-Server-Core | 1.0.0 | https://[Speicherkonto]/[Containername]/Server2016DatacenterCoreBYOL.vhd |
| Canonical | UbuntuServer | Linux | 14.04.3-LTS | 1.0.0 | https://[Speicherkonto]/[Containername]/Ubuntu1404LTS.vhd |
| Canonical | UbuntuServer | Linux | 16.04-LTS | 16.04.20170811 | https://[Speicherkonto]/[Containername]/Ubuntu1604-20170619.1.vhd |
| OpenLogic | CentOS | Linux | 6.9 | 1.0.0 | https://[Speicherkonto]/[Containername]/OpenLogic-CentOS-69-20180105.vhd |
| Credativ | Debian | Linux | 8 | 1.0.0 | https://[Speicherkonto]/[Containername]/Debian8_latest.vhd |
Nächste Schritte
- Unter Versionshinweise für Validation-as-a-Service finden Sie die Änderungen in den letzten Versionen.