Red Hat Training

A Red Hat training course is available for Red Hat Satellite

Capítulo 10. Detección y solución de problemas

Este capítulo presenta consejos para determinar las causas y resolver los problemas más comunes relacionados con Satélite Red Hat Network. Si necesita ayuda adicional, contacte a la asistencia de Red Hat Network; en https://access.redhat.com/support/. Inicie sesión con su cuenta autorizada de Satélite para ver una lista completa de las opciones.
Para iniciar la detección y solución de los problemas generales, examine los archivos de registro o archivos relacionados con el componente que muestra la falla. Un ejercicio útil es ejecutar el comando tail -f en todos los archivos de registro y después ejecutar yum list. Luego podrá examinar todas las nuevas entradas de registro para buscar pistas potenciales.
El espacio de disco lleno es un problema común. Una prueba casi irrefutable de este problema es la interrupción de la escritura en los archivos de registro. Cuando el registro se detiene durante la escritura, como en la mitad de una palabra, es muy probable que usted tenga el disco lleno. Para confirmarlo, ejecute este comando y revise el porcentaje en la columna Use%:
# df -h
Además de los archivos de registro, usted puede obtener valiosa información al recuperar el estatus de su Satélite Red Hat Network y de sus distintos componentes. Esto puede llevarse a cabo con el comando:
# /usr/sbin/rhn-satellite status
Además, usted puede obtener el estado de componentes como el servidor de red APACHE; y el Motor de tareas de Red Hat Network. Por ejemplo, para ver el estado del servidor de red APACHE, ejecute el comando:
# service httpd status
10.1. Instalación y actualización
P: SELinux sigue enviando mensajes cuando estoy tratando de instalar. ¿Por qué?
P: Cambié /var/satellite a un montaje NFS y ahora SELinux no está funcionando correctamente. ¿Qué debo hacer?
P: Mi Satélite está fallando. ¿Alguna idea del porqué?
10.2. Servicios
P: ¿Por qué el servidor de red Apache no se está ejecutando?
P: ¿Cómo averiguo el estatus del Motor de tareas de Red Hat Network?
P: ¿Cómo averiguo el estatus de la Base de Datos incorporada del Satélite?
P: ¿Qué hacer si yum, up2date, o la capacidad de envío de Satélite Red Hat Network deja de funcionar?
10.3. Conectividad
P: ¡No me puedo conectar! ¿Cómo averiguo cuál es el error?
P: ¿Qué se debe hacer si al importar o sincronizar un canal falla y no se puede recuperar?
P: Estoy obteniendo errores de "SSL_CONNECT". ¿Qué debo hacer ahora?
10.4. Ingreso y registro
P: ¿Cuáles son los diferentes archivos de registro?
P: ¿Cómo debo usar spacewalk-report?
P: ¿Cómo puedo averiguar qué esquema de versión de base de datos tengo?
P: ¿Cómo puedo averiguar qué tipos de caracteres tengo?
P: ¿Por qué el administrador no recibe los mensajes?
P: ¿Cómo puedo cambiar el remitente del correo de trazabilidad?
10.5. Errores
P: Aparece el error "Error validating satellite certificate" durante la instalación de Satélite de Red Hat Network. ¿Cómo puedo solucionarlo?
P: Aparece el error "ERROR: server.mount_point not set in the configuration file" cuando trato de activar o sincronizar el Satélite de Red Hat Network ¿Cómo lo corrijo?
P: ¿Por qué cobbler check entrega un error diciendo que necesita una versión diferente a yum-utils?
P: Aparece el error "unsupported version" al tratar de activar el certificado de Satélite Red Hat Network. ¿Cómo lo corrijo?
P: Estoy obteniendo "Internal Server Error" quejándose sobre
P: Estoy obteniendo los errores "Host Not Found" o "Could Not Determine FQDN" ¿Qué debo hacer ahora?
P: Obtengo el error "This server is not an entitled Satellite" cuando trato de sincronizar el servidor de Satélite Red Hat Network. ¿Cómo lo corrijo?

10.1. Instalación y actualización

