Dela via

Felsökningsguide för problem i AKS som aktiveras av Azure Arc på VMware

  • Artikel

Gäller för: AKS aktiverat av Azure Arc på VMware (förhandsversion)

Den här artikeln beskriver felsökningssteg för kända problem och fel som kan uppstå när du distribuerar AKS som aktiveras av Azure Arc i förhandsversionen av VMware. Du kan också granska kända problem här eller följa felsökningsöversikten för att rapportera buggar eller ge produktfeedback.

Den här sidan uppdateras kontinuerligt, så kom tillbaka hit för ny information. När vi identifierar kritiska problem som kräver lösningar lägger vi till dem. Granska den här informationen noggrant innan du distribuerar din AKS Arc på VMware-förhandsversionen.

Arc-resursbrygga

Problem med Azure Arc-resursbryggan

Information om problem med Azure Arc-resursbryggan finns i felsökningsguiden här.

Återställa från misslyckade distributioner av Arc Resource Bridge

Se felsökningsguiden här.

vCenter-anslutning till Azure

Om det finns ett felmeddelande om att resursbryggans <namn> som är associerat med det här vCenter för närvarande inte är tillgängligt. Åtgärder som utförs på detta vCenter kan misslyckas till följd av detta", det anger att resursbryggan som används för att ansluta vCenter antingen är nere eller borttagen.

Följ dessa anvisningar för att lösa problemet:

Samla in loggar

Om du får problem kan du dela loggfilerna och CLI-versionen med supporttekniker i felsökningssyfte.

Problem före Distribution av Arc Resource Bridge

Hämta kva.log-filen från systemet på c:\programdata\kva\kva.log för mer utförlig information.

Problem vid distribution av Arc Resource Bridge

Samla in loggarna genom att köra följande kommandon från den dator som du tidigare använde för att försöka distribuera Arc-resursbryggan. Från och med CLI version 1.0.0 måste du först köra kommandot az arcappliance get-credentials. Detta säkerställer att alla nödvändiga autentiseringsuppgifter för logginsamling hämtas till datorn. Mer information om det här kommandot finns i CLI-dokumentationen:

az arcappliance get-credentials –name <name of Arc Resource Bridge> --resource-group <name of resource group>

När du har kört az arcappliance get-credentials kommandot kan du fortsätta med loggsamlingen az arcappliance logs vmware med kommandot :

az arcappliance logs vmware --ip <Arc Resource Bridge VM control plane IP endpoint> --address <vCenter FQDN/IP address, same one used when creating config files> --username <vcenter username> --password <vcenter password>

Om du ännu inte har skapat en virtuell dator az arcappliance logs vmware för installationen är kommandot inte användbart och loggnyckelfilen genereras inte.

Problem när Arc Resource Bridge är igång

Samla in loggarna genom att köra az arcappliance logs vmware kommandot från samma dator som du använde för att distribuera Arc Resource Bridge:

  • Om du har kubeconfig för installationen och den virtuella datorn körs med en api-server som kan nås, samlar följande kommando in loggar från installationen och matar ut en .zip fil i den aktuella arbetskatalogen:

    az arcappliance logs vmware --kubeconfig='<path to your kubeconfig>'

  • Om du inte har kubeconfig eller om DIN API-server inte kan nås samlar följande kommando in loggar med den angivna vm-IP-adressen för installationen (kontrollera din virtualiseringsinfrastruktur, till exempel Hyper-V-hanteraren, för att hitta den virtuella datorns IP-adress för installationen). Observera att parametern kubeconfig fortfarande krävs men kan skickas som en tom sträng om en IP-adress också tillhandahålls:

    az arcappliance logs vmware --kubeconfig='' --ip='<IP address of Arc Resource Bridge VM>'

Exempel med ifyllda värden

az arcappliance logs vmware --kubeconfig .\resourcebridge\kubeconfig
az arcappliance logs vmware --kubeconfig='kubeconfig'
az arcappliance logs vmware --kubeconfig='' --ip=10.0.1.166

Hämta CLI-tilläggsversion

Du kan returnera cli-tilläggsversionen för installationen genom att köra följande kommando:

az extension show --name arcappliance -o table

Du måste ha en ny version av Az CLI installerad på alla noder i ditt fysiska kluster.

  • Kontrollera att du har Az CLI genom att köra az -v.
  • Uppgradera till den senaste versionen genom att köra az upgrade.

Felmeddelanden och felsökningssteg

Det här avsnittet innehåller en lista över vanliga felmeddelanden och deras felsökningssteg.

Fel: "AlreadyDeployedError"

  • Rotorsak: Det här felet uppstår eftersom miljön inte har rensats från föregående distribution innan du försöker distribuera igen.
  • Lösning: Lös problemet genom att avinstallera Arc Resource Bridge och sedan försöka distribuera igen.

Fel: x509: certifikatet har upphört att gälla eller är ännu inte giltigt: aktuell tid1 <> är före <time2>. Kontrollen misslyckades

  • Rotorsak: Det här felet uppstår när certifikat upphör att gälla på grund av ett tidsfel mellan klientdatorn och den virtuella datorn (eller ESXi-servern). En av dem är inte NTP-aktiverad.
  • Lösning:
    1. Kontrollera om tiden på den virtuella datorn matchar tiden på den dator som du använde för ARB-distribution.
    2. Anslut ESXi-servern till en NTP-server för att synkronisera dess tid och lösa problemet.

Fel: Termen "az" identifieras inte som namnet på en cmdlet, funktion, skriptfil eller ett fungerande program. Kontrollera stavningen av namnet, eller om en sökväg har inkluderats, kontrollera att sökvägen är korrekt och försök igen

  • Rotorsak: Az CLI känns inte igen eftersom det tidigare PowerShell-fönstret stängdes och inte synkroniserades med installationen av Azure CLI.
  • Lösning:
    1. Öppna ett nytt PowerShell-fönster och gå till mappen där du lagrade registreringsskriptet för Arc Resource Bridge.
    2. Kör .temp\.env\Scripts\Activate.ps1 för att installera Python venv.

Nästa steg