Problembehandlung bei einem Timeout für ein Cluster-Update, wenn es cfn-hup nicht läuft - AWS ParallelCluster

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.

Problembehandlung bei einem Timeout für ein Cluster-Update, wenn es cfn-hup nicht läuft

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 Konfigurationsaktualisierungen auf Ihren laufenden Amazon EC2 EC2-Instances vor.

Derzeit wird der cfn-hup Daemon von der gestartet. supervisord Nach dem Start entzieht sich der cfn-hup Prozess jedoch der supervisord Kontrolle. 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

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

  3. 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