View a markdown version of this page

Risoluzione dei problemi relativi al timeout dell'aggiornamento del cluster quando cfn-hup non è in esecuzione - AWS ParallelCluster

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Risoluzione dei problemi relativi al timeout dell'aggiornamento del cluster quando cfn-hup non è in esecuzione

L’helper cfn-hup è un daemon che rileva modifiche nei metadati della risorsa ed esegue azioni specificate dall’utente quando viene rilevata una modifica. Ecco come effettuare aggiornamenti di configurazione sulle istanze Amazon EC2 in esecuzione tramite l'azione API. UpdateStack

Attualmente il cfn-hup demone viene lanciato da. supervisord Ma dopo il lancio, il cfn-hup processo viene staccato dal supervisord controllo. Se il cfn-hup demone viene ucciso da un attore esterno, non viene riavviato automaticamente. Se cfn-hup non è in esecuzione, durante un aggiornamento del cluster, CloudFormation lo stack avvia il processo di aggiornamento come previsto, ma la procedura di aggiornamento non viene attivata sul nodo principale e lo stack alla fine va in timeout. Dai log del cluster/var/log/chef-client, puoi vedere che la ricetta di aggiornamento non viene mai richiamata.

Verifica e riavvia cfn-hup in caso di guasti

  1. Sul nodo principale, controlla se cfn-hup è in esecuzione:

    $ ps aux | grep cfn-hup
  2. Controlla cfn-hup il log /var/log/cfn-hup.log e /var/log/supervisord.log il nodo principale.

  3. Se cfn-hup non è in esecuzione, prova a riavviarlo eseguendo:

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