Capítulo 5. 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 Red Hat Satellite. Si necesita ayuda adicional, contacte el soporte de Red Hat Network en https://access.redhat.com/support/. Inicie sesión con su cuenta autorizada de Satélite para ver la lista completa de 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.
5.1. Espacio de disco
P: Mi espacio de disco se llenó rápido. ¿Qué sucedió y qué debo hacer?
5.2. 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 lo deja funcionar correctamente. ¿Qué debo hacer?
P: Mi Satélite está fallando. ¿Alguna idea del porqué?
5.3. Servicios
P: ¿Por qué el servidor web 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 la funcionalidad Push de Red Hat Satellite deja de funcionar?
5.4. 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?
5.5. Ingreso y reporte
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?
5.6. Errores
P: Aparece el error "Error validating satellite certificate" durante la instalación de Red Hat Satellite. ¿Cómo puedo solucionarlo?
P: Aparece el error "ERROR: server.mount_point not set in the configuration file" cuando trato de activar o sincronizar Red Hat Satellite ¿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 Red Hat Satellite. ¿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 Red Hat Satellite. ¿Cómo lo corrijo?
5.7. Interfaz de red
P: Tengo problemas con la interfaz de usuario de Red Hat Satellite. ¿Cuáles registros de archivo debo revisar?
5.8. Anaconda
P: Estoy recibiendo un error que dice Error downloading kickstart file. ¿Cuál es el problema y cómo debo corregirlo?
P: Estoy recibiendo un error de instalación de paquetes que dice The file chkconfig-1.3.30.1-2.i386.rpm cannot be opened.. ¿Cuál es el problema y cómo debo corregirlo?
5.9. Trazabilidad
P: Estoy recibiendo correos-e con "WEB TRACEBACK" en el asunto. ¿Qué debo hacer con ellos?
5.10. Registro
P: El comando rhnreg_ks falla cuando lo ejecuto, dice:ERROR: unable to read system id. ¿Cuál es el problema?
5.11. Kickstarts y Fragmentos
P: ¿Cuál es la estructura de directorio para kickstarts?
P: ¿Cuál es la estructura de directorio para fragmentos Cobbler?
5.12. Monitorización
P: ¿Existen herramientas de diagnóstico que ayuden a determinar la causa de errores de monitorización?
P: ¿Cómo interpretar la salida de rhn-runprobe?
5.13. Satélites de múltiples organizaciones y Certificado de satélite
P: ¿Cómo registrar mis sistemas en un entorno de múltiples organizaciones cuando no tengo suficientes derechos en mi certificado de Satélite?
P: Tengo derechos adicionales en mi certificado de Satélite que no he utilizado. ¿Qué sucede con esos derechos?
5.14. Instalación y configuración de Proxy
P: Después de configurar el Gestor de paquetes de Red Hat Network, ¿cómo puedo determinar si los paquetes locales fueron añadidos correctamente al canal privado de Red Hat Network?
P: ¿Cómo puedo determinar si los clientes están conectados al servidor Squid?
P: El Agente de actualizaciones de Red Hat en el sistema cliente no se conecta mediante el Servidor proxy de Red Hat Satellite. ¿Cómo puedo corregir este error?
P: Mi configuración del proxy de Red Hat Satellite no está funcionando. ¿Dónde puedo iniciar el proceso de solución de errores?
P: ¿Cómo puedo resolver los problemas generales en el Proxy de Red Hat Satellite?
P: Mi proxy de Red Hat Satellite encontró un error "No se encontŕo el host"/"No se pudo determinar FQDN". ¿Qué debo hacer?
P: Tengo problemas con el proxy de Red Hat Satellite y errores de conexión de red. ¿Qué puedo hacer?
P: Tengo problemas con errores de entrega de paquetes y corrupción de objetos. ¿Qué puedo revisar?

5.1. Espacio de disco

P:
Mi espacio de disco se llenó rápido. ¿Qué sucedió y qué debo hacer?
R:
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 el disco esté lleno. Para confirmarlo, ejecute este comando y revise el porcentaje en la columna Use%:
# df -h
Copy to Clipboard Toggle word wrap
Además de los archivos de registro, usted puede obtener valiosa información al recuperar el estatus de su Red Hat Satellite y de sus distintos componentes. Esto puede llevarse a cabo con el comando:
# /usr/sbin/rhn-satellite status
Copy to Clipboard Toggle word wrap
Además, usted puede obtener el estado de componentes como el servidor web Apache y el Motor de tareas de Red Hat Network. Por ejemplo, para ver el estado del servidor web Apache, ejecute el comando:
# service httpd status
Copy to Clipboard Toggle word wrap

