Es wird versucht, einen Cluster zu erstellen

Wenn Sie AWS ParallelCluster Version 3.5.0 und höher zum Erstellen eines Clusters verwenden und die Clustererstellung mit der --rollback-on-failure Einstellung auf fehlgeschlagen istfalse, verwenden Sie den pcluster describe-cluster CLI-Befehl, um Status- und Fehlerinformationen abzurufen. In diesem Fall ist clusterStatus CREATE_FAILED die erwartete pcluster describe-cluster Ausgabe. Suchen Sie im failures Abschnitt in der Ausgabe nach dem failureCode undfailureReason. Suchen Sie dann im folgenden Abschnitt nach dem passendenfailureCode, um zusätzliche Hilfe zur Fehlerbehebung zu erhalten. Weitere Informationen finden Sie unter pcluster describe-cluster.

In den folgenden Abschnitten empfehlen wir Ihnen, die Protokolle auf dem Hauptknoten zu überprüfen, z. B. die /var/log/chef-client.log Dateien /var/log/cfn-init.log und. Weitere Informationen zu AWS ParallelCluster Protokollen und deren Anzeige finden Sie unter Wichtige Protokolle für das Debuggen undProtokolle abrufen und aufbewahren.

Wenn Sie noch keinen habenfailureCode, navigieren Sie zur CloudFormation Konsole, um den Cluster-Stack anzuzeigen. Suchen Sie Status Reason nach Fehlern auf anderen Ressourcen, um weitere Fehlerdetails zu finden. HeadNodeWaitCondition Weitere Informationen finden Sie unter Anzeigen CloudFormation Ereignisse auf CREATE_FAILED. Überprüfen Sie die /var/log/chef-client.log Dateien /var/log/cfn-init.log und auf dem Hauptknoten. Wenn die Clustererstellung aufgrund eines Fehlers bei der Erstellung des Hauptknotens fehlschlägt und die Clusterprotokolle in der Clusterprotokollgruppe nicht verfügbar sind, müssen Sie den Cluster bei einem Ausfall beibehalten, --rollback-on-failure = angeben True und die Protokolle vom Hauptknoten selbst abrufen.

`FailureCode` ist `OnNodeConfiguredExecutionFailure`

Warum ist es gescheitert?

Sie haben in OnNodeConfigured der Konfiguration im Abschnitt „Hauptknoten“ ein benutzerdefiniertes Skript bereitgestellt, um einen Cluster zu erstellen. Das benutzerdefinierte Skript konnte jedoch nicht ausgeführt werden.
Wie löst man das Problem?

In der /var/log/cfn-init.log Datei erfahren Sie mehr über den Fehler und darüber, wie Sie das Problem in Ihrem benutzerdefinierten Skript beheben können. Gegen Ende dieses Protokolls werden nach der Running command runpostinstall Meldung möglicherweise Informationen zur Ausführung des OnNodeConfigured Skripts angezeigt.

`FailureCode` ist `OnNodeConfiguredDownloadFailure`

Warum ist es gescheitert?

Sie haben in OnNodeConfigured der Konfiguration im Abschnitt „Hauptknoten“ ein benutzerdefiniertes Skript bereitgestellt, um einen Cluster zu erstellen. Das benutzerdefinierte Skript konnte jedoch nicht heruntergeladen werden.
Wie löst man das Problem?

Stellen Sie sicher, dass die URL gültig ist und dass der Zugriff korrekt konfiguriert ist. Weitere Informationen zur Konfiguration von benutzerdefinierten Bootstrap-Skripten finden Sie unterBenutzerdefinierte Bootstrap-Aktionen.

Überprüfen Sie die /var/log/cfn-init.log Datei. Gegen Ende dieses Protokolls werden nach der Running command runpostinstall Meldung möglicherweise Ausführungsinformationen zur OnNodeConfigured Skriptverarbeitung, einschließlich des Herunterladens, angezeigt.

`FailureCode` ist `OnNodeConfiguredFailure`

Warum ist es gescheitert?

Sie haben in OnNodeConfigured der Konfiguration im Abschnitt „Hauptknoten“ ein benutzerdefiniertes Skript bereitgestellt, um einen Cluster zu erstellen. Die Verwendung des benutzerdefinierten Skripts schlug jedoch in der Clusterbereitstellung fehl. Eine unmittelbare Ursache kann nicht ermittelt werden und es sind weitere Untersuchungen erforderlich.
Wie löst man das Problem?