P:
SELinux sigue enviando mensajes cuando estoy tratando de instalar. ¿Por qué?
R:
Si encuentra algunos problemas con mensajes de SELinux (tales como mensajes de negación AVC) durante la instalación del Satélite Red Hat Network, asegúrese de tener disponibles los archivos audit.log para que el personal de apoyo de Red Hat pueda ayudarlo. Encontrará el archivo en /var/log/audit/audit.log y lo puede añadir a su tiquete de soporte para recibir asistencia de los ingenieros.
P:
Cambié /var/satellite a un montaje NFS y ahora SELinux no está funcionando correctamente. ¿Qué debo hacer?
R:
Deberá informarle a SELinux acerca del montaje NFS para que le permita el tráfico. Puede hacerlo mediante este comando:
# /usr/sbin/setsebool -P spacewalk_nfs_mountpoint on
Si está utilizando Red Hat Enterprise Linux 6, también necesitará ejecutar este comando:
# /usr/sbin/setsebool -P cobbler_use_nfs on
P:
Mi Satélite está fallando. ¿Alguna idea del porqué?
R:
No suscriba su Satélite Red Hat Network a ninguno de los siguientes canales hijos disponibles desde los servidores centrales de Red Hat Network:
  • Red Hat Developer Suite
  • Servidor de aplicaciones Red Hat
  • Suplementos de Red Hat
  • Canales de productos JBoss
La suscripción a estos canales y la actualización de su Satélite podría instalar versiones más recientes o incompatibles de componentes de software críticos, lo cual hará que su satélite falle.

10.2. Servicios

P:
¿Por qué el servidor de red Apache no se está ejecutando?
R:
Si el servidor de red APACHE no se está ejecutando, puede ser que las entradas en su archivo /etc/hosts estén incorrectas.
P:
¿Cómo averiguo el estatus del Motor de tareas de Red Hat Network?
R:
Para obtener el estatus del Motor de tareas de Red Hat Network Engine, ejecute el siguiente comando:
# service taskomatic status
P:
¿Cómo averiguo el estatus de la Base de Datos incorporada del Satélite?
R:
Para obtener el estatus de la base de datos incorporada de Satélite, si existe, ejecute el comando:
# service oracle status
P:
¿Qué hacer si yum, up2date, o la capacidad de envío de Satélite Red Hat Network deja de funcionar?
R:
Si yum, up2date o la funcionalidad push del Satélite Red Hat Network dejan de funcionar, es posible que algunos archivos de registro antiguos estén fallando. Detenga el demonio Jabberd antes de remover estos archivos. Para hacerlo, ejecute el siguiente comando como root:
# service jabberd stop
# rm -f /var/lib/jabberd/db/_db*
# service jabberd start

10.3. Conectividad

P:
¡No me puedo conectar! ¿Cómo averiguo cuál es el error?
R:
La siguiente medición puede ser utilizada para identificar errores de conexión generales:
  • Intente conectarse a la base de datos del Satélite Red Hat Network en la línea de comandos utilizando la cadena de conexión correcta tal y como aparece en /etc/Red Hat Network/Red Hat Network.conf:
    # sqlplus username/password@sid
  • Asegúrese de que el Satélite Red Hat Network esté usando el Protocolo de tiempo de red (NTP) y de que esté configurado en la zona horaria correspondiente. Esto también se aplica a todos los sistemas de cliente y a la máquina de base de datos independiente en el Satélite Red Hat Network con base de datos autónoma.
  • Confirme si el paquete es correcto:
    rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm 
    esté instalado en el Satélite Red Hat Network y que el certificado rhn-org-trusted-ssl-cert-*.noarch.rpm correspondiente o el certificado crudo CA SSL público (cliente) esté instalado en todos los sistemas de cliente.
  • Verifique si los sistemas de cliente están configurados para usar el certificado apropiado.
  • Si está utilizando uno o más PROXY Red Hat Network, asegúrese de que cada certificado SSL de Proxy esté preparado correctamente. El Proxy debe tener instalados su propio par de llaves SSL de servidor y el Certificado CA SSL (cliente), ya que éste debe servir en ambas direcciones. Consulte el capítulo de certificados SSL de la Guía de configuración de sistemas cliente Red Hat Network para obtener instrucciones más específicas.
  • Asegúrese de que los sistemas de cliente no estén usando cortafuegos que bloqueen sus propios puertos como se señala en la Sección 2.4, “Requerimientos adicionales”.
