Fehlerbehebung

Auf dieser Seite erfahren Sie, wie Sie Probleme mit Batch beheben.

Wenn Sie versuchen, einen Job zu beheben, für den Sie eine Fehlermeldung für, prüfen Sie, ob der Verlauf des Jobs Fehlermeldungen, indem Sie Statusereignisse aufrufen bevor Sie dieses Dokument lesen.

Weitere Informationen zur Fehlerbehebung bei einem Auftrag finden Sie unter Dokumente:

Fehler bei der Joberstellung

Wenn Sie einen Job nicht erstellen können, kann dies an einem der Fehler in diesem Abschnitt liegen.

Unzureichendes Kontingent

Problem

Eines der folgenden Probleme tritt auf, wenn Sie versuchen, einen Job zu erstellen:

  • Wenn sich der Job in der QUEUED, tritt das folgende Problem im Feld statusEvents:

    Quota checking process decides to delay scheduling for the job JOB_UID due to inadequate quotas [Quota: QUOTA_NAME, limit: QUOTA_LIMIT, usage: QUOTA_CURRENT_USAGE, wanted: WANTED_QUOTA.].

    Dieses Problem zeigt an, dass sich der Job verzögert hat, weil der aktuelle Nutzung (QUOTA_USAGE) und Limit (QUOTA_LIMIT) des Kontingents QUOTA_NAME verhindert, dass der Job angeforderte Nutzung (WANT_QUOTA).

  • Wenn sich der Job in QUEUED-, SCHEDULED- oder FAILED-Status, Eines der folgenden Probleme tritt im Feld statusEvents:

    RESOURCE_NAME creation failed:
Quota QUOTA_NAME exceeded. Limit: QUOTA_LIMIT in region REGION

    RESOURCE_NAME creation failed:
Quota QUOTA_NAME exceeded. Limit: QUOTA_LIMIT in zone ZONE

    Dieses Problem weist darauf hin, dass das Erstellen einer Ressource fehlgeschlagen ist, weil der Ihr Kontingent von QUOTA_NAME überschritten, das hat ein Limit von QUOTA_LIMIT in der angegebenen Ort.

Lösung

So beheben Sie das Problem:

  • Wenn sich der Job verzögert hat, warten Sie, bis ein größeres Kontingent freigegeben ist.

  • Wenn der Job aufgrund unzureichenden Kontingents fehlgeschlagen ist oder diese Verzögerungen bestehen bleiben, Versuchen Sie, ein unzureichendes Kontingent zu verhindern, indem Sie einen der folgenden Schritte ausführen:

    • Erstellen Sie Jobs, die dieses Kontingent weniger oder ein anderes Kontingent verbrauchen. Geben Sie beispielsweise einen anderen zulässigen Standort oder Ressourcentyp für oder die Kontingentnutzung auf weitere Projekte aufteilen.

    • Fordern Sie bei Google Cloud ein höheres Kontingentlimit für Ihr Projekt an.

Weitere Informationen finden Sie unter Batchkontingente und -limits und Mit Kontingenten arbeiten

Unzureichende Berechtigungen, um als Dienstkonto zu fungieren

Problem

Das folgende Problem tritt auf, wenn Sie versuchen, einen Job zu erstellen:

  • Wenn für den Job keine Instanzvorlage verwendet wird, tritt das Problem so auf:

    caller does not have access to act as the specified service account: SERVICE_ACCOUNT_NAME

  • Wenn für den Job eine Instanzvorlage verwendet wird, tritt das Problem so auf:

    Error: code - CODE_SERVICE_ACCOUNT_MISMATCH, description - The service account specified in the instance template INSTANCE_TEMPLATE_SERVICE_ACCOUNT doesn't match the service account specified in the job JOB_SERVICE_ACCOUNT for JOB_UID, project PROJECT_NUMBER

Dieses Problem tritt normalerweise auf, weil der Nutzer, der den Job erstellt, keine ausreichende Berechtigungen, um als das vom Job verwendete Dienstkonto zu fungieren. die von der iam.serviceAccounts.actAs-Berechtigung.

Lösung