5.2. 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 de Red Hat Satellite, 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 lo deja funcionar correctamente. ¿Qué debo hacer?
R:
Los parámetros SELinux deben cambiarse según el nuevo montaje de NFS para que SELinux permita dicho tráfico. Realice este cambio con este comando:
# /usr/sbin/setsebool -P spacewalk_nfs_mountpoint on
Copy to Clipboard Toggle word wrap
Si está utilizando Red Hat Enterprise Linux 6, también necesitará ejecutar este comando:
# /usr/sbin/setsebool -P cobbler_use_nfs on
Copy to Clipboard Toggle word wrap
P:
Mi Satélite está fallando. ¿Alguna idea del porqué?
R:
No suscriba Red Hat Satellite a ninguno de los siguientes canales hijos, que están disponibles en los servidores centrales de Red Hat Network:
  • Paquetes de desarrollador de Red Hat
  • Servidor de paquetes de Red Hat
  • Suplementos de Red Hat
  • Canales de productos de JBoss
La suscripción a estos canales y la actualización de 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.

5.3. Servicios

P:
¿Por qué el servidor web Apache no se está ejecutando?
R:
Si el servidor web 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, ejecute el siguiente comando:
# service taskomatic status
Copy to Clipboard Toggle word wrap
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:
# db-control status
Copy to Clipboard Toggle word wrap
P:
¿Qué hacer si la funcionalidad Push de Red Hat Satellite deja de funcionar?
R:
Si la funcionalidad Push de Red Hat Satellite deja 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
Copy to Clipboard Toggle word wrap

5.4. 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 de Red Hat Satellite en la línea de comandos utilizando la cadena de conexión correcta tal y como aparece en /etc/rhn/rhn.conf:
    # sqlplus username/password@sid
    Copy to Clipboard Toggle word wrap
  • Asegúrese de que Red Hat Satellite esté usando el Protocolo de tiempo de red (NTP) y que esté configurado en la zona horaria adecuada. Esto también se aplica a todos los sistemas de cliente y a la máquina de base de datos independiente en Red Hat Satellite con base de datos autónoma.
  • Confirme que el paquete correcto:
    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é instalado en Red Hat Satellite 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 que los sistemas cliente están configurados para utilizar el certificado apropiado.
  • Si también está utilizando uno o más Servidores proxy de Red Hat Satellite, 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 público(cliente), ya que servirá en ambas capacidades. Consulte el capítulo de certificados SSL de la Guía de configuración de sistemas cliente de Red Hat Network para obtener instrucciones específicas.
  • Asegúrese de que los sistemas cliente no estén usando cortafuegos por su cuenta, que estén bloqueando los puertos requeridos, como se señala en la Guía de instalación de Red Hat Satellite, en la sección 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 la cache:
# rm -rf directorio-temporal
Copy to Clipboard Toggle word wrap

Nota

La Guía de instalación de Red Hat Satellite en la sección Preparación para importar 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
Copy to Clipboard Toggle word wrap
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
Copy to Clipboard Toggle word wrap
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
Copy to Clipboard Toggle word wrap
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 válido o crear nuevos certificados, preferiblemente con todos los tiempos de los sistemas establecidos para GMT.

5.5. Ingreso y reporte

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 5.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.
Expand
Tabla 5.1. Archivos de registro
Componente/Tarea Ubicación de los archivos de registro
Servidor Web Apache Directorio /var/log/httpd/
Red Hat Satellite Directorio /var/log/rhn/
Programa de instalación de Red Hat Satellite /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 Red Hat Satellite /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 Red Hat Satellite, 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, Red Hat Satellite 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 que han ocurrido.
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
Copy to Clipboard Toggle word wrap
Los siguientes informes están disponibles:
Expand
Tabla 5.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
Copy to Clipboard Toggle word wrap
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
Copy to Clipboard Toggle word wrap
P:
¿Por qué el administrador no recibe los mensajes?
R:
Si el administrador no está recibiendo los correos-e de Red Hat Satellite, confirme la dirección de correo-e 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.

5.6. Errores