Überprüfe die /var/log/cfn-init.log Datei. Gegen Ende dieses Protokolls werden nach der Running command runpostinstall Meldung möglicherweise Ausführungsinformationen zur OnNodeConfigured Skriptverarbeitung angezeigt.

`FailureCode` ist `OnNodeStartExecutionFailure`

Warum ist es gescheitert?

Sie haben in OnNodeStart der Konfiguration im Abschnitt „Hauptknoten“ ein benutzerdefiniertes Skript bereitgestellt, um einen Cluster zu erstellen. Das benutzerdefinierte Skript konnte jedoch nicht ausgeführt werden.
Wie löst man das Problem?

In der /var/log/cfn-init.log Datei erfahren Sie mehr über den Fehler und darüber, wie Sie das Problem in Ihrem benutzerdefinierten Skript beheben können. Gegen Ende dieses Protokolls werden nach der Running command runpreinstall Meldung möglicherweise Informationen zur Ausführung des OnNodeStart Skripts angezeigt.

`FailureCode` ist `OnNodeStartDownloadFailure`

Warum ist es gescheitert?

Sie haben in OnNodeStart der Konfiguration im Abschnitt „Hauptknoten“ ein benutzerdefiniertes Skript bereitgestellt, um einen Cluster zu erstellen. Das benutzerdefinierte Skript konnte jedoch nicht heruntergeladen werden.
Wie löst man das Problem?

Stellen Sie sicher, dass die URL gültig ist und dass der Zugriff korrekt konfiguriert ist. Weitere Informationen zur Konfiguration von benutzerdefinierten Bootstrap-Skripten finden Sie unterBenutzerdefinierte Bootstrap-Aktionen.

Überprüfen Sie die /var/log/cfn-init.log Datei. Gegen Ende dieses Protokolls werden nach der Running command runpreinstall Meldung möglicherweise Ausführungsinformationen zur OnNodeStart Skriptverarbeitung, einschließlich des Herunterladens, angezeigt.

`FailureCode` ist `OnNodeStartFailure`

Warum ist es gescheitert?

Sie haben in der Konfiguration im Abschnitt OnNodeStart des Hauptknotens ein benutzerdefiniertes Skript zur Erstellung eines Clusters bereitgestellt. Die Verwendung des benutzerdefinierten Skripts schlug jedoch in der Clusterbereitstellung fehl. Eine unmittelbare Ursache kann nicht ermittelt werden und es sind weitere Untersuchungen erforderlich.
Wie löst man das Problem?

Überprüfe die /var/log/cfn-init.log Datei. Gegen Ende dieses Protokolls werden nach der Running command runpreinstall Meldung möglicherweise Ausführungsinformationen zur OnNodeStart Skriptverarbeitung angezeigt.

`FailureCode` ist `EbsMountFailure`

Warum ist es gescheitert?

Das in der Clusterkonfiguration definierte EBS-Volume konnte nicht bereitgestellt werden.
Wie löst man das Problem?

Überprüfen Sie die /var/log/chef-client.log Datei auf Fehlerdetails.

`FailureCode` ist `EfsMountFailure`

Warum ist es gescheitert?

Das in der Cluster-Konfiguration definierte Amazon EFS-Volume konnte nicht bereitgestellt werden.
Wie löst man das Problem?

Wenn Sie ein vorhandenes Amazon EFS-Dateisystem definiert haben, stellen Sie sicher, dass Datenverkehr zwischen dem Cluster und dem Dateisystem zulässig ist. Weitere Informationen finden Sie unter SharedStorage/EfsSettings/FileSystemId.

Überprüfen Sie die /var/log/chef-client.log Datei auf Fehlerdetails.

`FailureCode` ist `FsxMountFailure`

Warum ist es gescheitert?

Das in der Cluster-Konfiguration definierte Amazon FSx-Dateisystem konnte nicht bereitgestellt werden.
Wie löst man das Problem?

Wenn Sie ein vorhandenes Amazon FSx-Dateisystem definiert haben, stellen Sie sicher, dass Datenverkehr zwischen dem Cluster und dem Dateisystem zulässig ist. Weitere Informationen finden Sie unter SharedStorage/FsxLustreSettings/FileSystemId.

Überprüfen Sie die /var/log/chef-client.log Datei auf Fehlerdetails.