So beheben Sie das Problem:

  1. Wenn der Job eine Instanzvorlage verwendet, prüfen Sie, ob das Dienstkonto die in der Instanzvorlage mit dem Dienstkonto übereinstimmen die in der Definition des Jobs angegeben ist.
  2. Dem Nutzer, der den Job erstellt, muss dieser Rolle „Dienstkontonutzer“ (roles/iam.serviceAccountUser) für das für den Job angegebene Dienstkonto. Weitere Informationen finden Sie unter Zugriff verwalten
  3. Erstellen Sie den Job neu.

Wiederkehrende Netzwerke

Problem

Das folgende Problem tritt auf, wenn Sie versuchen, einen Job zu erstellen:

Networks must be distinct for NICs in the same InstanceTemplate

Dieses Problem tritt auf, weil Sie das Netzwerk für einen Job mehr als einmal angegeben haben.

Lösung

Erstellen Sie den Job neu und geben Sie das Netzwerk mit Eine der folgenden Optionen:

Weitere Informationen finden Sie unter Netzwerk für einen Job angeben

Ungültiges Netzwerk für VPC Service Controls

Problem

Das folgende Problem tritt auf, wenn Sie versuchen, einen Job zu erstellen:

no_external_ip_address field is invalid. VPC Service Controls is enabled for the project, so external ip address must be disabled for the job. Please set no_external_ip_address field to be true

Lösung

Dieses Problem tritt auf, weil Sie versuchen, einen Job mit VMs zu erstellen und auszuführen. mit externen IP-Adressen in einem VPC Service Controls-Dienstperimeter.

So beheben Sie das Problem: Erstellen Sie einen Job, der den externen Zugriff für alle VMs blockiert.

Weitere Informationen zum Konfigurieren des Netzwerks für einen Job in einem VPC Service Controls-Dienstperimeter, Siehe VPC Service Controls mit Batch verwenden.

Jobprobleme und Fehlerfehler

Wenn Sie Probleme mit einem Job haben, der nicht korrekt ausgeführt wird oder für Gründe hierfür sind, kann an einem der Fehler in diesem Abschnitt oder einen der Exit-Codes im Abschnitt Exit-Codes für Aufgabenfehler.

Keine Logs in Cloud Logging

Problem

Sie müssen einen Job debuggen, aber für den Job werden in Cloud Logging:

Dieses Problem tritt häufig aus folgenden Gründen auf:

  • Die Cloud Logging API ist für Ihr Projekt nicht aktiviert. Auch wenn Sie alles andere für die Logs eines Jobs korrekt konfigurieren, Es werden keine Logs generiert, wenn der Dienst nicht für für Ihr Projekt.
  • Das Dienstkonto des Jobs hat keine Schreibberechtigung Logs. Ein Job kann ohne ausreichende Berechtigungen keine Logs erstellen.
  • Der Job wurde nicht zum Erstellen von Logs konfiguriert. Zum Erstellen von Logs in Cloud Logging muss Cloud Logging für einen Job aktiviert sein. Der Job Runnables sollten auch so konfiguriert sein, dass Informationen geschrieben werden, in Logs in der Standardausgabe (stdout) angezeigt und Standardfehlerstreams (stderr). Weitere Informationen finden Sie unter Job mithilfe von Logs analysieren
  • Aufgaben wurden nicht ausgeführt. Logs können erst erstellt werden, wenn Aufgaben erstellt wurden zugewiesenen Ressourcen und beginnen mit der Ausführung.
  • Cloud Logging wurde so konfiguriert, dass die Logs des Jobs automatisch ausgeschlossen werden. Logs aus Batchjobs können nicht angezeigt werden, wenn Sie Folgendes konfiguriert haben Ausschlussfilter für Cloud Logging durch die Logs von Batchjobs ausgeschlossen werden.

Lösung

So beheben Sie das Problem:

  1. Achten Sie darauf, dass die Logs nicht automatisch aus Cloud Logging ausgeschlossen wurden indem Sie alle aktuellen Ausschlussfilter für Cloud Logging.
  2. Achten Sie darauf, dass die Cloud Logging API für Ihr Projekt aktiviert ist.
  3. Achten Sie darauf, dass das Dienstkonto für den Job die IAM-Rolle Logautor (roles/logging.logWriter) Weitere Informationen finden Sie unter Batch für ein Projekt aktivieren
  4. Rufen Sie die Details des Jobs mit der gcloud CLI oder Batch API auf. Die Jobdetails können Ihnen helfen zu verstehen, warum der Job nicht Protokolle erstellen und Informationen liefern, aus Protokollen. Gehen Sie beispielsweise so vor: <ph type="x-smartling-placeholder">
      </ph>
    1. Prüfen Sie in der Dokumentation des Jobs, ob Logging aktiviert ist, Feld logsPolicy.
    2. Ob der Job erfolgreich ausgeführt wurde, können Sie in der Feld status.