P:
Aparece el error "Error validating satellite certificate" durante la instalación de Red Hat Satellite. ¿Cómo puedo solucionarlo?
R:
El error "Error validating satellite certificate" durante la instalación de Red Hat Satellite se produce por tener un Proxy HTTP en el entorno. Para confirmarlo, consulte el archivo install.log y localice 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
Copy to Clipboard Toggle word wrap
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
    
    Copy to Clipboard Toggle word wrap
  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
    
    Copy to Clipboard Toggle word wrap
    Remueva la siguiente línea:
    disconnected=1
    
    Copy to Clipboard Toggle word wrap
    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>
    
    Copy to Clipboard Toggle word wrap
  3. Reactive el Satélite en modo conectado, mediante el comando rhn-satellite-activate como usuario root, incluidos la ruta y nombre de archivo del certificado de satélite.
    # rhn-satellite-activate --rhn-cert=/path/to/file.cert
    Copy to Clipboard Toggle word wrap
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>
Copy to Clipboard Toggle word wrap
P:
Aparece el error "ERROR: server.mount_point not set in the configuration file" cuando trato de activar o sincronizar Red Hat Satellite ¿Cómo lo corrijo?
R:
El error "ERROR: server.mount_point not set in the configuration file" durante la activación o sincronización de Red Hat Satellite puede presentarse si el parámetro de configuración mount_point en /etc/rhn/rhn.conf no señala la ruta de directorio, o si 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
Copy to Clipboard Toggle word wrap
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 Red Hat Satellite.
P:
Aparece el error "unsupported version" al tratar de activar el certificado de Red Hat Satellite. ¿Cómo lo corrijo?
R:
Si su certificado de Red Hat Satellite se ha dañado, recibirá alguno de los siguientes errores:
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
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'
Copy to Clipboard Toggle word wrap
Este error se presenta debido a que una parte de texto en el perfil no está siendo reconocida correctamente.
Para resolver este problema:
  1. Ssh directamente en el servido de Satélite como usuario root:
    # ssh root@satellite.fqdn.com
    
    Copy to Clipboard Toggle word wrap
  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/
    
    Copy to Clipboard Toggle word wrap
  3. Abre el perfil en su editor de texto preferido y localiza el siguiente texto:
    \u2013hostname
    
    Copy to Clipboard Toggle word wrap
    Cambia la entrada para leer:
    --hostname
    
    Copy to Clipboard Toggle word wrap
  4. Guarde los cambios para el perfil y cierre el archivo.
  5. Reinicie los servicios de Red Hat Satellite 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.
    
    Copy to Clipboard Toggle word wrap
  6. Vuelva a la interfaz de red. Observe que la interfaz puede tardar en resolver los servicios, pero volverá a la normalidad después de un tiempo.
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 (FQDN), es imprescindible que la aplicación de llave pueda resolver el nombre del Red Hat Satellite dentro de una dirección IP. El Agente de actualización de Red Hat, el Cliente de registro de Red Hat Network, y el servidor web Apache, suelen estar 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 web Apache pueda iniciar y para que funcionen las aplicaciones cliente de Red Hat Network.
Para resolver este problema, identifique el contenido de el archivo /etc/hosts. Debe ser similar a:
127.0.0.1 this_machine.example.com this_machine localhost.localdomain \ localhost
Copy to Clipboard Toggle word wrap
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
Copy to Clipboard Toggle word wrap
Luego, guarde el archivo e intente ejecutar las aplicaciones cliente de Red Hat Network o Servidor web 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
Copy to Clipboard Toggle word wrap
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 Red Hat Satellite. ¿Cómo lo corrijo?
R:
Si satellite-sync reporta que el servidor no está activado como un Red Hat Satellite, quiere decir que no está suscrito al respectivo canal de Red Hat Satellite. Si se trata de un sistema recién instalado, asegúrese de que el certificado del Satélite 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 Red Hat Network. Vea los canales suscritos con el siguiente comando:
# yum repolist
Copy to Clipboard Toggle word wrap
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
Copy to Clipboard Toggle word wrap

5.7. Interfaz de red

P:
Tengo problemas con la interfaz de usuario de Red Hat Satellite. ¿Cuáles registros de archivo debo revisar?
R:
Si encuentra errores al ver, programar o trabajar con kickstart en la interfaz de usuario de Red Hat Satellite, revise el archivo de registro /var/log/tomcat6/catalina.out
Para todos los errores de interfaz, revise el archivo de registro /var/log/httpd/error_log.

5.8. Anaconda

P:
Estoy recibiendo un error que dice Error downloading kickstart file. ¿Cuál es el problema y cómo debo corregirlo?
R:
Este error suele ser el resultado de un problema de red. Para localizar el problema, ejecute el comando cobbler check y lea la salida, la cual debería ser algo así:
# cobbler check
The following potential problems were detected:
#0: reposync is not installed, need for cobbler reposync, install/upgrade yum-utils?
#1: yumdownloader is not installed, needed for cobbler repo add with --rpm-list parameter, install/upgrade yum-utils?
#2: The default password used by the sample templates for newly installed machines (default_password_crypted in /etc/cobbler/settings) is still set to 'cobbler' and should be changed
#3: fencing tools were not found, and are required to use the (optional) power management features. install cman to use them
Copy to Clipboard Toggle word wrap
Si cobbler check no proporciona ninguna respuesta, revise lo siguiente:
  • Verifique si httpd está ejecutando: service httpd status
  • Verifique si cobblerd está ejecutando: service cobblerd status
  • Verifique si puede obtener el archivo kickstart mediante wget desde un host diferente.
    wget http://satellite.example.com/cblr/svc/op/ks/profile/rhel5-i386-u3:1:Example-Org
    Copy to Clipboard Toggle word wrap