P:
¿Qué se debe hacer si al importar o sincronizar un canal falla y no se puede recuperar?
R:
Si la importación/sincronización de un canal falla y usted no puede recobrarlo por ningún otro medio, ejecute este comando para borrar el cache:
# rm -rf directorio-temporal

Nota

Sección 6.2.1, “Preparación de una importación desde medios locales” especifica /var/rhn-sat-import/ como el directorio temporal.
Luego reinicie la importación o sincronización.
P:
Estoy obteniendo errores de "SSL_CONNECT". ¿Qué debo hacer ahora?
R:
Un problema de conexión común, indicado por los errores SSL_CONNECT, se produce cuando el Satélite es instalado en una máquina cuyo tiempo se ha establecido correctamente. Durante el proceso de instalación del Satélite, los certificados SSL se crean en tiempos inexactos. Si luego corrige el tiempo del Satélite, la fecha y hora de inicio podrían quedar en futuro, lo cual lo invalidarían.
Para solucionar este problema, revise la fecha y hora en los sistemas cliente y en el Satélite con el siguiente comando:
# date
El resultado debe ser casi idéntico en todas las máquinas y entre las ventanas de validación "notBefore" y "notAfter" de los certificados. Revise las fechas y horas de los certificados cliente con el siguiente comando:
# openssl x509 -dates -noout -in /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
Revise la fecha y hora del certificado del servidor de Satélite con el siguiente comando:
# openssl x509 -dates -noout -in /etc/httpd/conf/ssl.crt/server.crt
Por defecto, el certificado del servidor tiene un año de vida mientras que los certificados cliente tienen 10 años. Si encuentra que los certificados son incorrectos, usted puede, si es posible, esperar por el tiempo de inicio valido o crear nuevos certificados, preferiblemente con todos los tiempos de los sistemas establecidos a GMT.

10.4. Ingreso y registro

P:
¿Cuáles son los diferentes archivos de registro?
R:
Virtualmente, cada paso en la detección y solución de problemas debe empezar con la revisión del archivo o archivos de registro asociados. Estos proporcionan valiosa información sobre las actividades que se han llevado a cabo en el dispositivo o en la aplicación usada para monitorizar el rendimiento y asegurar la configuración adecuada. Consulte la Tabla 10.1, “Archivos de registro” para obtener las rutas de los archivos de registro pertinentes:
Puede haber archivos de registros enumerados (tales como as /var/log/rhn/rhn_satellite_install.log.1, /var/log/rhn/rhn_satellite_install.log.2, etc.) dentro del directorio /var/log/rhn/. Estos son registros rotados, los cuales son archivos de registro creados con una extensión de .<NÚMERO> cuando el archivo actual rhn_satellite_install.log llegue al tamaño como fue especificado por el demonio logrotate(8) y el contenido escrito al archivo rotado. Por ejemplo, rhn_satellite_install.log.1 contiene el archivo rotado menos reciente, mientras que rhn_satellite_install.log.4 contiene el archivo de registro rotado más reciente.

Tabla 10.1. Archivos de registro

Componente/Tarea Ubicación del archivo de registro
Servidor de red Apache Directorio /var/log/httpd/
Satélite Red Hat Network Directorio /var/log/rhn/
Programa de instalación de Satélite Red Hat Network /var/log/rhn/rhn_satellite_install.log
Instalación de base de datos - Base de datos incorporada /var/log/rhn/install_db.log
Llenado de base de datos /var/log/rhn/populate_db.log
Herramienta de sincronización de Satélite Red Hat Network /var/log/rhn/rhn_server_satellite.log
Infraestructura de monitorización Directorio /var/log/nocpulse/
Notificaciones de monitorización Directorio /var/log/notification/
Control de base de datos Red Hat Network - Base de datos incorporada /var/log/rhn/rhn_database.log
Motor de tareas de Red Hat Network (Taskomatic) /var/log/messages
yum /var/log/yum.log
Transacciones XML-RPC /var/log/rhn/rhn_server_xmlrpc.log
P:
¿Cómo debo usar spacewalk-report?
R:
Hay instancias en las que los administradores pueden necesitar un resumen conciso y formateado de sus recursos de Satélite Red Hat Network, ya sea para hacer inventario de sus derechos, sistemas suscritos o usuarios y organizaciones. En lugar de reunir la información de forma manual desde la interfaz de Satélite Web, Satélite Red Hat Network incluye el comando spacewalk-report para reunir y mostrar a la vez, información vital de Satélite.