Erstellen Sie den Job neu, nachdem Sie Änderungen vorgenommen haben, und warten Sie, bis er bevor Sie die Logs prüfen.

Keine Dienst-Agent-Berichterstellung

Problem

Das folgende Problem tritt in der Feld „statusEvents“ für einen Job, der nicht ordnungsgemäß ausgeführt wird oder fehlgeschlagen ist, bevor VMs erstellt wurden:

No VM has agent reporting correctly within time window NUMBER_OF_SECONDS seconds, VM state for instance VM_NAME is TIMESTAMP,agent,start

Das Problem weist darauf hin, dass keine der VMs eines Jobs Berichte an den Batch-Dienst-Agent.

Dieses Problem tritt häufig aus folgenden Gründen auf:

  • Die Berechtigungen der VMs des Jobs reichen nicht aus. Die VMs eines Jobs benötigen bestimmte Berechtigungen, um ihren Status an den Batch-Dienst-Agent. Sie können diese Berechtigungen erteilen, für die VMs eines Jobs, indem Sie der Rolle „Batch-Agent-Melder“ (roles/batch.agentReporter) mit dem Dienstkonto des Jobs.
  • Die VMs des Jobs haben Netzwerkprobleme. Für die VMs eines Jobs ist ein Netzwerk erforderlich Zugriff, um mit dem Batch-Dienst-Agent zu kommunizieren.
  • Die VMs des Jobs verwenden ein veraltetes Batch-VM-Betriebssystem-Image oder ein VM-Betriebssystem-Image mit veralteter Batch-Dienst-Agent-Software. Die VMs des Jobs erfordern Software im VM-Betriebssystem-Image, die den aktuelle Abhängigkeiten für die Berichterstellung an die Batch-Dienst-Agent.

Lösung

So beheben Sie das Problem:

  1. Prüfen, ob die VMs des Jobs die erforderlichen Berechtigungen haben, um ihren Status zu melden an den Batch-Dienst-Agent senden.

    1. Um das Dienstkonto des Jobs zu identifizieren, Rufen Sie die Details des Jobs mit der gcloud CLI oder Batch API auf. Ist kein Dienstkonto aufgeführt, verwendet der Job die Compute Engine Standarddienstkonto.

    2. Prüfen Sie, ob das Dienstkonto des Jobs Berechtigungen für die Rolle „Batch Agent Reporter“ (roles/batch.agentReporter). Weitere Informationen finden Sie unter Zugriff verwalten und Nutzung von Dienstkonten einschränken.

      Um beispielsweise den Compute Engine-Standarddienstkonto die erforderlichen Berechtigungen, verwenden Sie den folgenden Befehl:

      gcloud projects add-iam-policy-binding PROJECT_ID \
  --role roles/batch.agentReporter \
  --member serviceAccount:PROJECT_NUMBER-compute@developer.gserviceaccount.com

  2. Prüfen Sie, ob die VMs des Jobs ordnungsgemäßen Netzwerkzugriff haben. Weitere Informationen finden Sie unter Batch-Netzwerkübersicht und Häufige Netzwerkprobleme beheben

  3. Wenn Sie das VM-Betriebssystem-Image für den Job angegeben haben, prüfen Sie, ob der VM-Betriebssystem-Image wird derzeit unterstützt.

    1. Wenn Sie Cloud Logging für den Job aktiviert haben, können Sie um dieses Problem zu identifizieren, indem Sie Agent-Logs (batch_agent_logs) Weitere Informationen finden Sie unter Job mithilfe von Logs analysieren

      • Log für veralteten Batch-Dienst-Agent-Softwarefehler:

        rpc error: code = FailedPrecondition, desc = Invalid resource state for BATCH_AGENT_VERSION: outdated Batch agent version used.

        Die BATCH_AGENT_VERSION ist die Softwareversion für mit dem Batch-Dienst-Agent kommunizieren, in Jobs verwendet werden, z. B. cloud-batch-agent_20221103.00_p00.

      • Log für Fehler bei veraltetem Batch-VM-Betriebssystem-Image:

        rpc error: code = FailedPrecondition, desc = Invalid resource state for BATCH_VM_OS_IMAGE_NAME: outdated Batch image version.

        Die BATCH_VM_OS_IMAGE_NAME ist die spezifische Version einer VM-Betriebssystem-Image aus Batch, das der Job verwendet, z. B. batch-debian-11-20220909-00-p00.

    2. Sie können dieses Problem beheben, indem Sie ein neueres VM-Betriebssystem-Image verwenden. Wenn der Job ein benutzerdefiniertes Image verwendet, erstellen Sie das benutzerdefinierte Image basierend auf einem Image neu. der neuesten Version eines unterstützten öffentlichen Images.

      Weitere Informationen finden Sie unter Unterstützte VM-Betriebssystem-Images. und VM-Betriebssystem-Images ansehen.

  4. Erstellen Sie den Job neu.

