GNU/Linux >> Tutoriels Linux >  >> Linux

Liste des erreurs courantes (et solutions) lors de l'installation et de la configuration du service OpenStack Nova

Dans la continuité de mes articles précédents sur les erreurs et solutions OpenStack pour l'installation et la configuration de KeyStone et Glance, je vais aujourd'hui partager quelques erreurs que j'ai rencontrées lors de l'installation et de la configuration du service Nova (Compute) sur le nœud du contrôleur.

La plupart de ces erreurs ont été rencontrées lors de la liste des images via la commande nova, en démarrant divers services nova tels que (nova-api, nova-metadata-api, nova-cert, nova-conductor, nova-console, nova-consoleauth, nova-scheduler etc…). Les erreurs survenues lors du démarrage des services nova étaient un peu délicates, elles étaient principalement dues à des configurations incorrectes et à des erreurs de syntaxe.

Ok, Voici la liste des problèmes auxquels j'ai été confronté.

ERREUR :(‘Connexion interrompue.’, erreur(111, ‘Connexion refusée’))

# nova image-list
ERROR: ('Connection aborted.', error(111, 'Connection refused'))

Solution : 

Lorsque j'ai essayé de lister des images via nova, l'erreur de connexion refusée a été générée. Cela était principalement dû à diverses raisons,

  • Vérifiez si tous les services liés à nova fonctionnent correctement. Par exemple, lorsque vous démarrez des services nova en tant que 'service nova-api start ', la commande peut renvoyer le statut vert comme "[OK]". Mais en fait, le service n'a peut-être pas été démarré correctement. Ci-dessous un exemple.
# /etc/init.d/openstack-nova-api start
Starting openstack-nova-api:                               [  OK  ]
# /etc/init.d/openstack-nova-api status
openstack-nova-api dead but pid file exists

Dans le cas ci-dessus, vous devez vérifier le journal de service correspondant sous /var/log/nova/api.log pour connaître le message d'erreur exact.

Dans mon cas, aucun des services nova ne démarrait correctement et j'ai dû creuser tous ces journaux de service.

openstack-nova-api is running...
openstack-nova-cert is running...
openstack-nova-conductor is running...
openstack-nova-console is running...
openstack-nova-consoleauth is running...
openstack-nova-metadata-api is running
openstack-nova-novncproxy is running...
openstack-nova-scheduler is running...
  • Vérifiez si le pare-feu du nœud de contrôleur bloque les ports de service.

Erreur :CRITICAL nova [-] RequiredOptError :valeur requise pour l'option :lock_path

Le message d'erreur ci-dessus a été capturé à partir de /var/log/nova/api.log fichier et il a été déclenché lorsque openstack-nova-api le service n'a pas pu démarrer.

Solution :

# vim /etc/nova/nova.conf

et décommentez 'lock_path ‘ : lock_path=/var/lib/nova/tmp. Enregistrez le fichier et démarrez le service.

ERREUR nova.openstack.common.threadgroup [-] [Errno 13] Autorisation refusée :'/usr/lib/python2.6/site-packages/CA'

Le message d'erreur ci-dessus a été enregistré dans /var/log/nova/cert.log et il a été déclenché lorsque 'openstack-nova-cert ' n'a pas pu démarrer.

Solution :

# vim /etc/nova/nova.conf

et vérifiez si 'ca_path " pointe vers le bon répertoire et l'utilisateur " nova " y est autorisé.

Lire également : Comment corriger l'erreur d'authentification Keystone d'OpenStack - HTTP 500 ?

ERREUR nova.wsgi [- ] Impossible de se lier à 0.0.0.0:8775
Erreur nova [-] CRITIQUE :[Errno 98] Adresse déjà utilisée

# service openstack-nova-metadata-api status
openstack-nova-metadata-api dead but pid file exists

Et /var/log/nova/metadata-api.log signalé le message d'erreur ci-dessus.

Solution :

Étonnamment, le service ‘openstack-nova-metadata-api ' était déjà en cours d'exécution. Parce que 'openstack-nova-api ' commence 'api-de-métadonnées ' avec lui et donc le service 'metadata-api " ne parvient pas à se lier au port. Tout ce que vous avez à faire est de vérifier si 'nova-api' est configuré pour démarrer 'metadata-api' avec lui. Pour ce faire,

# vim /etc/nova/nova.conf et recherchez 'enabled_apis =osapi_compute,metadata

Si vous trouvez des métadonnées dans enabled_apis, chaque fois que nova-api est démarré, il démarre également l'api de métadonnées.

Au cas où, si vous souhaitez démarrer nova-metadata-api individuellement, supprimez les métadonnées de 'enabled_apis'.

'enabled_apis = osapi_compute'
# service openstack-nova-api start
# service openstack-nova-metadata-api start

Maintenant, le service devrait démarrer individuellement.

Erreur :option de pilote de calcul requise mais non spécifiée

# service openstack-nova-compute status
openstack-nova-compute dead but pid file exists

Solution :

#vim /etc/nova/nova.conf et définissez 'compute_driver ‘.

TRACE nova.openstack .common.threadgroup OSError :[Errno 2] Aucun fichier ou répertoire de ce type :'/usr/lib/python2.6/site-packages/instances'

# service openstack-nova-compute status
openstack-nova-compute dead but pid file exists

Solution :
#vim /etc/nova/nova.conf et définissez 'instances_path=/var/lib/nova/instances

Vous pourriez également être intéressé par la lecture : Liste des erreurs les plus courantes (et solutions) lors de l'installation d'OpenStack Image Service GLANCE

Et le bonus est là…

    Téléchargez l'ebook gratuit sur l'installation d'OpenStack Icehouse ! Téléchargez l'aide-mémoire de l'interface de ligne de commande OpenStack ! - Commandes les plus couramment utilisées

Linux
  1. Comment gérer et répertorier les services sous Linux

  2. Installation et configuration de php 7x sur Centos 8

  3. Erreurs et solutions d'installation d'OpenStack Icehouse - CentOS

  4. Liste des erreurs (et solutions) les plus courantes lors de l'installation du service d'image OpenStack GLANCE

  5. Installation et configuration du serveur DHCP (DHCPd) sur FreeBSD

Installer et configurer Jenkins sous Linux

L'histoire d'OpenStack, la communauté et 7 de ses principaux projets

Installation et configuration d'OpenVPN (Windows)

Installation et configuration d'OpenVPN (Ubuntu)

Installation et configuration d'OpenVPN (CentOS6)

Problèmes de serveur courants et solutions