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.

# Fehlerbehebung bei einem Timeout für ein Cluster-Update, wenn es `cfn-hup` nicht läuft
<a name="troubleshooting-v3-cluster-update-timeout"></a>

Der `cfn-hup` -Helfer ist ein Daemon, der Änderungen in den Ressourcen-Metadaten erkennt und benutzerdefinierte Aktionen ausführt, wenn eine Änderung festgestellt wird. So nehmen Sie über die `UpdateStack` API-Aktion Konfigurationsupdates auf Ihren laufenden Amazon EC2 EC2-Instances vor.

Derzeit wird der `cfn-hup` Daemon von der gestartet. `supervisord` Nach dem Start ist der `cfn-hup` Prozess jedoch außer `supervisord` Kontrolle geraten. Wenn der `cfn-hup` Dämon von einem externen Akteur getötet wird, wird er nicht automatisch neu gestartet. Wenn es `cfn-hup` nicht läuft, startet der CloudFormation Stack während eines Cluster-Updates den Aktualisierungsvorgang wie erwartet, aber das Aktualisierungsverfahren ist auf dem Hauptknoten nicht aktiviert und der Stack erreicht irgendwann ein Timeout. Den Clusterprotokollen können Sie entnehmen`/var/log/chef-client`, dass das Aktualisierungsrezept nie aufgerufen wird.

**Überprüfen Sie die Prüfung und starten Sie `cfn-hup` sie neu, falls Fehler auftreten**

1. Überprüfen Sie auf dem Hauptknoten, ob `cfn-hup` Folgendes läuft:

   ```
   $ ps aux | grep cfn-hup
   ```

1. Überprüfen Sie das `cfn-hup` Protokoll `/var/log/cfn-hup.log` und `/var/log/supervisord.log` auf dem Hauptknoten.

1. Wenn es `cfn-hup` nicht läuft, versuchen Sie es neu zu starten, indem Sie Folgendes ausführen:

   ```
   $ sudo /opt/parallelcluster/pyenv/versions/cookbook_virtualenv/bin/supervisorctl start cfn-hup
   ```