Fehlende Ressourcenmesswerte in Cloud Monitoring

Problem

Sie möchten Ressourcenmesswerte für einen Job ansehen, aber einige oder alle erwarteten Messwerte fehlen.

Dieses Problem tritt häufig aus folgenden Gründen auf:

  • Die API wurde für Ihr Projekt nicht aktiviert. Auch wenn Sie alles andere in Ihrem Projekt korrekt konfigurieren, Messwerte werden möglicherweise erst angezeigt, wenn die Cloud Monitoring API aktiviert ist. Für den Ops-Agent müssen Sie auch die Cloud Logging API aktivieren.
  • Sie sind nicht berechtigt, die Messwerte anzusehen. Sie können nicht Messwerte ohne ausreichende Berechtigungen ansehen zu können.
  • Die VMs des Jobs wurden nicht ausgeführt. Messwerte können für einen Job nicht erstellt werden bis mindestens eine der VMs des Jobs ausgeführt wird.
  • Die Konfiguration oder Berechtigungen des Jobs unterstützen keine Ops-Agent-Messwerte. Einige Ressourcenmesswerte können nur vom Ops-Agent bereitgestellt werden. Zur Unterstützung von Ops Agent-Messwerte, ein Job muss die Anforderungen für den Ops-Agent erfüllen, installieren den Ops-Agent ausführen und ein Dienstkonto verwenden, das Messwerte in Monitoring
  • Sie müssen eine andere Methode oder einen anderen Filter verwenden, um die Messwerte anzusehen. Einige Methoden zum Anzeigen von Messwerten zeigen keine Messwerte für VMs nach den VMs an werden gelöscht. Außerdem werden Messwerte nicht angezeigt, wenn sie in Filtern weggelassen werden angezeigter Zeitraum. Darüber hinaus haben Messwertdiagramme anpassbare Auflösungen, die dazu führen können, dass kleine Datenmengen zu dünn für die Anzeige sind.
  • Die Messwerte wurden gelöscht. Sie können Messwerte nach dem Löschen nicht mehr aufrufen. Dies geschieht automatisch nach der Monitoring-Aufbewahrung. Zeiträume.

Lösung

Wenn nur Ops-Agent-Messwerte fehlen, versuchen Sie zuerst, das Problem zu beheben, indem Sie Folgendes:

  1. So prüfen Sie die Konfiguration des Jobs: <ph type="x-smartling-placeholder">
      </ph>
    1. Um die vollständigen Konfigurationsinformationen des Jobs anzuzeigen, Rufen Sie die Details des Jobs mit der gcloud CLI oder Batch API auf. Ausgabe verwenden für die verbleibenden Schritte.
    2. Achten Sie darauf, dass das Dienstkonto des Jobs die Berechtigung Berechtigungen zum Schreiben von Ops-Agent-Messwerten.
    3. Stellen Sie sicher, dass der Job alle Anforderungen an den Ops-Agent.
    4. Prüfen Sie, ob der Ops-Agent durch den Job korrekt installiert wird. Obwohl es den Ops-Agent manuell in einer ausführbaren Datei installieren, empfohlene Methode ist die automatische Installation des Ops-Agents durch das Festlegen der Feld „installOpsAgent“ an true.
  2. Wenn das Problem weiterhin besteht, lesen Sie Fehler beim Ops-Agent beheben in der Dokumentation zu Google Cloud Observability.

