Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich. # 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 ist`false`, verwenden Sie den [`pcluster describe-cluster`](pcluster.describe-cluster-v3.md) 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` und`failureReason`. Suchen Sie dann im folgenden Abschnitt nach dem passenden`failureCode`, um zusätzliche Hilfe zur Fehlerbehebung zu erhalten. Weitere Informationen finden Sie unter [`pcluster describe-cluster`](pcluster.describe-cluster-v3.md). 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](troubleshooting-v3-scaling-issues.md#troubleshooting-v3-key-logs) und[Protokolle abrufen und aufbewahren](troubleshooting-v3-get-logs.md). Wenn Sie noch keinen haben`failureCode`, 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 [CloudFormation Ereignisse anzeigen auf `CREATE_FAILED`](troubleshooting-v3-cluster-deployment.md#troubleshooting-v3-cluster-deployment-events). Ü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 zur Erstellung eines Clusters bereitgestellt. 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 zur Erstellung eines Clusters bereitgestellt. 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 unter[Benutzerdefinierte Bootstrap-Aktionen](custom-bootstrap-actions-v3.md). Ü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 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 runpostinstall` Meldung möglicherweise Ausführungsinformationen zur `OnNodeConfigured` Skriptverarbeitung angezeigt. ## `failureCode` ist `OnNodeStartExecutionFailure` + **Warum ist es fehlgeschlagen?** Sie haben in `OnNodeStart` der Konfiguration im Abschnitt „Hauptknoten“ ein benutzerdefiniertes Skript zur Erstellung eines Clusters bereitgestellt. 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 zur Erstellung eines Clusters bereitgestellt. 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 unter[Benutzerdefinierte Bootstrap-Aktionen](custom-bootstrap-actions-v3.md). Ü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 fehlgeschlagen?** 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`](SharedStorage-v3.md)/[`EfsSettings`](SharedStorage-v3.md#SharedStorage-v3-EfsSettings)/[`FileSystemId`](SharedStorage-v3.md#yaml-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 FSx Amazon-Dateisystem konnte nicht bereitgestellt werden. + **Wie löst man das Problem?** Wenn Sie ein vorhandenes FSx Amazon-Dateisystem definiert haben, stellen Sie sicher, dass Datenverkehr zwischen dem Cluster und dem Dateisystem zulässig ist. Weitere Informationen finden Sie unter [`SharedStorage`](SharedStorage-v3.md)/[`FsxLustreSettings`](SharedStorage-v3.md#SharedStorage-v3-FsxLustreSettings)/[`FileSystemId`](SharedStorage-v3.md#yaml-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 die`HeadNodeWaitCondition`, um zusätzliche Informationen zu den AWS ParallelCluster Versionen und dem AMI zu erhalten. Weitere Informationen finden Sie unter [CloudFormation Ereignisse anzeigen auf `CREATE_FAILED`](troubleshooting-v3-cluster-deployment.md#troubleshooting-v3-cluster-deployment-events). + **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 build-image`](pcluster.build-image-v3.md). ## `failureCode`lautet „`failureReason`Fehler `HeadNodeBootstrapFailure` beim Einrichten des Hauptknotens“. + **Warum ist es gescheitert?** Eine unmittelbare Ursache kann nicht ermittelt werden und zusätzliche Untersuchungen sind 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 sehen`Cluster 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](slurm-protected-mode-v3.md#slurm-protected-mode-debug-v3). ## `failureCode`ist wegen des `failureReason` Timeouts `HeadNodeBootstrapFailure` bei der Clustererstellung abgelaufen. + **Warum ist es gescheitert?** 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 zusätzliche Untersuchungen sind 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](troubleshooting-v3-scaling-issues.md#troubleshooting-v3-key-logs) und[Protokolle abrufen und aufbewahren](troubleshooting-v3-get-logs.md). 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](troubleshooting-fc-v3-compute-node-initialization-v3.md). + **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: 1800 # default setting: 1800 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`ist `HeadNodeBootstrapFailure` mit `failureReason` Fehler beim Bootstrapping des Hauptknotens aufgetreten. + **Warum ist es gescheitert?** Eine unmittelbare Ursache kann nicht ermittelt werden und zusätzliche Untersuchungen sind 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 kann das Problem behoben werden?** 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 zusätzliche Untersuchungen sind 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. ## `WaitCondition timed out...`Im CloudFormation Stapel sehen Weitere Informationen finden Sie unter [`failureCode`ist wegen des `failureReason` Timeouts `HeadNodeBootstrapFailure` bei der Clustererstellung abgelaufen.](#create-cluster-head-node-bootstrap-timeout-failure-v3). ## `Resource creation cancelled`Im CloudFormation Stapel sehen Weitere Informationen finden Sie unter [`failureCode` ist `ResourceCreationFailure`](#create-cluster-resource-creation-failure-v3). ## Sehen `Failed to run cfn-init...` oder andere Fehler im CloudFormation Stapel Weitere Fehlerdetails finden Sie unter `/var/log/cfn-init.log` und`/var/log/chef-client.log`. ## Sehen `chef-client.log` endet mit `INFO: Waiting for static fleet capacity provisioning` 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](troubleshooting-fc-v3-compute-node-initialization-v3.md). ## Sehen `Failed to run preinstall or postinstall in cfn-init.log` Sie haben ein `OnNodeConfigured` `OnNodeStart` OR-Skript im `HeadNode` Abschnitt Cluster-Konfiguration. Das Skript funktioniert nicht richtig. Suchen Sie in der `/var/log/cfn-init.log` Datei nach benutzerdefinierten Skriptfehlerdetails. ## `This AMI was created with xxx, but is trying to be used with xxx...`Im CloudFormation Stapel sehen Weitere Informationen finden Sie unter [`failureCode` ist `AmiVersionMismatch`](#create-cluster-ami-version-mismatch-v3). ## `This AMI was not baked by AWS ParallelCluster...`Im CloudFormation Stapel sehen Weitere Informationen finden Sie unter [`failureCode` ist `InvalidAmi`](#create-cluster-invalid-ami-v3). ## Der `pcluster create-cluster` Befehl Seeing kann nicht lokal ausgeführt werden Suchen Sie `~/.parallelcluster/pcluster-cli.log` in Ihrem lokalen Dateisystem nach Fehlerdetails. ## Zusätzlicher Support Folgen Sie den Anweisungen zur Fehlerbehebung unter[Behebung von Problemen bei der Clusterbereitstellung](troubleshooting-v3-cluster-deployment.md). Prüfen Sie, ob Ihr Szenario unter [GitHub Bekannte Probleme unter](https://github.com/aws/aws-parallelcluster/wiki) AWS ParallelCluster on behandelt wird GitHub.