Cloud foundry: ERR expiré après 1m0s: vérifier l'état de santé n'a jamais passé

Après que j'ai déployé mon application dans le cloud foundry ai le message d'erreur suivant:
ERR Timed out after 1m0s: health check never passed.
Bien sûr, sur ma machine locale fonctionne parfaitement.

  • et l'exception: java.lang.IllegalStateException: LifecycleProcessor pas initialisé par appel "actualiser" avant d'appeler le cycle de vie des méthodes via le contexte:
InformationsquelleAutor Csepi | 2016-02-07
  1. 19

    Vous devriez changer votre bilan de santé de type.
    si la demande n'est pas d'exposer une interface Web, vous devez modifier le healthcheck type de process.
    Les valeurs valides sont port, process, et http.

    Pour configurer un bilan de santé lors de la création ou de la mise à jour d'une application, utiliser le cf-poussoir de commande:

    $ cf push YOUR-APP -u process

    Voir le bilan de Santé de la doc pour plus d'informations:
    https://docs.cloudfoundry.org/devguide/deploy-apps/healthchecks.html

    • Vous pouvez également ajouter health-check-type: process de votre manifeste.yml. Aussi, ce qui semble être la bonne réponse.
    • Pour info: j'ai aussi été en mesure de résoudre cette erreur avec la solution fournie dans cette réponse: ERR Failed to make TCP connection to port 8080: connection refused when scaling instances
    InformationsquelleAutor Yarix
  2. 7

    Basé sur la discussion dans les commentaires et à mes propres tests de l'application que vous déployez, il semble que cette application prend du temps à démarrer. Peut-être liés à l'individu de service Java délais d'attente (que vous n'avez pas lié tout CF les services de l'application).

    De toute façon, alors que je ne suis pas sûr de ce que le réel problème est (probablement un problème avec PWS lui-même), cela peut être un peu de travaillaient autour en spécifiant le -t option lorsque vous faites un push, ou l'ajout de la timeout: <int> attribut pour le manifeste (voir la manifest de la documentation.

    VIEILLE RÉPONSE

    Besoin de plus de détails pour être sûr, mais j'imagine que l'une des deux choses se passent:

    • Vous n'êtes pas en utilisant le port approprié. Cloud Foundry expose le port, il s'attend à ce que la demande soit déployé à l'aide de la PORT (ou pré-Diego, VCAP_APP_PORT) variable d'environnement. Par défaut, c'est 8080, donc si votre application n'est pas à l'écoute sur 8080 (ou est lié à 127.0.0.1 au lieu de 0.0.0.0), puis le bilan de santé sera un échec.
    • Votre demande n'est pas d'exposer une API points de terminaison, et devrait être déployé avec l' --no-route option sur la MUCOVISCIDOSE, et (en commençant par Diego) doit avoir cf set-health-check [app-name] exécutée contre elle. Cela devrait être effectué uniquement si votre demande vraiment n'a pas besoin d'un bilan de santé.

    Certaines construire les paquets peuvent prendre soin de la première automatiquement pour vous. Qui permettent de construire le pack utilisez-vous? Ou, alternativement, quelle langue utilisez-vous?

    • J'ai suivi cet exemple: github.com/cloudfoundry-samples/hello-spring-cloud
    • ... sans les services tels que elephantsql, mondogdb, redis et je suis en utilisant java build pack. Après que j'ai donné plus de mémoire pour mon application au lieu de 512 M, 1024M et fonctionné une fois, mais après un moment interrompue.
    • hm.. sans aucune route comment puis-je accéder à la page web de l'application?
    • Vous ne pouvez pas, c'est pourquoi, normalement, vous ne souhaitez pas définir la --no-route option. Êtes-vous en mesure d'inclure le journal de sortie de PWS?
    • Dans ce cas, vous doit lier une PostGres, RabbitMQ, MongoDB et Redis service à la demande. Je vais modifier ma réponse avec la solution à votre problème.
    • Je n'ai vraiment pas l'obtenir, j'ai ajouté manuellement la route de la condition et n'a pas terminé encore. J'ai essayer avec la plus complexe des applications. Remarque: Le nom d'hôte de l'application de nuage info est 0.0.0.0
    • Ouais, je ne suis pas tout à fait sûr de ce qu'il se passe avec elle. J'ai ajouté de la même application (sans services), et il s'est écrasé la première fois, il est déployé. Il a obtenu automatiquement redémarré et a travaillé la deuxième fois :-/
    • J'ai enlevé les services de l'application comme je triste, mais j'ai eu cette erreur ainsi.
    • Si l'application est actuellement déployé avec ou sans services? Et êtes-vous en mesure d'accéder à l'application via votre navigateur?
    • Sans services... j'ai supprimé le service codes...:)
    • C'est très probablement une PWS problème. J'ai boosté le délai d'attente de 3 minutes, et observé les choses se passe très, très lentement dans les fichiers journaux. Je voudrais supprimer l'application, de réinitialiser tous les config dos à tout ce que vous voulez l'origine et de re-déployer. Même s'il échoue la première fois, Cloud Foundry s'auto-redémarrer jusqu'à ce qu'il fonctionne.
    • Ok, merci. À dire le vrai, cette PWS est un demi-soutenu de la technologie.
    • J'ai déployé un eureka application dans PWS et de l'eureka client ne trouve pas le serveur. Localement fonctionne:)

    InformationsquelleAutor ipsi
  3. 1

    Vous pouvez désactiver la santé avec la commande ci-dessous
    (Solution à court terme)

    cf push app_name -p target/app.jar -u none
    InformationsquelleAutor Santosh