Andernfalls können Sie das Problem so beheben:

  1. Achten Sie darauf, dass die Monitoring API für Ihr Projekt aktiviert ist:

    Aktivieren Sie die API

  2. Achten Sie darauf, dass die VMs des Jobs gestartet wurden und die Laufzeit noch nicht abgelaufen ist im Aufbewahrungsdauer überwachen Sie können die Laufzeit des Jobs die Details des Jobs anzeigen.
  3. Prüfen Sie, ob mit den Methoden, die Sie zum Aufrufen verwenden, Probleme vorliegen. indem Sie Folgendes tun: <ph type="x-smartling-placeholder">
      </ph>
    1. Sofern Sie keine Messwerte nur für laufende Ressourcen sehen möchten, Messwerte mit dem Metrics Explorer oder einem benutzerdefinierten aus Metrics Explorer-Diagrammen erstellt. Andere Methoden wie werden als Compute Engine-Dashboards keine Messwerte für Ressourcen die gelöscht wurden.
    2. Stellen Sie sicher, dass der Anzeigedauer enthält die Ausführungszeit des Jobs. Stellen Sie bei Grafiken sicher, dass das Grafikauflösung für Ihre Daten geeignet ist.
    3. Achten Sie darauf, dass Sie keine Filter die die Daten verstecken.
  4. Wenn das Problem weiterhin besteht, sehen Sie in der Fehler in Cloud Monitoring beheben in der Dokumentation zu Google Cloud Observability.

Verstoß gegen Einschränkung für externe IP-Adressen der VM

Problem

Das folgende Problem tritt in der Feld „statusEvents“ für einen fehlgeschlagenen Job:

Instance VM_NAME creation failed: Constraint constraints/compute.vmExternalIpAccess violated for project PROJECT_NUMBER.
Add instance VM_NAME to the constraint to use external IP with it.

Dieses Problem tritt auf, weil für Ihr Projekt, Ihren Ordner oder Ihre Organisation Einschränkung der Organisationsrichtlinie compute.vmExternalIpAccess damit nur VMs auf der Zulassungsliste externe IP-Adressen verwenden können.

Lösung

Erstellen Sie den Job neu und führen Sie einen der folgenden Schritte aus, um das Problem zu beheben:

Verstoß gegen Einschränkung für vertrauenswürdige Images

Problem

Das folgende Problem tritt in der Feld „statusEvents“ für einen fehlgeschlagenen Job:

Instance VM_NAME creation failed: Constraint constraints/compute.trustedImageProjects violated for project PROJECT_ID. Use of images from project batch-custom-image is prohibited.

Lösung

Dieses Problem tritt auf, weil in Ihrem Projekt Einschränkung der Richtlinie für vertrauenswürdige Images (compute.trustedImageProjects) damit die Bilder aus Batch, die in der batch-custom-image Image-Projekt sind nicht zulässig.

Führen Sie mindestens einen der folgenden Schritte aus, um das Problem zu beheben:

Job bei Verwendung einer Instanzvorlage fehlgeschlagen

Problem

Das folgende Problem tritt in der Feld „statusEvents“ für einen fehlgeschlagenen Job, der eine Instanzvorlage verwendet:

INVALID_FIELD_VALUE,BACKEND_ERROR

Dieses Problem tritt aufgrund unklarer Probleme mit der Instanzvorlage des Jobs auf.

Lösung

So beheben Sie das Problem:

  1. MIG erstellen mit der Instanzvorlage und beobachten, ob Fehler auftreten.

  2. Optional: Weitere Informationen finden Sie in der Vorgang mit langer Ausführungszeit der die MIG in der Google Cloud Console erstellt.

    Zu Compute Engine Operations

Exit-Codes für Aufgabenfehler

Wenn eine bestimmte Aufgabe in einem Job fehlschlägt, gibt die Aufgabe einen Wert ungleich null zurück. Exit-Code. Je nachdem, wie Sie die Feld ignoreExitStatus eine fehlgeschlagene Aufgabe führt, kann aber auch nicht dazu führen, dass ein Job fehlschlägt.

Neben den Exit-Codes, die Sie in einem ausführbaren Code definieren, Batch hat mehrere reservierte Exit-Codes, einschließlich der im Anschluss an die Exit-Codes.

VM-Präemption (50001)

Problem

Das folgende Problem tritt in der Feld „statusEvents“ für einen Job:

Task state is updated from PRE-STATE to FAILED on zones/ZONE/instances/INSTANCE_ID due to Spot Preemption with exit code 50001.