`FailureCode` ist `RaidMountFailure`

Warum ist es gescheitert?

Die in der Cluster-Konfiguration definierten RAID-Volumes konnten nicht bereitgestellt werden.
Wie löst man das Problem?

Überprüfen Sie die /var/log/chef-client.log Datei auf Fehlerdetails.

`FailureCode` ist `AmiVersionMismatch`

Warum ist es gescheitert?

Die AWS ParallelCluster Version, die zum Erstellen des benutzerdefinierten AMI verwendet wurde, unterscheidet sich von der AWS ParallelCluster Version, die zur Konfiguration des Clusters verwendet wurde. Sehen Sie sich in der CloudFormation Konsole die CloudFormation Cluster-Stack-Details an und klicken Status Reason Sie auf dieHeadNodeWaitCondition, um zusätzliche Informationen zu den AWS ParallelCluster Versionen und dem AMI zu erhalten. Weitere Informationen finden Sie unter Anzeigen CloudFormation Ereignisse auf CREATE_FAILED.
Wie löst man das Problem?

Stellen Sie sicher, dass es sich bei der AWS ParallelCluster Version, die zum Erstellen des benutzerdefinierten AMI verwendet wurde, um dieselbe AWS ParallelCluster Version handelt, die zur Konfiguration des Clusters verwendet wurde. Sie können entweder die benutzerdefinierte AMI-Version oder die pcluster CLI-Version ändern, um sie identisch zu machen.

`FailureCode` ist `InvalidAmi`

Warum ist es gescheitert?

Das benutzerdefinierte AMI ist ungültig, da es nicht mit erstellt wurde AWS ParallelCluster.
Wie löst man das Problem?

Verwenden Sie den pcluster build-image Befehl, um ein AMI zu erstellen, indem Sie Ihr AMI zum übergeordneten Image machen. Weitere Informationen finden Sie unter Pcluster-Abbild erstellen.

`FailureCode` ist `HeadNodeBootstrapFailure`mit `FailureReason` Der Hauptknoten konnte nicht eingerichtet werden.

Warum ist es gescheitert?

Eine unmittelbare Ursache kann nicht ermittelt werden und es sind zusätzliche Untersuchungen erforderlich. Es könnte beispielsweise sein, dass sich der Cluster im geschützten Status befindet, und dies könnte darauf zurückzuführen sein, dass die statische Rechenflotte nicht bereitgestellt werden konnte.
Wie löst man das Problem?

Überprüfen Sie die /var/log/chef-client.log. Datei auf Fehlerdetails.

Anmerkung
Wenn Sie eine RuntimeError Ausnahme sehenCluster state has been set to PROTECTED mode due to failures detected in static node provisioning, befindet sich der Cluster im geschützten Status. Weitere Informationen finden Sie unter Wie debuggt man den geschützten Modus.

Bei `FailureCode wurde` das Zeitlimit für die Erstellung des `HeadNodeBootstrapFailureClusters mit FailureReason überschritten`.

Warum ist es fehlgeschlagen?

Standardmäßig gibt es ein Zeitlimit von 30 Minuten, bis die Clustererstellung abgeschlossen ist. Wenn die Clustererstellung nicht innerhalb dieses Zeitrahmens abgeschlossen wurde, schlägt die Clustererstellung mit einem Timeoutfehler fehl. Bei der Clustererstellung kann es aus verschiedenen Gründen zu einem Timeout kommen. Timeoutfehler können beispielsweise durch einen Fehler bei der Erstellung eines Hauptknotens, ein Netzwerkproblem, benutzerdefinierte Skripts, deren Ausführung im Hauptknoten zu lange dauert, einen Fehler in einem benutzerdefinierten Skript, das in Rechenknoten ausgeführt wird, oder lange Wartezeiten bei der Bereitstellung von Rechenknoten verursacht werden. Eine unmittelbare Ursache kann nicht ermittelt werden und es sind zusätzliche Untersuchungen erforderlich.
Wie löst man das Problem?