P:
Estoy recibiendo un error de instalación de paquetes que dice The file chkconfig-1.3.30.1-2.i386.rpm cannot be opened.. ¿Cuál es el problema y cómo debo corregirlo?
R:
Los clientes obtendrán el contenido de Red Hat Satellite con base en el parámetro --url en el kickstart. Por ejemplo:
url --url http://satellite.example.com/ks/dist/ks-rhel-i386-server-5-u3
Copy to Clipboard Toggle word wrap
Si recibe errores de Anaconda diciendo que no puede encontrar imágenes o paquetes, verifique primero si la URL de arriba genera una respuesta 200 OK. Puede hacerlo ejecutando wget y el archivo localizado en esa URL:
wget http://satellite.example.com/ks/dist/ks-rhel-i386-server-5-u3
--2011-08-19 15:06:55--  http://satellite.example.com/ks/dist/ks-rhel-i386-server-5-u3
Resolving satellite.example.com... 10.10.77.131
Connecting to satellite.example.com|10.10.77.131|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 0 [text/plain]
Saving to: `ks-rhel-i386-server-5-u3.1'
2011-08-19 15:06:55 (0.00 B/s) - `ks-rhel-i386-server-5-u3.1' saved [0/0]
Copy to Clipboard Toggle word wrap
Si obtiene una respuesta diferente a 200 OK, revise el registro de errores para hallar el problema. También puede revisar el archivo real que Anaconda intentó descargar buscando el archivo access_log:
# grep chkconfig /var/log/httpd/access_log
10.10.77.131 - - [19/Aug/2011:15:12:36 -0400] "GET /rhn/common/DownloadFile.do?url=/ks/dist/ks-rhel-i386-server-
5-u3/Server  /chkconfig-1.3.30.1-2.i386.rpm HTTP/1.1" 206 24744 "-" "urlgrabber/3.1.0 yum/3.2.19"
10.10.76.143 - - [19/Aug/2011:15:12:36 -0400] "GET /ks/dist/ks-rhel-i386-server-5-u3/Server/chkconfig-
1.3.30.1-2.i386.rpm HTTP/1.1" 206 24744 "-" "urlgrabber/3.1.0 yum/3.2.19"
10.10.76.143 - - [19/Aug/2011:15:14:20 -0400] "GET /ks/dist/ks-rhel-i386-server-5-u3/Server/chkconfig-
1.3.30.1-2.i386.rpm HTTP/1.1" 200 162580 "-" "urlgrabber/3.1.0 yum/3.2.19"
10.10.77.131 - - [19/Aug/2011:15:14:20 -0400] "GET /rhn/common/DownloadFile.do?url=/ks/dist/ks-rhel-i386-server-
5-u3/Server/chkconfig-1.3.30.1-2.i386.rpm HTTP/1.1" 200 162580 "-" "urlgrabber/3.1.0 yum/3.2.19"
Copy to Clipboard Toggle word wrap
Si estas solicitudes no aparecen en el archivo access_log, el sistema puede estar teniendo problemas con la configuración de red. Si las solicitudes aparecen pero no generan errores, revise el registro de errores.
También puede tratar de descargar manualmente los archivos para ver si el paquete está disponible:
wget http://satellite.example.com/ks/dist/ks-rhel-i386-server-5-u3/Server/chkconfig-1.3.30.1-2.i386.rpm
Copy to Clipboard Toggle word wrap

5.9. Trazabilidad

P:
Estoy recibiendo correos-e con "WEB TRACEBACK" en el asunto. ¿Qué debo hacer con ellos?
R:
Un correo-e típico de trazabilidad se vería algo como así:
Subject: WEB TRACEBACK from satellite.example.com
Date: Wed, 19 Aug 2011 20:28:01 -0400
From:Red Hat Satellite <dev-null@redhat.com>
To: admin@example.com

java.lang.RuntimeException: XmlRpcException calling cobbler.
	at com.redhat.rhn.manager.kickstart.cobbler.CobblerXMLRPCHelper.invokeMethod(CobblerXMLRPCHelper.java:72)
	at com.redhat.rhn.taskomatic.task.CobblerSyncTask.execute(CobblerSyncTask.java:76)
	at com.redhat.rhn.taskomatic.task.SingleThreadedTestableTask.execute(SingleThreadedTestableTask.java:54)
	at org.quartz.core.JobRunShell.run(JobRunShell.java:203)
	at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:520)
Caused by: redstone.xmlrpc.XmlRpcException: The response could not be parsed.
	at redstone.xmlrpc.XmlRpcClient.handleResponse(XmlRpcClient.java:434)
	at redstone.xmlrpc.XmlRpcClient.endCall(XmlRpcClient.java:376)
	at redstone.xmlrpc.XmlRpcClient.invoke(XmlRpcClient.java:165)
	at com.redhat.rhn.manager.kickstart.cobbler.CobblerXMLRPCHelper.invokeMethod(CobblerXMLRPCHelper.java:69)
	... 4 more
Caused by: java.io.IOException: Server returned HTTP response code: 503 for URL: http://someserver.example.com:80/cobbler_api
	at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1236)
	at redstone.xmlrpc.XmlRpcClient.handleResponse(XmlRpcClient.java:420)
	... 7 more
Copy to Clipboard Toggle word wrap
Esto indica que hay un problema con la comunicación de Cobbler con el servicio taskomatic. Intente revisar lo siguiente:
  • Verifique httpd is running: # service httpd status
  • Verifique cobblerd is running: # service cobblerd status
  • Asegúrese de que no haya reglas de cortafuegos que pueden impedir conexiones de localhost