Nota

Para usar spacewalk-report debe tener el paquete spacewalk-reports instalado.
spacewalk-report le permite a los administradores organizar y mostrar reportes acerca del contenido, erratas, sistemas e historial de eventos y, recursos de usuario a través de Satélite. El comando spacewalk-report, sirve para generar reportes en:
  • Inventario de sistema — Lista todos los sistemas registrados al Satélite.
  • Derechos — Lista todas las organizaciones en el Satélite, clasificadas por derechos de sistema o de canal.
  • Erratas — Lista todas las erratas relevantes a los sistemas registrados y las clasifica según la gravedad como también los sistemas que se aplican a una errata en particular.
  • Usuarios — Lista todos los usuarios registrados al Satélite, y los sistemas asociados a un usuario particular.
  • Historial de sistema — Lista todos, o un subconjunto de eventos de sistema.
Para obtener un reporte en formato CSV, ejecute el siguiente comando en el indicador de comandos de su servidor de Satélite.
# spacewalk-report report_name
Los siguientes informes están disponibles:

Tabla 10.2. Informes de spacewalk-report

Informe Invocado como Descripción
Inventario de sistema inventory Lista de sistemas registrados al servidor, junto con la información de hardware y software.
Derechos entitlements Lista todas las organizaciones en el Satélite con sus derechos de sistema o canal.
Erratas en canales errata-channels Lista erratas en canales
Todas las erratas errata-list-all Lista completa de todas las erratas.
Erratas para sistemas errata-systems Lista erratas aplicables y los sistemas registrados que se afectan.
Usuarios en el sistema users Lista todos los usuarios registrados en el Satélite.
Sistemas administrados users-systems Lista sistemas que pueden ser administrados por usuarios individuales
Árboles Kickstart kickstartable-trees Lista los árboles que pueden ser iniciados con Kickstart
Historial de sistema system-history Lista historial de eventos del sistemas
Canales de historia de sistemas system-history-channels Lista historial de eventos del sistemas
Configuración de historial de sistemas system-history-configuration Lista historial de eventos de configuración de sistemas
Derechos de historial de sistemas system-history-entitlements Lista historial de eventos de derechos de sistemas
Erratas de historial de sistemas system-history-errata Lista el historial de eventos de erratas del sistema
kickstart de historial de sistema system-history-kickstart Lista el kickstart del sistema y el aprovisionamiento historial de eventos
Paquetes de historial del sistema system-history-packages Lista el historial de eventos de paquetes del sistema
Para obtener mayor información sobre un informe individual, ejecute spacewalk-report con --info o --list-fields-info y el nombre del informe. La descripción y lista de los campos posibles en el informe serán mostrados.
Para obtener mayor información, la página man de spacewalk-report(8) y el parámetro --help del programa spacewalk-report puede ser utilizado para obtener información adicional acerca de invocaciones de programa y sus opciones.
P:
¿Cómo puedo averiguar qué esquema de versión de base de datos tengo?
R:
Para determinar la versión del esquema de su base de datos, ejecute el comando:
# rhn-schema-version
P:
¿Cómo puedo averiguar qué tipos de caracteres tengo?
R:
Para obtener el juego de tipo de caracteres de la base de datos de su Satélite ejecute el comando:
# rhn-charsets
P:
¿Por qué el administrador no recibe los mensajes?
R:
Si el administrador no está recibiendo los correos-e del Satélite Red Hat Network, confirme la dirección de correo-e que ha sido establecida para traceback_mail en /etc/rhn/rhn.conf.
P:
¿Cómo puedo cambiar el remitente del correo de trazabilidad?
R:
Si el correo de seguimiento (traceback_mail) está marcado desde dev-null@rhn.redhat.com y usted desea que la dirección sea válida para su organización, incluya la opción web.default_mail_from y el valor apropiado en /etc/rhn/rhn.conf.

10.5. Errores