Einzelheiten zum Fehler finden Sie in den /var/log/chef-client.log Dateien /var/log/cfn-init.log und. Weitere Informationen zu AWS ParallelCluster Protokollen und deren Abruf finden Sie unter Wichtige Protokolle für das Debuggen undProtokolle abrufen und aufbewahren.
Möglicherweise finden Sie in diesen Protokollen Folgendes.
- Ich sehe Waiting for static fleet capacity provisioning fast das Ende des chef-client.log
  
  Dies deutet darauf hin, dass bei der Clustererstellung eine Zeitüberschreitung aufgetreten ist, als auf das Hochfahren statischer Knoten gewartet wurde. Weitere Informationen finden Sie unter Fehler bei der Initialisierung von Rechenknoten werden angezeigt.
- Das Skript für Seeing OnNodeConfigured oder OnNodeStart Head Node ist am Ende des cfn-init.log
  
  Dies weist darauf hin, dass die Ausführung des Skripts OnNodeConfigured oder des OnNodeStart benutzerdefinierten Skripts lange gedauert hat und einen Timeoutfehler verursacht hat. Überprüfen Sie Ihr benutzerdefiniertes Skript auf Probleme, die dazu führen könnten, dass es über einen längeren Zeitraum ausgeführt wird. Wenn die Ausführung Ihres benutzerdefinierten Skripts viel Zeit in Anspruch nimmt, sollten Sie erwägen, das Timeout-Limit zu ändern, indem Sie Ihrer Cluster-Konfigurationsdatei einen DevSettings Abschnitt hinzufügen, wie im folgenden Beispiel gezeigt:
```
DevSettings:
  Timeouts:
    HeadNodeBootstrapTimeout: 2100 # default setting: 2100 seconds
```
- Die Protokolle können nicht gefunden werden, oder der Hauptknoten wurde nicht erfolgreich erstellt
  
  Es ist möglich, dass der Hauptknoten nicht erfolgreich erstellt wurde und die Protokolle nicht gefunden werden können. In diesem Fall können Sie zusätzliche Fehlerdetails abrufen, indem Sie die CloudFormation Stack-Ereignisse und das Konsolenprotokoll des Hauptknotens überprüfen. Sie können das Head-Node-Konsolenprotokoll über die Amazon EC2 EC2-Konsole abrufen oder indem Sie den folgenden Amazon EC2 EC2-CLI-Befehl ausführen:
```
aws ec2 get-console-output --instance-id HEAD_NODE_INSTANCE_ID --output text
```

`FailureCode` hat `HeadNodeBootstrapFailure`mit `FailureReason Fehler beim Bootstrapping` des Hauptknotens.

Warum ist es gescheitert?

Eine unmittelbare Ursache kann nicht ermittelt werden und es sind zusätzliche Untersuchungen erforderlich.
Wie löst man das Problem?

Überprüfen Sie die /var/log/chef-client.log Dateien /var/log/cfn-init.log und.

`FailureCode` ist `ResourceCreationFailure`

Warum ist es gescheitert?

Die Erstellung einiger Ressourcen ist während der Clustererstellung fehlgeschlagen. Der Fehler kann aus verschiedenen Gründen auftreten. Fehler bei der Ressourcenerstellung können beispielsweise durch Kapazitätsprobleme oder eine falsch konfigurierte IAM-Richtlinie verursacht werden.
Wie löst man das Problem?

Sehen Sie sich in der CloudFormation Konsole den Cluster-Stack an, um nach weiteren Informationen zu Fehlern bei der Ressourcenerstellung zu suchen.

`FailureCode` ist `ClusterCreationFailure`

Warum ist es gescheitert?

Eine unmittelbare Ursache kann nicht ermittelt werden und es sind zusätzliche Untersuchungen erforderlich.
Wie löst man das Problem?

Sehen Sie sich in der CloudFormation Konsole den Cluster-Stack an und suchen Sie HeadNodeWaitCondition nach weiteren Fehlerdetails. Status Reason

Überprüfen Sie die /var/log/chef-client.log Dateien /var/log/cfn-init.log und.

Ich sehe, dass das `WaitCondition Timeout abgelaufen ist...` im CloudFormation Stapel

Weitere Informationen finden Sie unter Bei FailureCode wurde das Zeitlimit für die Erstellung des HeadNodeBootstrapFailureClusters mit FailureReason überschritten..

Ich sehe, dass die `Ressourcenerstellung im CloudFormation Stapel abgebrochen wurde`

Weitere Informationen finden Sie unter FailureCode ist ResourceCreationFailure.

Es wird angezeigt`, dass cfn-init nicht ausgeführt werden konnte`... oder andere Fehler in der CloudFormation Stack

