2.7.2.3. Installer des conteneurs Docker 2.7.2.3.6. Vérifier si l'opération a réussi |  |
| Précédent | Suivant |
Vérifiez dans cet ordre : le message de démarrage dans le journal, la réponse du point de terminaison « Health », l'état du conteneur « healthy ».
docker logs mesh-clustering | head -20
curl -k https://localhost:<aussen>/clustering/health
docker inspect --format='{{.State.Health.Status}}' mesh-clusteringLes problèmes de démarrage les plus courants :
Le fichier de certificat est manquant ou porte un nom incorrect → le service répond via HTTP au lieu de HTTPS.
Ressource non montée → Les tâches signalent que le fichier CSV du catalogue ne peut pas être traité.
Un ancien conteneur, même s'il est arrêté, occupe le nom → supprimez-le .
GPU occupé par un autre processus → le service continue de fonctionner sur le CPU, ce qui est correct, mais nettement plus lent.
Une requête ou un préréglage nécessite le modèle de langage « gemma3 », mais l'image par défaut ne le contient plus → l'exécution échoue au moment de l'exécution. Le message d'erreur est trompeur (« couldn't connect to huggingface.co ») ; passez à gemma4 ou utilisez une image « opt-in » contenant gemma3.
Lors du premier démarrage d'une image gemma4, le test de fonctionnement consiste également à enregistrer la valeur maximale réelle de la VRAM à l'aide de nvidia-smi, tant que cette valeur n'a pas encore été mesurée (voir point en suspens au chapitre 4).
Dès que le service est en cours d'exécution, le serveur d'applications appelle les quatre points de terminaison dans l'ordre indiqué au chapitre 4 – pour la configuration, voir la section 2.2.