Dieses Problem tritt auf, wenn eine Spot-VM für den Job wird während der Laufzeit vorzeitig beendet.

Lösung

Führen Sie einen der folgenden Schritte aus, um das Problem zu beheben:

Zeitlimit für VM-Berichterstellung (50002)

Problem

Das folgende Problem tritt in der Feld „statusEvents“ für einen Job:

Task state is updated from PRE-STATE to FAILED on zones/ZONE/instances/INSTANCE_ID due to Batch no longer receives VM updates with exit code 50002.

Dieses Problem tritt auf, wenn eine Zeitüberschreitung im Backend aufgetreten ist, die eine VM, damit der Job keine Updates mehr erhält.

Lösung

Um dieses Problem zu beheben, wiederholen Sie die Aufgabe entweder mithilfe von automatisierte Wiederholungsversuche von Aufgaben oder den Job manuell noch einmal ausführen.

VM wurde während der Ausführung neu gestartet (50003)

Problem

Das folgende Problem tritt in der Feld „statusEvents“ für einen Job:

Task state is updated from PRE-STATE to FAILED on zones/ZONE/instances/INSTANCE_ID due to VM is rebooted during task execution with exit code 50003.

Dieses Problem tritt auf, wenn eine VM für einen Job während der Laufzeit unerwartet neu startet.

Lösung

Um dieses Problem zu beheben, wiederholen Sie die Aufgabe entweder mithilfe von automatisierte Wiederholungsversuche von Aufgaben oder den Job manuell noch einmal ausführen.

VM und Aufgabe reagieren nicht (50004)

Problem

Das folgende Problem tritt in der Feld „statusEvents“ für einen Job:

Task state is updated from PRE-STATE to FAILED on zones/ZONE/instances/INSTANCE_ID due to tasks cannot be canceled with exit code 50004.

Dieses Problem tritt auf, wenn eine Aufgabe das Zeitlimit erreicht, die nicht reagiert, und nicht abgebrochen werden kann.

Lösung

Um dieses Problem zu beheben, wiederholen Sie die Aufgabe entweder mithilfe von automatisierte Wiederholungsversuche von Aufgaben oder den Job manuell noch einmal ausführen.

Aufgabe wird über die maximale Laufzeit (50.005) ausgeführt

Problem

Das folgende Problem tritt in der Feld „statusEvents“ für einen Job:

Task state is updated from PRE-STATE to FAILED on zones/ZONE/instances/INSTANCE_ID due to task runs over the maximum runtime with exit code 50005.

Dieses Problem tritt in den folgenden Fällen auf:

Um genau zu ermitteln, welches Zeitlimit überschritten wurde, Logs für den Job ansehen und suchen Sie ein Protokoll, in dem der Exit-Code 50005 erwähnt wird. Dieses textPayload-Feld dieses Protokolls gibt an, wo und wann das Zeitlimit überschritten wurde.

Lösung

Um das Problem zu beheben, versuchen Sie, die Gesamtlaufzeit zu überprüfen, die Aufgabe oder das ausführbare ausführbare Element, die das Zeitlimit überschritten hat. Führen Sie anschließend einen der folgenden Schritte aus:

  • Wenn Sie diesen Fehler nur gelegentlich erwarten, z. B. bei einer Task oder Runnable mit einer inkonsistenten Laufzeit haben, können Sie versuchen, den Job neu zu erstellen und um Aufgabenwiederholungen zu automatisieren um die Erfolgsquote zu steigern.

  • Ist die Aufgabe oder ausführbare Aufgabe konsequent und absichtlich ausgeführt, länger als das aktuelle Zeitlimit zulässt, längeres Zeitlimit festlegen

VM, die während der Ausführung neu erstellt wurde (50006)

Problem

Das folgende Problem tritt in der Feld „statusEvents“ für einen Job:

Task state is updated from PRE-STATE to FAILED on zones/ZONE/instances/INSTANCE_ID due to VM is recreated during task execution with exit code 50006.

Dieses Problem tritt auf, wenn eine VM für einen Job während der Laufzeit unerwartet neu erstellt wird.

Lösung

Um dieses Problem zu beheben, wiederholen Sie die Aufgabe entweder mithilfe von automatisierte Wiederholungsversuche von Aufgaben oder den Job manuell noch einmal ausführen.

Nächste Schritte