P:
Aparece el error "Error validating satellite certificate" durante la instalación de Satélite de Red Hat Network. ¿Cómo puedo solucionarlo?
R:
El error "Error validating satellite certificate" durante la instalación de Satélite Red Hat Network se produce por tener un Proxy HTTP en el entorno. Esto puede confirmarse si consulta el archivo install.log y localiza el siguiente error:
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
Para resolver este problema:
  1. Ejecute el script de instalación en modo desconectado y omita la instalación de base de datos la cual ya se ha realizado:
    # ./install.pl --disconnected --skip-db-install
    
  2. Abra /etc/rhn/rhn.conf con su editor de texto preferido y añada o modifique la siguiente línea:
    server.satellite.rhn_parent = satellite.rhn.redhat.com
    
    Remueva la siguiente línea:
    disconnected=1
    
    Si está utilizando un Proxy para la conexión a Red Hat Network, también necesitará añadir o modificar las siguientes líneas para reflejar la configuración de Proxy.
    server.satellite.http_proxy = <hostname>:<port>
    server.satellite.http_proxy_username = <username>
    server.satellite.http_proxy_password = <password>
    
  3. Reactive el Satélite en modo conectado, mediante el comando rhn-satellite-activate como usuario root, incluyendo la ruta y nombre de archivo del certificado de satélite.
    # rhn-satellite-activate --rhn-cert=/path/to/file.cert
Alternativamente, intente ejecutar el script install.pl en modo conectado, pero con la opción --answer-file=answer file. Asegúrese de que el archivo de respuestas tenga la información de proxy HTTP especificada así:
rhn-http-proxy = <hostname>:<port>
rhn-http-proxy-username = <username>
rhn-http-proxy-password = <password>
P:
Aparece el error "ERROR: server.mount_point not set in the configuration file" cuando trato de activar o sincronizar el Satélite de Red Hat Network ¿Cómo lo corrijo?
R:
El error "ERROR: server.mount_point not set in the configuration file" durante la activación de Satélite Red Hat Network o sincronización puede presentarse si el parámetro de configuración mount_point en /etc/rhn/rhn.conf no señala la ruta de directorio, o la ruta del directorio que señala no está presente o no tiene el permiso para acceder al directorio.
Para resolver este problema, revise el valor del parámetro de configuración mount_point en /etc/rhn/rhn.conf. Si el valor de /var/satellite es predeterminado, verifique si los directorios /var/satellite y /var/satellite/redhat existen. Para todos los valores, revise si la ruta para el archivo es correcta y si tiene los permisos apropiados.
P:
¿Por qué cobbler check entrega un error diciendo que necesita una versión diferente a yum-utils?
R:
Algunas veces, la ejecución del comando cobbler check puede entregar un error similar al siguiente:
# 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
Este es un problema conocido en el paquete reposync de Cobbler. El error es falso y se puede ignorar. Este error será corregido en futuras versiones de Satélite de Red Hat Network.
P:
Aparece el error "unsupported version" al tratar de activar el certificado de Satélite Red Hat Network. ¿Cómo lo corrijo?
R:
Si su certificado de Satélite Red Hat Network se ha dañado, recibirá alguno de los siguientes errores:
ERROR: <Fault -2: 'unhandled internal exception: unsupported version: 96'>
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'>
Invalid satellite certificate
Para resolver este problema, contacte a los servicios de Asistencia de Red Hat a fin de obtener un nuevo certificado.
P:
Estoy obteniendo "Internal Server Error" quejándose sobre
R:
Si recientemente ha añadido algunos parámetros de kernel a su perfil de kickstart, es posible que cuando intente Ver la lista de perfiles Kickstart obtenga el siguiente error del servidor interno:
'ascii' codec can't encode character u'\u2013'
Este error se presenta debido a que parte de texto en el perfil no está siendo reconocido correctamente.
Para resolver este problema:
  1. Ssh directamente en el servido de Satélite como usuario root:
    # ssh root@satellite.fqdn.com
    
  2. Busca el perfil kickstart que está causando el problema al buscar las fechas del los archivos en /var/lib/cobbler/config/profiles.d y localizar el que ha sido modificado recientemente:
    # ls -l /var/lib/cobbler/config/profiles.d/
    
  3. Abre el perfil en su editor de texto preferido y localiza el siguiente texto:
    \u2013hostname
    
    Cambia la entrada para leer:
    --hostname
    
  4. Guarde los cambios para el perfil y cierre el archivo.
  5. Reinicie los servicios de Satélite Red Hat Network para recibir el perfil actualizado:
    # 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.
    
  6. Vuelva a la interfaz de red. Observe que la interfaz puede tardar en resolver los servicios, pero deberá retornar a la normalidad después de un minuto o un poco más.