5.10. Registro

P:
El comando rhnreg_ks falla cuando lo ejecuto, dice:ERROR: unable to read system id. ¿Cuál es el problema?
R:
Al final del archivo kickstart, hay una sección %post que registra la máquina al Red Hat Satellite:
# begin Red Hat management server registration
mkdir -p /usr/share/rhn/
wget http://satellite.example.com/pub/RHN-ORG-TRUSTED-SSL-CERT -O /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
perl -npe 's/RHNS-CA-CERT/RHN-ORG-TRUSTED-SSL-CERT/g' -i /etc/sysconfig/rhn/*
rhnreg_ks --serverUrl=https://satellite.example.com/XMLRPC --sslCACert=/usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT --activationkey=1-c8d01e2f23c6bbaedd0f6507e9ac079d
# end Red Hat management server registration
Copy to Clipboard Toggle word wrap
Al interpretarlo en el orden en el que fue añadido:
  • Cree un directorio para albergar el certificado SSL personalizado utilizado por Red Hat Satellite.
  • Busque el certificado SSL para usar durante el registro:
  • Busque y remplace las cadenas del certificado SSL de los archivos de configuración rhn-register y luego regístrese al Red Hat Satellite mediante el certificado SSL y una llave de activación. Cada perfil kickstart incluye una llave de activación que garantiza la asignación del sistema a la base y a los canales hijos correctos, y la obtención de los derechos de sistema apropiados. Si se trata de un reaprovisionamiento de un sistema existente, la llave de activación también garantizará la asociación con el perfil de sistema anterior.
Si el comando rhnreg_ks falla, podría ver errores como este en el registro de archivo ks-post.log:
ERROR: unable to read system id.
Copy to Clipboard Toggle word wrap
Estos errores también se presentarán si intenta realizar un rhn_check y el sistema no se ha registrado a Red Hat Satellite.
La mejor forma de detectar y solucionar un problema es ver el archivo kickstart y copiar y pegar los cuatro pasos de arriba directamente en el indicador de comandos después de que kickstart haya completado. Esto generará mensajes de error más detallados para ayudarle a ubicar el problema.

5.11. Kickstarts y Fragmentos

P:
¿Cuál es la estructura de directorio para kickstarts?
R:
La ruta de base en la que los archivos kickstart están almacenados es /var/lib/rhn/kickstarts/. Dentro de este directorio, los kickstarts crudos residen en el subdirectorio upload y los kickstart generados con asistente están en el subdirectorio wizard:
Raw Kickstarts: /var/lib/rhn/kickstarts/upload/$profile_name--$org_id.cfg
Wizard Kickstarts: /var/lib/rhn/kickstarts/wizard/$profile_name--$org_id.cfg
Copy to Clipboard Toggle word wrap
P:
¿Cuál es la estructura de directorio para fragmentos Cobbler?
R:
Los fragmentos Cobbler se almacenan en /var/lib/rhn/kickstarts/snippets. Cobbler accede fragmentos mediante el enlace simbólico /var/lib/cobbler/snippets/spacewalk.
Snippets:  /var/lib/rhn/kickstarts/snippets/$org_id/$snippet_name
Copy to Clipboard Toggle word wrap

Importante

Los RPM de Red Hat Satellite esperan que kickstart de Cobbler y los directorios de fragmentos estén en los sitios predeterminados, no los cambie.

5.12. Monitorización

P:
¿Existen herramientas de diagnóstico que ayuden a determinar la causa de errores de monitorización?
R:
Aunque todas las actividades relacionadas con Monitorización; se realizan a través de la interfaz de Satélite, Red Hat Satellite proporciona el acceso a algunas herramientas de diagnóstico de línea de comandos que podrían ayudar a determinar la causa de errores. Para usar estas herramientas, usted debe ser el usuario nocpulse en el Satélite que conduce la monitorización.
Primero inicie una sesión en el Satélite como root. Luego cambie al usuario nocpulse con el siguiente comando:
su - nocpulse
Copy to Clipboard Toggle word wrap
Para solucionar a fondo los problemas de un sondeo, obtenga primero el ID del sondeo. Esta información se obtiene al ejecutar rhn-catalog en el servidor de Red Hat Satellite como el usuario nocpulse. La salida mostrará algo similar a:
2 ServiceProbe on example1.redhat.com (199.168.36.245): test 2
3 ServiceProbe on example2.redhat.com (199.168.36.173): rhel2.1 test
4 ServiceProbe on example3.redhat.com (199.168.36.174): SSH
5 ServiceProbe on example4.redhat.com (199.168.36.175): HTTP
Copy to Clipboard Toggle word wrap
El ID del sondeo es el primer número, mientras que el nombre del sondeo (el que ingresó en la interfaz de Satélite) es la última entrada de la línea. En el ejemplo anterior, el ID de sondeo 5 corresponde al sondeo denominado HTTP.
Además, usted puede introducir las opciones --commandline (-c) y --dump (-d) con el ID del sondeo en el comando rhn-catalog para obtener detalles adicionales sobre el sondeo, así:
rhn-catalog --commandline --dump 5 
Copy to Clipboard Toggle word wrap
La opción --commandline proporciona el set de parámetros de comando para el sondeo, mientras que --dump recupera el resto, incluidos los límites de alerta e intervalos y métodos de notificación.
El comando anterior mostrará una salida similar a:
5 ServiceProbe on example4.redhat.com (199.168.36.175  ):
linux:cpu usage
      Run as: Unix::CPU.pm --critical=90 --sshhost=199.168.36.175
--warn=70 --timeout=15 --sshuser=nocpulse
--shell=SSHRemoteCommandShell --sshport=4545
Copy to Clipboard Toggle word wrap
Ahora que usted tiene el ID, úselo con rhn-runprobe para examinar las salidas del sondeo.
P:
¿Cómo interpretar la salida de rhn-runprobe?
R:
Ahora que usted ha obtenido el ID del sondeo con rhn-catalog, usted puede utilizarlo en conjunto con rhn-runprobe para examinar la totalidad de la salida del sondeo. Note que por defecto rhn-runprobe trabaja en modo de prueba, esto quiere decir que los resultados no son introducidos en la base de datos. Éstas son sus opciones:
Expand
Tabla 5.3. Opciones de rhn-runprobe
Opción Descripción
--help Enumera las opciones disponibles y finaliza.
--probe=PROBE_ID Ejecuta el sondeo con este ID
--prob_arg=PARAMETER Anula cualquier parámetro del sondeo desde la base de datos.
--module=PERL_MODULE Nombre de paquete de código alterno a ejecutar
--log=all=LEVEL Establece el nivel de registro para un paquete o prefijo de paquete.
--debug=LEVEL Establece el nivel de depurado numérico
--live Ejecuta el sondeo, pone en cola los datos y envía notificaciones (si se requieren).
Como mínimo, usted debe incluir las opciones y valores --probe y --log. La opción --probe toma el probeID como su valor y la opción --log recibe como valores el valor "all" (para todos los niveles de ejecución) y un nivel numérico verboso como sus valores. Aquí hay un ejemplo:
rhn-runprobe --probe=5 --log=all=4 
Copy to Clipboard Toggle word wrap
El comando arriba mencionado solicita la salida del sondeo para probeID 5, para todos los sondeos y con el más alto nivel de verbosidad.
Específicamente usted puede proporcionar los parámetros de comando derivados de rhn-catalog, así:
rhn-runprobe 5 --log=all=4 --sshuser=nocpulse --sshport=4545 
Copy to Clipboard Toggle word wrap
Esto proporcionará salida en modo verboso que representa los intentos de ejecución del sondeo. Los errores son claramente identificables.
P:
¿Cómo registrar mis sistemas en un entorno de múltiples organizaciones cuando no tengo suficientes derechos en mi certificado de Satélite?
R:
Hay algunas situaciones en las que necesita liberar derechos y no tiene tiempo suficiente para hacerlo o no tiene acceso a cada organización para hacerlo usted mismo. Hay una opción en satélites Multi-Org que permite al administrador de satélite reducir la cuenta de derechos de una organización por debajo de su uso. Este método debe hacerse cuando haya ingresado a la organización administrativa.
Por ejemplo, registrado en la organización administrativa, si su certificado de 5 servicios de administración de sistemas no puede cubrir todos los sistemas registrados en su Satélite, los 5 sistemas recientemente registrados a esa Organización perderán los derechos. Este proceso se describe a continuación:
  1. En el archivo /etc/rhn/rhn.conf, establezca web.force_unentitlement a 1.
  2. Reinicie el satélite
  3. Reduzca los derechos asignados a las organizaciones deseadas ya sea a través de cada pestaña de Suscripciones de organización o a través de pestañas individuales de Organizaciones de derecho.
  4. Un número de sistemas en la organización debería estar ahora en estado desautorizado. El número de sistemas de desautorizado en la organización será igual a la diferencia entre el número total de los derechos que quitó de la organización y el número de derechos que la organización no aplicó a los sistemas.
    Por ejemplo, si quitó 10 derechos de la organización en el paso 3, y la Organización tiene 4 derechos que no estaban en uso por sistemas, entonces, 6 sistemas en la Organización serán desautorizados.
Después de que tenga el número suficiente de derechos requeridos, podrá entonces activar su nuevo certificado de Satélite. Observe que la modificación de la variable web.force_unentitlement solamente se necesita para disminuir los derechos asignados de una organización por debajo de los que están usando. Si una organización tiene más derechos que los que están activamente en uso, no necesitará establecer esta variable para eliminarlos.
P:
Tengo derechos adicionales en mi certificado de Satélite que no he utilizado. ¿Qué sucede con esos derechos?
R:
Si le expiden un nuevo certificado de Satélite y tiene más derechos que los que se utilizan en su Satélite, cualquier derecho adicional se asignará a la organización administrativa. Si ingresa en la interfaz de red como el administrador de Satélite, podrá asignar estos derechos a otras organizaciones. Los derechos asignados previamente a otras organizaciones no se verán afectados.

5.14. Instalación y configuración de Proxy

P:
Después de configurar el Gestor de paquetes de Red Hat Network, ¿cómo puedo determinar si los paquetes locales fueron añadidos correctamente al canal privado de Red Hat Network?
R:
Use el comando rhn_package_manager -l -c "nombre_del_canal_privado" para listar los paquetes de canales privados al Satélite. O visite la interfaz de Satélite.
Después de suscribir un sistema registrado al canal privado, usted también puede ejecutar el comando yum --disablerepo="*" --enablerepo="su_nombre_de_repositorio" list available en el sistema registrado y buscar los paquetes desde el Canal privado del Satélite.
P:
¿Cómo puedo determinar si los clientes están conectados al servidor Squid?
R:
Los archivos /var/log/squid/access.log registran todas las conexiones al servidor Squid.
P:
El Agente de actualizaciones de Red Hat en el sistema cliente no se conecta mediante el Servidor proxy de Red Hat Satellite. ¿Cómo puedo corregir este error?
R:
Asegúrese de que la última versión del Agente de actualizaciones de Red Hat esté instalada en el sistema cliente. La versión más reciente tiene funcionalidades necesarias para conectarse a través del Servidor proxy de Red Hat Satellite. La versión más reciente puede obtenerse a través de Red Hat Network mediante el comando yum update yum como root o desde http://www.redhat.com/support/errata/.
El proxy de Red Hat Satellite es una extensión de Apache. Consulte la Archivos de registro en el libro Guía de instalación proxy de Red Hat Satellite for its log file location.
P:
Mi configuración del proxy de Red Hat Satellite no está funcionando. ¿Dónde puedo iniciar el proceso de solución de errores?
R:
Asegúrese de que /etc/sysconfig/rhn/systemid es propiedad del usuario root.apache y que tenga los permisos 0640.
Lea los archivos de registro. Hay una lista disponible en la sección Archivos de registro de la Guía de instalación proxy de Red Hat Satellite.
P:
¿Cómo puedo resolver los problemas generales en el Proxy de Red Hat Satellite?
R:
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 las fallas.
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
Copy to Clipboard Toggle word wrap
Además de los archivos de registro, usted puede obtener valiosa información al obtener el estado de los diferentes componentes. Esto puede realizarse para el servidor Web APACHE y Squid.
Para obtener el estado del Servidor Web Apache ejecute el comando:
service httpd status
Copy to Clipboard Toggle word wrap
Para obtener el estado de Squid, ejecute el comando:
service squid status
Copy to Clipboard Toggle word wrap
Si el administrador no está recibiendo los correos-e del proxy de Red Hat Satellite, confirme la dirección de correo-e establecida para traceback_mail en /etc/rhn/rhn.conf.
P:
Mi proxy de Red Hat Satellite encontró un error "No se encontŕo el host"/"No se pudo determinar FQDN". ¿Qué debo hacer?
R:
Ya que los archivos de configuración de Red Hat Network dependen exclusivamente de nombres de dominio completamente calificado (FQDN), es imprescindible que las aplicaciones de llaves puedan resolver el nombre del proxy de Red Hat Satellite dentro de una dirección IP. El Agente de actualización de Red Hat, el Cliente de registro de Red Hat Network, y el servidor web 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 el 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 se resuelven los nombres de dominio. Por lo general, 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 web Apache pueda iniciar y para que funcionen las aplicaciones cliente de Red Hat Network.
Para resolver este problema, identifique el contenido de el archivo /etc/hosts. Debe ser similar a:
127.0.0.1 this_machine.example.com this_machine localhost.localdomain \ localhost
Copy to Clipboard Toggle word wrap
En un editor de textos, elimine la información de host de la máquina. Se deberá ver así:
127.0.0.1 localhost.localdomain.com localhost
Copy to Clipboard Toggle word wrap
Guarde el archivo y vuelva a ejecutar las aplicaciones cliente de Red Hat Network o Servidor web Apache. Si siguen fallando, identifique explícitamente la dirección IP del proxy en el archivo, de esta manera:
127.0.0.1 localhost.localdomain.com localhost
123.45.67.8 this_machine.example.com this_machine
Copy to Clipboard Toggle word wrap
Remplace aquí el valor con la dirección IP real del Proxy. Esto debería resolver el problema. Recuerde, si la dirección IP específica es estipulada, el archivo debe ser actualizado cuando la máquina obtiene una nueva dirección.
P:
Tengo problemas con el proxy de Red Hat Satellite y errores de conexión de red. ¿Qué puedo hacer?
R:
Si está experimentando problemas que puedan estar relacionados con la conexión, siga los siguientes pasos:
  • Confirme que el paquete correcto:
     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é instalado en el proxy de Red Hat Satellite y que el certificado rhn-org-trusted-ssl-cert-*.noarch.rpm correspondiente o el certificado crudo CA SSL público (cliente) estén instalados en todos los sistemas cliente.
  • Verifique que los sistemas cliente están configurados para utilizar el certificado apropiado.
  • Si está utilizando uno o más proxys de Red Hat Satellite, verifique si cada certificado SSL de Proxy está preparado correctamente. Si está utilizando el proxy de Red Hat Satellite junto con un Red Hat Satellite, el proxy debe tener su propio par de llaves SSL y el certificado CA SSL público (cliente) instalados, puesto que servirá ambas capacidades. Consulte el capítulo sobre certificados SSL en la Guía de configuración de cliente de Red Hat Satellite para obtener instrucciones específicas.
  • Si el proxy de Red Hat Satellite se está conectando a través de un Proxy HTTP, asegúrese de que la URL listada sea válida. Por ejemplo, el campo URL del Proxy HTTP no debe contener referencias a protocolos, tales como http:// o https://. Solamente el nombre de host y el puerto deben ser incluidos en la forma nombre-de-host:puerto, tal como su-puerto-de- enlace.example.com:8080.
  • Asegúrese de que los sistemas cliente no estén usando cortafuegos por su cuenta, que estén bloqueando los puertos requeridos, como se sindica en la sección Requerimientos adicionales de la Guía de instalación proxy de Red Hat Satellite.
P:
Tengo problemas con errores de entrega de paquetes y corrupción de objetos. ¿Qué puedo revisar?
R:
Si la entrega de paquetes falla o un objeto aparece dañado, y el problema no está relacionado con errores de conexión, debería considerar la limpieza de la cache. El proxy de Red Hat Satellite tiene dos cache importantes en estos casos: una para Squid y otra para autenticación.
La cache Squid se localiza en /var/spool/squid/. Para eliminarla:
  1. Detenga el Servidor Web Apache: service httpd stop
  2. Detenga el servidor Squid: service squid stop
  3. Borre el contenido de ese directorio: rm -fv /var/cache/rhn/*
  4. Reinicie los dos servicios:
    service squid start
    service httpd start
    
    Copy to Clipboard Toggle word wrap
La misma tarea puede realizarse con solo limpiar el directorio y reiniciar Squid, sin embargo este método produce un número de mensajes de rastreo de Red hat Network.
El mecanismo de cache interno usado para autenticación por el Proxy podría también necesitar limpieza. Para hacerlo, ejecute el siguiente comando:
 rm -fv /var/cache/rhn/* 
Copy to Clipboard Toggle word wrap

Nota

Si ha agotado todos los pasos para la detección y solución de problemas o si desea enviarlos a los profesionales de Red Hat Network, Red Hat le recomienda que aproveche la sólida asistencia que viene con Red Hat Satellite. La forma más eficaz de hacerlo es agregar 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 Red Hat 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 Red Hat Network contact or support channel.
Copy to Clipboard Toggle word wrap
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.
Además, Red Hat proporciona una herramienta de línea de comandos llamada SoS Report, conocida por su comando sosreport. Dicha herramienta recolecta sus parámetros de configuración de Proxy, archivos de registro e información de base de datos y los envía directamente a Red Hat.
Para usar esta herramienta de información de Red Hat Satellite, debe tener ya instalado el paquete sos. Escriba sosreport -o rhn como root en el servidor Satélite para crear un informe. Por ejemplo:
[root@satserver ~]# sosreport -o rhn

sosreport (version 1.7)

This utility will collect some detailed  information about the
hardware and  setup of your  Red Hat Enterprise Linux  system.
The information is collected and an archive is  packaged under
/tmp, which you can send to a support representative.
Red Hat will use this information for diagnostic purposes ONLY
and it will be considered confidential information.

This process may take a while to complete.
No changes will be made to your system.

Press ENTER to continue, or CTRL-C to quit.
Copy to Clipboard Toggle word wrap
Se le solicitará su nombre y apellido y luego un número de soporte de caso:
Se necesitarán algunas minutos para que el sistema genere y archive el informe en un archivo comprimido. Cuando haya finalizado, envíe por correo-e el nuevo archivo del directorio /tmp/ a su representante de Red Hat para obtener un diagnóstico inmediato.
Volver arriba
Red Hat logoGithubredditYoutubeTwitter

Aprender

Pruebe, compre y venda

Comunidades

Acerca de la documentación de Red Hat

Ayudamos a los usuarios de Red Hat a innovar y alcanzar sus objetivos con nuestros productos y servicios con contenido en el que pueden confiar. Explore nuestras recientes actualizaciones.

Hacer que el código abierto sea más inclusivo

Red Hat se compromete a reemplazar el lenguaje problemático en nuestro código, documentación y propiedades web. Para más detalles, consulte el Blog de Red Hat.

Acerca de Red Hat

Ofrecemos soluciones reforzadas que facilitan a las empresas trabajar en plataformas y entornos, desde el centro de datos central hasta el perímetro de la red.

Theme

© 2025 Red Hat