Weitere Informationen /var/log/chef-client.log zum Fehler finden Sie unter /var/log/cfn-init.log und.

Die Anzeige von `chef-client.log` endet mit `INFO: Warten auf die Bereitstellung statischer Flottenkapazität`

Dies hängt mit dem Timeout bei der Clustererstellung zusammen, wenn auf das Hochfahren statischer Knoten gewartet wird. Weitere Informationen finden Sie unter Fehler bei der Initialisierung von Rechenknoten werden angezeigt.

Es wird angezeigt`, dass die Vor- oder Nachinstallation in cfn-init.log nicht ausgeführt werden konnte`

Sie haben ein OnNodeConfigured OnNodeStart OR-Skript im Abschnitt zur ClusterkonfigurationHeadNode. Das Skript funktioniert nicht richtig. Suchen Sie in der /var/log/cfn-init.log Datei nach benutzerdefinierten Skriptfehlerdetails.

Ich sehe `Dieses AMI wurde mit xxx erstellt, versucht aber, mit xxx verwendet zu werden...` im CloudFormation Stapel

Weitere Informationen finden Sie unter FailureCode ist AmiVersionMismatch.

Seeing `This AMI wurde nicht gebacken von AWS ParallelCluster...`im CloudFormation Stapel

Weitere Informationen finden Sie unter FailureCode ist InvalidAmi.

Wenn Sie sehen, dass der Befehl `pcluster create-cluster` nicht lokal ausgeführt werden kann

Informationen zum Fehler ~/.parallelcluster/pcluster-cli.log finden Sie in Ihrem lokalen Dateisystem.

Zusätzlicher Support

Folgen Sie den Anweisungen zur Fehlerbehebung unterBehebung von Problemen bei der Clusterbereitstellung.

Prüfen Sie, ob Ihr Szenario unter GitHub Bekannte Probleme unter AWS ParallelCluster on behandelt wird GitHub.

Warnung JavaScript ist in Ihrem Browser nicht verfügbar oder deaktiviert.

Zur Nutzung der AWS-Dokumentation muss JavaScript aktiviert sein. Weitere Informationen finden auf den Hilfe-Seiten Ihres Browsers.

Dokumentkonventionen

AWS ParallelCluster Fehlerbehebung

Ich versuche, einen Job auszuführen

Es wird versucht, einen Cluster zu erstellen

FailureCode ist OnNodeConfiguredExecutionFailure

FailureCode ist OnNodeConfiguredDownloadFailure

FailureCode ist OnNodeConfiguredFailure

FailureCode ist OnNodeStartExecutionFailure

FailureCode ist OnNodeStartDownloadFailure

FailureCode ist OnNodeStartFailure

FailureCode ist EbsMountFailure

FailureCode ist EfsMountFailure

FailureCode ist FsxMountFailure

FailureCode ist RaidMountFailure

FailureCode ist AmiVersionMismatch

FailureCode ist InvalidAmi

FailureCode ist HeadNodeBootstrapFailuremit FailureReason Der Hauptknoten konnte nicht eingerichtet werden.

Anmerkung

Bei FailureCode wurde das Zeitlimit für die Erstellung des HeadNodeBootstrapFailureClusters mit FailureReason überschritten.

FailureCode hat HeadNodeBootstrapFailuremit FailureReason Fehler beim Bootstrapping des Hauptknotens.

FailureCode ist ResourceCreationFailure

FailureCode ist ClusterCreationFailure

Ich sehe, dass das WaitCondition Timeout abgelaufen ist... im CloudFormation Stapel

Ich sehe, dass die Ressourcenerstellung im CloudFormation Stapel abgebrochen wurde

Es wird angezeigt, dass cfn-init nicht ausgeführt werden konnte... oder andere Fehler in der CloudFormation Stack

Die Anzeige von chef-client.log endet mit INFO: Warten auf die Bereitstellung statischer Flottenkapazität

Es wird angezeigt, dass die Vor- oder Nachinstallation in cfn-init.log nicht ausgeführt werden konnte

Ich sehe Dieses AMI wurde mit xxx erstellt, versucht aber, mit xxx verwendet zu werden... im CloudFormation Stapel

Seeing This AMI wurde nicht gebacken von AWS ParallelCluster...im CloudFormation Stapel

Wenn Sie sehen, dass der Befehl pcluster create-cluster nicht lokal ausgeführt werden kann