P:
Estoy obteniendo los errores "Host Not Found" o "Could Not Determine FQDN" ¿Qué debo hacer ahora?
R:
Ya que los archivos de configuración de Red Hat Network dependen exclusivamente de nombres de dominio completamente calificado (FDQN), es imprescindible que las aplicaciones clave puedan resolver el nombre del Satélite Red Hat Network en una dirección IP. El Agente de actualización de Red Hat, el Cliente de registro de Red Hat Network, y el servidor de red APACHE, por lo general están propensos a este problema con las aplicaciones de Red Hat Network que presentan errores del tipo "host not found" y servidor de red que dice "Could not determine the server's fully qualified domain name" tras un inicio fallido.
Este problema se origina generalmente desde el archivo /etc/hosts. Puede confirmarlo al examinar /etc/nsswitch.conf, el cual define los métodos y el orden por el cual los nombres de dominio se resuelven. Usualmente, el archivo /etc/hosts es el primero en ser revisado, seguido por el Servicio de información de red (NIS) en caso de ser usado, y luego el DNS. Alguna de estas revisiones debe ser exitosa para que el Servidor de red APACHE pueda iniciar y para que funcionen las aplicaciones cliente de Red Hat Network.
Para resolver este problema, identifique el contenido del archivo /etc/hosts. Algo así como:
127.0.0.1 this_machine.example.com this_machine localhost.localdomain \ localhost
Primero, en un editor de texto, remueva la información errada de la máquina como en el ejemplo dado:
127.0.0.1 localhost.localdomain.com localhost
Luego, guarde el archivo e intente ejecutar las aplicaciones cliente de Red Hat Network o Servidor de red APACHE. Si este aún falla identifique explícitamente la dirección IP del Satélite en el archivo, de esta manera:
127.0.0.1 localhost.localdomain.com localhost
123.45.67.8 this_machine.example.com this_machine
Remplace aquí el valor con la dirección IP real del Satélite. Esto debe resolver el problema. Recuerde, si la dirección IP específica es estipulada, el archivo tendrá que ser actualizado cuando la máquina obtenga una nueva dirección.
P:
Obtengo el error "This server is not an entitled Satellite" cuando trato de sincronizar el servidor de Satélite Red Hat Network. ¿Cómo lo corrijo?
R:
Si satellite-sync reporta que el servidor no está activado como un Satélite Red Hat Network, quiere decir que no está suscrito al respectivo canal de Satélite Red Hat Network. Si se trata de un sistema recién instalado, entonces posiblemente el certificado del Satélite no esté activado en el sistema. Si estaba activado en un principio, entonces se ha desactivado.
Verifique los canales hijos del sistema para saber si está suscrito a algún canal de Satélite Red Hat Network. Vea los canales suscritos con el siguiente comando:
# yum repolist
Reactive el mismo certificado de Satélite en su Satélite, mediante este comando como usuario root:
# rhn-satellite-activate -vvv --rhn-cert=/path/to/certificate

Nota

Si ha agotado todos los pasos dados para la detección y solución de problemas o desea enviarlos a los profesionales de Red Hat Network, Red Hat le recomienda que saque ventaja de la sólida asistencia que viene con el Satélite Red Hat Network. La manera más eficaz de hacerlo es empaquetar sus parámetros de configuración de Satélite, los archivos de registro y la información de la base de datos, y enviarlos directamente a Red Hat.
Red Hat Network proporciona una herramienta de la línea de comandos explícitamente para este propósito: El recolector de información de diagnóstico de Satélite, comúnmente conocido por su comando satellite-debug. Para usar esta herramienta, ejecute el comando como usuario root. Verá partes de información recolectada y el archivo Tarball creado así:
# 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.
Una vez finalizado, envíe por correo-e el nuevo archivo del directorio /tmp/ a su representante de Red Hat para un diagnóstico inmediato.