Red Hat Summit Red Hat SummitSupportConsoleDéveloppeursCommencer un essaiContact

Chapitre 10. Résolution de problèmes

Ce chapitre offre des conseils pour déterminer la cause d'erreurs les plus communes associées à Red Hat Network Satellite et pour les résoudre. Si vous avez besoin d'aide supplémentaire, contactez l'assistance RHN à l'adresse https://access.redhat.com/support/. Connectez-vous en utilisant votre compte ayant des droits d'accès au Satellite pour voir la liste complète de vos options.
Pour commencer la résolution de problèmes généraux, examinez le fichier journal ou les fichiers associés au composant présentant des échecs. Un exercice utile est d'exécuter la commande tail -f pour tous les fichiers journaux, puis d'exécuter la commande yum list. Vous devriez alors examiner toutes les nouvelles entrées de journaux pour des indices potentiels.
Un problème commun est l'espace de disque plein. Un signe pratiquement sûr de ce problème est l'apparence d'écriture arrêtée dans les fichiers journaux. Si la journalisation s'est arrêtée durant une écriture, comme un mot à moitié écrit, il est probable que vos disques soient pleins. Pour confirmer cela, exécutez la commande suivante et vérifiez les pourcentages dans la colonne Uti% : 
# df -h
Copy to Clipboard Toggle word wrap
Outre les fichiers journaux, vous pouvez obtenir des informations de valeur en obtenant le statut de votre Satellite RHN et de ses divers composants. Pour ce faire, utilisez la commande suivante : 
# /usr/sbin/rhn-satellite status
Copy to Clipboard Toggle word wrap
De plus, vous pouvez obtenir individuellement le statut de composants tels que le serveur web Apache et le Red Hat Network Task Engine. Par exemple, pour afficher le statut du serveur web Apache, exécutez la commande suivante : 
# service httpd status
Copy to Clipboard Toggle word wrap
10.1. Installation et mise à jour
Q : SELinux me bombarde de messages pendant l'installation. Pourquoi ?
Q : J'ai modifié /var/satellite en un montage NFS, maintenant SELinux l'empêche de fonctionner correctement. Que dois-je faire ?
Q : Mon Satellite ne fonctionne pas. Que se passe-t-il ?
10.2. Services
Q : Pourquoi le serveur Web Apache n'est-il pas en cours d'exécution ?
Q : Comment puis-je trouver le statut de Red Hat Network Task Engine ?
Q : Comment puis-je trouver le statut de la base de données intégrée du Satellite ?
Q : Que dois-je faire si yum, up2date, ou que la fonctionnalité push de Red Hat Network Satellite arrête de fonctionner ?
10.3. Connectivité
Q : Je ne parviens pas à me connecter ! Comment est-ce que je résous le problème ?
Q : Que dis-je faire si l'importation ou la synchronisation d'un canal a échoué et que vous ne pouvez pas le retrouver d'une autre manière ?
Q : Je reçois des erreurs "SSL_CONNECT". Que dois-je faire ?
10.4. Journalisation et Création de rapports
Q : Quels sont les différents fichiers de journalisation ?
Q : Comment utiliser les rapports spacewalk-report ?
Q : Comment déterminer la version de votre schéma de bases de données ?
Q : Comment déterminer mes types de caractères ?
Q : Pourquoi l'administrateur ne reçoit-il pas d'emails ?
Q : Comment changer l'expéditeur du courrier de retraçage ?
10.5. Erreurs
Q : J'obtiens l'erreur suivante « Error validating satellite certificate » pendant l'installation du Satellite RHN. Comment la régler ?
Q : J'obtiens l'erreur suivante « ERROR: server.mount_point not set in the configuration file » quand j'essaie d'activer ou de synchroniser Red Hat network Satellite. Comment régler ce problème ?
Q : Pourquoi est-ce que cobbler check produit une erreur indiquant qu'il a besoin d'une version différente de yum-utils ?
Q : Je reçois l'erreur « unsupported version » quand je tente d'activer le certificat de Satellite. Comment régler ce problème ?
Q : J'obtiens une erreur "Internal Server Error" qui se plaint d'ASCII quand j'essaie de modifier le profile kickstart. Que se passe-t-il ?
Q : Je reçois le message "Host Not Found" (Impossible de trouver l'hôte) ou "Could Not Determine FQDN" (Impossible de déterminer le FQDN). Que dois-je faire maintenant ?
Q : J'obtiens l'erreur « This server is not an entitled Satellite » (ce serveur n'est pas un Satellite autorisé) quand j'essaie de synchroniser le serveur Red Hat Network Satellite. Comment régler ce problème ?

10.1. Installation et mise à jour
Copier lien

Q :
SELinux me bombarde de messages pendant l'installation. Pourquoi ?
R :
Si vous rencontrez des problèmes avec les messages SELinux (comme les messsages de refus AVC) pendant l'installation de Red Hat Network Satellite, veillez à ce que les fichiers audit.log soient bien disponibles, de façon à ce que le personnel du support technique Red Hat puisse vous assister. Vous pourrez trouver le fichier dans /var/log/audit/audit.log et vous pourrez l'attacher au ticket du support technique afin que les ingénieurs puissent vous assister.
Q :
J'ai modifié /var/satellite en un montage NFS, maintenant SELinux l'empêche de fonctionner correctement. Que dois-je faire ?
R :
Vous devrez dire à SELinux qu'il s'agit d'un montage NFS afin que le trafic soit autorisé. Vous pouvez effectuer ceci avec cette commande : 
# /usr/sbin/setsebool -P spacewalk_nfs_mountpoint on
Copy to Clipboard Toggle word wrap
Si vous utilisez Red Hat Enterprise Linux 6, vous devrez aussi exécuter la commande : 
# /usr/sbin/setsebool -P cobbler_use_nfs on
Copy to Clipboard Toggle word wrap
Q :
Mon Satellite ne fonctionne pas. Que se passe-t-il ?
R :
N'enregistrez votre Satellite RHN sur aucun des canaux enfant suivants disponibles à partir des serveurs centraux de RHN :
  • Red Hat Developer Suite
  • Red Hat Application Server
  • Red Hat Extras
  • JBoss product channels
S'abonner à ces canaux et mettre à jour votre Satellite peut installer de nouvelles versions de composants logiciel critiques invalides, causant ainsi l'échec du Satellite.

10.2. Services
Copier lien

Q :
Pourquoi le serveur Web Apache n'est-il pas en cours d'exécution ?
R :
Si le serveur Web Apache n'est pas en cours d'exécution, des entrées dans votre fichier /etc/hosts peuvent être incorrectes.
Q :
Comment puis-je trouver le statut de Red Hat Network Task Engine ?
R :
Pour obtenir le statut du Red Hat Network Task Engine, exécutez la commande suivante : 
# service taskomatic status
Copy to Clipboard Toggle word wrap
Q :
Comment puis-je trouver le statut de la base de données intégrée du Satellite ?
R :
Pour obtenir le statut de la base de données intégrée du Satellite, si elle existe, exécutez la commande suivante : 
# service oracle status
Copy to Clipboard Toggle word wrap
Q :
Que dois-je faire si yum, up2date, ou que la fonctionnalité push de Red Hat Network Satellite arrête de fonctionner ?
R :
Si yum, up2date ou la fonctionalité push de Red Hat Network Satellite cessent de fonctionner, il est possible que d'anciens fichiers journaux en soient la cause. Arrêtez le démon jabberd avant de supprimer ces fichiers. Pour ce faire, exécutez les commandes suivantes en tant qu'utilisateur root : 
# service jabberd stop
# rm -f /var/lib/jabberd/db/_db*
# service jabberd start
Copy to Clipboard Toggle word wrap

10.3. Connectivité
Copier lien

Q :
Je ne parviens pas à me connecter ! Comment est-ce que je résous le problème ?
R :
Les mesures suivantes peuvent être utilisées pour résoudre les problèmes d'erreurs générales de connexion :
  • Essayez de connecter la base de données de Red Hat Network Satellite en ligne de commande à l'aide de la chaîne de connexion correcte, se trouvant dans /etc/rhn/rhn.conf : 
    # sqlplus username/password@sid
    Copy to Clipboard Toggle word wrap
  • Assurez-vous que le Satellite RHN utilise le protocole de temps réseau NTP et qu'il est défini sur le bon fuseau horaire. Cela s'applique également à tous les systèmes client et à la machine séparée de la base de données dans le Satellite RHN avec la base de données autonome.
  • Confirmer que le paquetage correct : 
    rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm
    Copy to Clipboard Toggle word wrap
    est installé sur Red Hat Network Satellite et que le fichier rhn-org-trusted-ssl-cert-*.noarch.rpm correspondant ou le certificat SSL CA (client) public brut est installé sur tous les systèmes client.
  • Vérifiez que les systèmes client sont configurés de façon à utiliser le certificat approprié.
  • Si vous utilisez également un ou plusieurs serveur(s) proxy RHN, assurez-vous que les certificats SSL de chaque proxy sont préparés correctement. Le proxy devrait avoir sa propre paire de clés SSL de serveur et son propre certificat SSL CA public (client) installés, vu qu'il servira dans les deux fonctions. Reportez-vous au chapitre sur les certificats SSL du Guide de configuration du client RHN pour obtenir des instructions spécifiques.
  • Assurez-vous que les systèmes client n'utilisent pas leurs propres pare-feu, bloquant ainsi les ports requis, comme la Section 2.4, « Besoins supplémentaires » l'identifie.
Q :
Que dis-je faire si l'importation ou la synchronisation d'un canal a échoué et que vous ne pouvez pas le retrouver d'une autre manière ?
R :
Si l'import ou la synchronisation d'un canal a échoué et que vous ne pouvez pas le retrouver d'une autre manière, exécutez la commande suivante pour supprimer le cache : 
# rm -rf temporary-directory
Copy to Clipboard Toggle word wrap

Note

Section 6.2.1, « Préparation de l'import à partir du média local » spécifie /var/rhn-sat-import/ comme étant le répertoire temporaire.
Relancez ensuite l'import ou la synchronisation.
Q :
Je reçois des erreurs "SSL_CONNECT". Que dois-je faire ?
R :
Un problème commun de connexion, indiqué par les erreurs SSL_CONNECT, est le résultat d'un Satellite installé sur une machine dont la date et l'heure ont été mal configurées. Durant l'installation du Satellite, les certificats SSL sont créés avec des dates et des heures qui ne sont pas exactes. Si la date et l'heure du Satellite sont alors corrigées, la date et l'heure de départ du certificat peuvent être définies dans le futur, ce qui les rendra invalides.
Pour résoudre ce problème, vérifiez la date et l'heure sur les clients et le Satellite à l'aide de la commande suivante : 
# date
Copy to Clipboard Toggle word wrap
Les résultats devraient être pratiquement identiques pour toutes les machines et au sein des fenêtres de validité "notBefore" (pas avant) et "notAfter" (pas après) des certificats. Vérifiez les dates et les heures des certificats client à l'aide de la commande suivante : 
# openssl x509 -dates -noout -in /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
Copy to Clipboard Toggle word wrap
Vérifiez les dates et les heures des certificats du serveur du Satellite à l'aide de la commande suivante : 
# openssl x509 -dates -noout -in /etc/httpd/conf/ssl.crt/server.crt
Copy to Clipboard Toggle word wrap
Par défaut, le certificat du serveur a une durée de vie d'un an alors que les certificats client sont bons pour dix ans. Si vous trouvez que les certificats ne sont pas corrects, vous pouvez attendre la date et l'heure de départ valides, si possible, ou créer de nouveaux certificats, préférablement avec toutes les dates et les heures système définies sur GMT.

10.4. Journalisation et Création de rapports
Copier lien

Q :
Quels sont les différents fichiers de journalisation ?
R :
Chaque étape de résolution de problèmes devrait commencer avec l'examen des fichiers journaux associés. Ces derniers offrent des informations inestimables sur l'activité qui a pris place sur le périphérique ou au sein de l'application, ces informations peuvent être utilisées pour contrôler la performance et assurer une configuration correcte. Consultez le Tableau 10.1, « Fichiers journaux » pour les chemins aux fichiers journaux appropriés :
Il peut y avoir des fichiers journaux numérotés (tels que /var/log/rhn/rhn_satellite_install.log.1, /var/log/rhn/rhn_satellite_install.log.2, etc.) dans le répertoire /var/log/rhn/. Il s'agit de journaux rotatifs, des fichiers journaux créés avec une extension .<NUMBER> lorsque le fichier rhn_satellite_install.log actuel est rempli à la taille spécifiée par le démon logrotate(8) et le contenu est donc écrit sur un fichier journal rotatif. Par exemple, rhn_satellite_install.log.1 contiendra le fichier journal rotatif le plus ancient, tandis que rhn_satellite_install.log.4 contiendra le fichier journal rotatif le plus récent.
Expand
Tableau 10.1. Fichiers journaux
Composant/Tâche Emplacement du fichier journal
Serveur Web Apache répertoire /var/log/httpd/
Red Hat Network Satellite répertoire /var/log/rhn/
Programme d'installation Red Hat Network Satellite /var/log/rhn/rhn_satellite_install.log
Installation de la base de données - Base de données intégrée /var/log/rhn/install_db.log
Population de la base de données /var/log/rhn/populate_db.log
Outil de synchronisation Red Hat Network Satellite /var/log/rhn/rhn_server_satellite.log
Infrastructure du Monitoring Répertoire /var/log/nocpulse/
Notifications du Monitoring répertoire /var/log/notification/
Red Hat Network DB Control - Base de données intégrée /var/log/rhn/rhn_database.log
Red Hat Network Task Engine (taskomatic) /var/log/messages
yum /var/log/yum.log
Transactions XML-RPC /var/log/rhn/rhn_server_xmlrpc.log
Q :
Comment utiliser les rapports spacewalk-report ?
R :
Dans certaines instances, les administrateurs pourraient nécessiter un sommaire précis et formatté de leurs ressources Red Hat Network Satellite, que ceci soit nécessaire afin de faire un inventaire de leurs droits d'accès, des systèmes abonnés, ou des utilisateurs et organisations. Plutôt que de rassembler ce type d'informations manuellement depuis l'interface web du Satellite, Red Hat Network Satellite inclut la commande spacewalk-report pour rassembler et afficher les informations vitales du Satellite en une seule fois.

Note

Le paquetage spacewalk-reports doit être installé pour pouvoir utiliser spacewalk-report.
spacewalk-report permet aux administrateurs d'organiser et d'afficher des rapports concernant le contenu, les errata, les systèmes, l'historique des événements système et les ressources utilisateur du Satellite. La commande spacewalk-report est utilisée pour générer des rapports sur :
  • Inventaire du système — Répertorie tous les systèmes enregistrés sur le Satellite.
  • Droits d'accès — Répertorie toutes les organisations sur le Satellite et les trie par droits d'accès système ou canal.
  • Errata — Répertorie tous les errata concernant les systèmes enregistrés et trie les errata en fonction de la sévérité ainsi que les systèmes s'appliquant à un erratum en particulier.
  • Utilisateurs — Répertorie tous les utilisateurs enregistrés sur le Satellite, et répertorie tout système associé à un utilisateur en particulier.
  • Historique du système — Répertorie un sous-ensemble ou tous les événements système qui se sont produit.
Pour recevoir un rapport sous le format CSV, exécutez ce qui suit à l'invite de commande de votre serveur Satellite. 
# spacewalk-report report_name
Copy to Clipboard Toggle word wrap
Les rapports suivants sont disponibles :
Expand
Tableau 10.2. Rapports spacewalk-report
Rapport Invoqué ainsi Description
Inventaire du système inventory Liste des systèmes enregistrés sur le serveur avec des informations sur le matériel et les logiciels.
Droits d'accès droits d'accès Répertorie toutes les organisations sur le Satellite avec leurs droits d'accès système ou canaux.
Errata dans les canaux errata-channels Répertorie les errata dans les canaux
Tous les errata errata-list-all Liste complète de tous les errata
Errata de systèmes errata-systems Répertorie les errata applicables et tous les systèmes enregistrés qui sont affectés
Utilisateurs du système users Répertorie tous les utilisateurs enregistrés sur le Satellite
Systèmes administrés users-systems Répertorie les systèmes pouvant être administrés par des utilisateurs individuels
Arborescences Kickstart kickstartable-trees Répertorie les arborescences pouvant être « kickstartées »
Historique du système system-history Répertorie l'historique des événements système
Canaux des historiques de systèmes system-history-channels Répertorie l'historique des événements des paquetages système
Historique de la configuration du système system-history-configuration Répertorie l'historique des événements de la configuration du système
Historique des droits d'accès système system-history-entitlements Répertorie l'historique des événements des droits d'accès système
Historique d'errata système system-history-errata Répertorie l'historique des événements d'errata système
Historique Kickstart des systèmes system-history-kickstart Répertorie l'historique des événements kickstart et provisioning
Historique des paquetages système system-history-packages Lists system package event history
Pour obtenir plus d'informations sur un rapport individuel, exécutez spacewalk-report avec l'option --info ou --list-fields-info et le nom du rapport. La description et la liste des champs possibles du rapport s'afficheront.
Pour obtenir plus d'informations, la page man spacewalk-report(8) ainsi que le paramètre --help du programme spacewalk-report peuvent être utilisés pour accéder à des informations supplémentaires sur les invocations du programme et ses options.
Q :
Comment déterminer la version de votre schéma de bases de données ?
R :
Pour déterminer la version de votre schéma de bases de données, exécutez la commande suivante : 
# rhn-schema-version
Copy to Clipboard Toggle word wrap
Q :
Comment déterminer mes types de caractères ?
R :
Pour dériver les types de l'ensemble de caractères de la base de données de votre Satellite, exécutez la commande suivante : 
# rhn-charsets
Copy to Clipboard Toggle word wrap
Q :
Pourquoi l'administrateur ne reçoit-il pas d'emails ?
R :
Si l'administrateur ne reçoit pas de courrier électronique provenant de Red Hat Network Satellite, confirmez que les bonnes adresses électroniques ont été définies pour traceback_mail dans /etc/rhn/rhn.conf.
Q :
Comment changer l'expéditeur du courrier de retraçage ?
R :
Si le courrier traceback est marqué depuis dev-null@rhn.redhat.com et que vous souhaitez que l'adresse soit valide pour votre organisation, incluez l'option web.default_mail_from et la valeur appropriée dans /etc/rhn/rhn.conf.

10.5. Erreurs
Copier lien

Q :
J'obtiens l'erreur suivante « Error validating satellite certificate » pendant l'installation du Satellite RHN. Comment la régler ?
R :
L'erreur « Error validating satellite certificate » qui apparaît pendant l'installation du Satellite est causée par la présence d'un proxy HTTP dans l'environnement. Cela peut être confirmé en consultant le fichier install.log, et en localisant l'erreur suivante : 
ERROR: unhandled exception occurred: 
Traceback (most recent call last): 
  File "/usr/bin/rhn-satellite-activate", line 45, in ? 
    sys.exit(abs(mod.main() or 0)) 
  File "/usr/share/rhn/satellite_tools/rhn_satellite_activate.py", line 585, in main 
    activateSatellite_remote(options) 
  File "/usr/share/rhn/satellite_tools/rhn_satellite_activate.py", line 291, in activateSatellite_remote 
    ret = s.satellite.deactivate_satellite(systemid, rhn_cert) 
  File "/usr/lib/python2.4/site-packages/rhn/rpclib.py", line 603, in __call__ 
    return self._send(self._name, args) 
  File "/usr/lib/python2.4/site-packages/rhn/rpclib.py", line 326, in _request 
    self._handler, request, verbose=self._verbose) 
  File "/usr/lib/python2.4/site-packages/rhn/transports.py", line 171, in request 
    headers, fd = req.send_http(host, handler) 
  File "/usr/lib/python2.4/site-packages/rhn/transports.py", line 698, in send_http 
    self._connection.connect() 
  File "/usr/lib/python2.4/site-packages/rhn/connections.py", line 193, in connect 
    sock.connect((self.host, self.port)) 
  File "<string>", line 1, in connect 
socket.timeout: timed out
Copy to Clipboard Toggle word wrap
Pour résoudre le problème :
  1. Exécuter le script install en mode déconnecté, et ignorer l'installation de la base de données qui a déjà été faite : 
    # ./install.pl --disconnected --skip-db-install
    Copy to Clipboard Toggle word wrap
  2. Ouvrir /etc/rhn/rhn.conf avec votre éditeur de texte préféré, et ajouter ou modifier la ligne suivante : 
    server.satellite.rhn_parent = satellite.rhn.redhat.com
    Copy to Clipboard Toggle word wrap
    Retirer la ligne suivante : 
    disconnected=1
    Copy to Clipboard Toggle word wrap
    Si vous utilisez un proxy pour la connexion à RHN, vous aurez également besoin d'ajouter ou de modifier les lignes suivantes pour refléter les paramètres du proxy. 
    server.satellite.http_proxy = <hostname>:<port>
server.satellite.http_proxy_username = <username>
server.satellite.http_proxy_password = <password>
    Copy to Clipboard Toggle word wrap
  3. Ré-activer le Satellite en mode connecté, en utilisant la commande rhn-satellite-activate en tant qu'utilisateur root, en incluant le chemin d'accès et le nom de fichier du certificat de satellite : 
    # rhn-satellite-activate --rhn-cert=/path/to/file.cert
    Copy to Clipboard Toggle word wrap
Sinon, essayer d'exécuter le script install.pl en mode connecté, mais avec l'option --answer-file=answer file. Veillez à ce que le fichier réponse possède les informations de proxy HTTP spécifiées comme suit : 
rhn-http-proxy = <hostname>:<port>
rhn-http-proxy-username = <username>
rhn-http-proxy-password = <password>
Copy to Clipboard Toggle word wrap
Q :
J'obtiens l'erreur suivante « ERROR: server.mount_point not set in the configuration file » quand j'essaie d'activer ou de synchroniser Red Hat network Satellite. Comment régler ce problème ?
R :
Il peut se produire une erreur « ERROR: server.mount_point not set in the configuration file » au moment de l'activation ou de la synchronisation du Satellite si le paramètre de configuration mount_point de /etc/rhn/rhn.conf ne pointe pas vers un chemin d'accès de répertoire, ou que le chemin d'accès vers lequel il pointe n'est pas présent ou n'a pas la permission d'accéder au répertoire.
Pour résoudre ce problème, vérifier la valeur du paramètre de configuration mount_point dans /etc/rhn/rhn.conf. S'il est fixé à la valeur par défaut /var/satellite, vérifier que les répertoires /var/satellite et /var/satellite/redhat existent. Pour toute valeur, vérifier que le chemin d'accès au fichier est précis, et que les permissions sont configurées correctement.
Q :
Pourquoi est-ce que cobbler check produit une erreur indiquant qu'il a besoin d'une version différente de yum-utils ?
R :
Parfois, en exécutant la commande cobbler check, vous pouvez obtenir une erreur qui ressemble à ce qui suit : 
# cobbler check 
The following potential problems were detected: 
#0: yum-utils need to be at least version 1.1.17 for reposync -l, current version is 1.1.16
Copy to Clipboard Toggle word wrap
Il s'agit d'un problème connu du paquetage reposync de Cobbler. Il s'agit d'une fausse erreur qui peut être ignorée en toute sécurité. Cette erreur sera résolue dans les versions futures de Satellite.
Q :
Je reçois l'erreur « unsupported version » quand je tente d'activer le certificat de Satellite. Comment régler ce problème ?
R :
Si votre certificate Red Hat Network Satellite a été corrompu, vous pourriez avoir les erreurs suivantes : 
ERROR: <Fault -2: 'unhandled internal exception: unsupported version: 96'>
Copy to Clipboard Toggle word wrap 
RHN_PARENT: satellite.rhn.redhat.com
     Error reported from RHN: <Fault -2: 'unhandled internal exception: unsupported version: 115'>
     ERROR: unhandled XMLRPC fault upon remote activation: <Fault -2: 'unhandled internal exception: unsupported version: 115'>
     ERROR: <Fault -2: 'unhandled internal exception: unsupported version: 115'>
Copy to Clipboard Toggle word wrap 
Invalid satellite certificate
Copy to Clipboard Toggle word wrap
Pour résoudre ce problème, veuillez contacter les services de support Red Hat pour obtenir un nouveau certificat.
Q :
J'obtiens une erreur "Internal Server Error" qui se plaint d'ASCII quand j'essaie de modifier le profile kickstart. Que se passe-t-il ?
R :
Si vous avez ajouté quelques paramètres de noyau récemment à votre profile de kickstart, vous noterez sans doute que lorsque vous tentez d' Afficher une liste des profils de Kickstart, vous obtenez l'erreur de serveur interne suivante : 
'ascii' codec can't encode character u'\u2013'
Copy to Clipboard Toggle word wrap
Cette erreur a lieu parce qu'il y a du texte dans le profil qui n'est pas reconnu correctement.
Pour résoudre le problème :
  1. Ssh directement sur le serveur du Satellite en tant qu'utilisateur root : 
    # ssh root@satellite.fqdn.com
    Copy to Clipboard Toggle word wrap
  2. Chercher le profil de kickstart qui cause le problème en regardant les dates des fichiers dans /var/lib/cobbler/config/profiles.d et en localisant celui qui a été modifié le plus récemment : 
    # ls -l /var/lib/cobbler/config/profiles.d/
    Copy to Clipboard Toggle word wrap
  3. Ouvrir le profile dans votre éditeur de texte préféré, et essayez de localiser le texte suivant : 
    \u2013hostname
    Copy to Clipboard Toggle word wrap
    Changer l'entrée ainsi : 
    --hostname
    Copy to Clipboard Toggle word wrap
  4. Sauvegarder les changements au profil et fermer le fichier.
  5. Redémarrer les services Red Hat Network Satellite pour récupérer le profil mis à jour : 
    # rhn-satellite restart
Shutting down rhn-satellite...
Stopping RHN Taskomatic...
Stopped RHN Taskomatic.
Stopping cobbler daemon:                                   [  OK  ]
Stopping rhn-search...
Stopped rhn-search.
Stopping MonitoringScout ...                               [  OK  ]
Stopping Monitoring ...                                    [  OK  ]
Stopping httpd:                                            [  OK  ]
Stopping tomcat5:                                          [  OK  ]
Shutting down osa-dispatcher:                              [  OK  ]
Shutting down Oracle Net Listener ...                      [  OK  ]
Shutting down Oracle DB instance "rhnsat" ...              [  OK  ]
Shutting down Jabber router:                               [  OK  ]
Done.
Starting rhn-satellite...
Starting Jabber services                                   [  OK  ]
Starting Oracle Net Listener ...                           [  OK  ]
Starting Oracle DB instance "rhnsat" ...                   [  OK  ]
Starting osa-dispatcher:                                   [  OK  ]
Starting tomcat5:                                          [  OK  ]
Starting httpd:                                            [  OK  ]
Starting Monitoring ...                                    [  OK  ]
Starting MonitoringScout ...                               [  OK  ]
Starting rhn-search...
Starting cobbler daemon:                                   [  OK  ]
Starting RHN Taskomatic...
Done.
    Copy to Clipboard Toggle word wrap
  6. Retourner à l'interface web. Notez que l'interface peut prendre un certain temps avant de résoudre les services, mais doit retourner à la normale après une minute environ.
Q :
Je reçois le message "Host Not Found" (Impossible de trouver l'hôte) ou "Could Not Determine FQDN" (Impossible de déterminer le FQDN). Que dois-je faire maintenant ?
R :
Vu que les fichiers de configuration de RHN dépendent exclusivement de noms de domaine entièrement qualifiés (ou FQDN), il est impératif que les applications clés puissent résoudre le nom du Satellite RHN en une adresse IP. Red Hat Update Agent, le Red Hat Network Registration Client et le serveur Web Apache sont particulièrement sujets à ce problème avec les applications RHN produisant des erreurs « host not found » (hôte introuvable) et le serveur Web indiquant « Could not determine the server's fully qualified domain name » (impossible de déterminer le nom de domaine du serveur) lors de l'échec du démarrage.
Ce problème provient en général du fichier /etc/hosts. Vous pouvez confirmer ceci en examinant le fichier /etc/nsswitch.conf, qui définit les méthodes et l'ordre dans lequel les noms de domaine sont résolus. Normalement, le fichier /etc/hosts est vérifié en premier, suivi par le NIS (Network Information Service), s'il est utilisé, puis par le DNS. L'un d'eux doit réussir pour que le serveur Web Apache démarre et que les applications client de RHN fonctionnent.
Pour résoudre ce problème, identifiez le contenu du fichier /etc/hosts. Il peut ressembler à l'exemple suivant : 
127.0.0.1 this_machine.example.com this_machine localhost.localdomain \ localhost
Copy to Clipboard Toggle word wrap
Tout d'abord, dans un éditeur de texte, supprimez les informations de la machine fautive comme dans l'exemple suivant : 
 
127.0.0.1 localhost.localdomain.com localhost
Copy to Clipboard Toggle word wrap
Puis, enregistrez le fichier et essayez d'exécuter à nouveau les applications client de RHN ou le serveur Web Apache. Si elles échouent toujours, identifiez de manière explicite l'adresse IP du Satellite dans le fichier comme dans l'exemple suivant : 
127.0.0.1 localhost.localdomain.com localhost
123.45.67.8 this_machine.example.com this_machine
Copy to Clipboard Toggle word wrap
Remplacez la valeur ici avec l'adresse IP actuelle du Satellite. Le problème devrait ainsi être résolu. Souvenez-vous que si l'adresse IP spécifique est stipulée, le fichier devra être mis à jour lorsque la machine obtient une nouvelle adresse.
Q :
J'obtiens l'erreur « This server is not an entitled Satellite » (ce serveur n'est pas un Satellite autorisé) quand j'essaie de synchroniser le serveur Red Hat Network Satellite. Comment régler ce problème ?
R :
Si satellite-sync rapporte que le serveur n'est pas activé en tant que Satellite RHN, c'est qu'il n'a pas souscrit au canal Satellite RHN respectif. S'il s'agit d'un système nouvellement installé, alors il est possible que le certificat de satellite ne soit pas activé sur le système. S'il était activé, alors il est maintenant désactivé.
Vérifiez les canaux enfants du système pour déterminer s'il est souscrit à un canal Red Hat Network Satellite. Affichez les canaux abonnés (ou souscrits) avec la commande suivante : 
# yum repolist
Copy to Clipboard Toggle word wrap
Activez le même certificat de Satellite à nouveau sur votre Satellite en utilisant cette commande en tant qu'utilisateur root : 
# rhn-satellite-activate -vvv --rhn-cert=/path/to/certificate
Copy to Clipboard Toggle word wrap

Note

Si vous avez épuisé ces étapes de résolution de problèmes ou que vous souhaitez les remettre à des professionnels de RHN, Red Hat recommande que vous utilisiez la puissante assistance offerte avec Red Hat Network Satellite. La manière la plus efficace pour ce faire est de regrouper les paramètres de configuration, les fichiers journaux et les informations de bases de données de votre Satellite et d'envoyer directement ce paquetage à Red Hat.
RHN fournit un outil en ligne de commande explicitement dans ce but : l'outil Satellite Diagnostic Info Gatherer (rassembleur d'informations de diagnostique du Satellite), plus couramment connu par sa commande satellite-debug. Pour utiliser cet outil, exécutez simplement cette commande en tant que super-utilisateur. Vous verrez les informations recueillies et le fichier tarball créé comme dans l'exemple suivant : 
# satellite-debug
Collecting and packaging relevant diagnostic information.
Warning: this may take some time...
    * copying configuration information
    * copying logs
    * querying RPM database (versioning of RHN Satellite, etc.)
    * querying schema version and database character sets
    * get diskspace available
    * timestamping
    * creating tarball (may take some time): /tmp/satellite-debug.tar.bz2
    * removing temporary debug tree
 
Debug dump created, stored in /tmp/satellite-debug.tar.bz2
Deliver the generated tarball to your RHN contact or support channel.
Copy to Clipboard Toggle word wrap
Une fois terminé, envoyez par courrier électronique le nouveau fichier du répertoire /tmp/ à votre représentant Red Hat pour un diagnostique immédiat.
Retour au début
Red Hat logoGithubredditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance. Découvrez nos récentes mises à jour.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez le Blog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

Theme

© 2025 Red Hat