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
- 5.2. Instalación y actualización
- 5.3. Servicios
- 5.4. Conectividad
- 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
- 5.8. Anaconda
- 5.9. Trazabilidad
- 5.10. Registro
- 5.11. Kickstarts y Fragmentos
- 5.12. Monitorización
- 5.13. Satélites de múltiples organizaciones y Certificado de satélite
- 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 Copiar enlaceEnlace copiado en el portapapeles!
Copiar enlaceEnlace copiado en el portapapeles!
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
# df -h
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
# /usr/sbin/rhn-satellite status
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
# service httpd status
5.2. Instalación y actualización Copiar enlaceEnlace copiado en el portapapeles!
Copiar enlaceEnlace copiado en el portapapeles!
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
# /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
# /usr/sbin/setsebool -P cobbler_use_nfs on
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 Copiar enlaceEnlace copiado en el portapapeles!
Copiar enlaceEnlace copiado en el portapapeles!
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
# 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:
db-control status
# db-control status
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
# service jabberd stop
# rm -f /var/lib/jabberd/db/_db*
# service jabberd start
5.4. Conectividad Copiar enlaceEnlace copiado en el portapapeles!
Copiar enlaceEnlace copiado en el portapapeles!
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
# sqlplus username/password@sid
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 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 rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm
Copy to Clipboard Copied! Toggle word wrap Toggle overflow esté instalado en Red Hat Satellite y que el certificadorhn-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
# rm -rf directorio-temporal
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
# 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
# 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
# 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 válido o crear nuevos certificados, preferiblemente con todos los tiempos de los sistemas establecidos para GMT.
5.5. Ingreso y reporte Copiar enlaceEnlace copiado en el portapapeles!
Copiar enlaceEnlace copiado en el portapapeles!
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.
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
# spacewalk-report report_name
Los siguientes informes están disponibles:
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
# 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
# rhn-charsets
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 Copiar enlaceEnlace copiado en el portapapeles!
Copiar enlaceEnlace copiado en el portapapeles!
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:
Para resolver este problema:
- 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
# ./install.pl --disconnected --skip-db-install
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 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
server.satellite.rhn_parent = satellite.rhn.redhat.com
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Remueva la siguiente línea:disconnected=1
disconnected=1
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 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>
server.satellite.http_proxy = <hostname>:<port> server.satellite.http_proxy_username = <username> server.satellite.http_proxy_password = <password>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 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
# rhn-satellite-activate --rhn-cert=/path/to/file.cert
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
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>
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 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
# 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 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'>
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'>
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
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'
'ascii' codec can't encode character u'\u2013'
Este error se presenta debido a que una parte de texto en el perfil no está siendo reconocida correctamente.
Para resolver este problema:
- Ssh directamente en el servido de Satélite como usuario root:
ssh root@satellite.fqdn.com
# ssh root@satellite.fqdn.com
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 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/
# ls -l /var/lib/cobbler/config/profiles.d/
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Abre el perfil en su editor de texto preferido y localiza el siguiente texto:
\u2013hostname
\u2013hostname
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Cambia la entrada para leer:--hostname
--hostname
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Guarde los cambios para el perfil y cierre el archivo.
- Reinicie los servicios de Red Hat Satellite para recibir el perfil actualizado:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 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
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
127.0.0.1 localhost.localdomain.com localhost
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
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 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
# 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
# rhn-satellite-activate -vvv --rhn-cert=/path/to/certificate
5.7. Interfaz de red Copiar enlaceEnlace copiado en el portapapeles!
Copiar enlaceEnlace copiado en el portapapeles!
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 Copiar enlaceEnlace copiado en el portapapeles!
Copiar enlaceEnlace copiado en el portapapeles!
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í:
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
wget http://satellite.example.com/cblr/svc/op/ks/profile/rhel5-i386-u3:1:Example-Org
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
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
url --url http://satellite.example.com/ks/dist/ks-rhel-i386-server-5-u3
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:
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
:
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
wget http://satellite.example.com/ks/dist/ks-rhel-i386-server-5-u3/Server/chkconfig-1.3.30.1-2.i386.rpm
5.9. Trazabilidad Copiar enlaceEnlace copiado en el portapapeles!
Copiar enlaceEnlace copiado en el portapapeles!
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í:
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 Copiar enlaceEnlace copiado en el portapapeles!
Copiar enlaceEnlace copiado en el portapapeles!
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:
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.
ERROR: unable to read system id.
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 Copiar enlaceEnlace copiado en el portapapeles!
Copiar enlaceEnlace copiado en el portapapeles!
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
Raw Kickstarts: /var/lib/rhn/kickstarts/upload/$profile_name--$org_id.cfg
Wizard Kickstarts: /var/lib/rhn/kickstarts/wizard/$profile_name--$org_id.cfg
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
Snippets: /var/lib/rhn/kickstarts/snippets/$org_id/$snippet_name
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 Copiar enlaceEnlace copiado en el portapapeles!
Copiar enlaceEnlace copiado en el portapapeles!
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
su - nocpulse
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
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
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
rhn-catalog --commandline --dump 5
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:
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:
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
rhn-runprobe --probe=5 --log=all=4
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
rhn-runprobe 5 --log=all=4 --sshuser=nocpulse --sshport=4545
Esto proporcionará salida en modo verboso que representa los intentos de ejecución del sondeo. Los errores son claramente identificables.
5.13. Satélites de múltiples organizaciones y Certificado de satélite Copiar enlaceEnlace copiado en el portapapeles!
Copiar enlaceEnlace copiado en el portapapeles!
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:
- En el archivo
/etc/rhn/rhn.conf
, establezcaweb.force_unentitlement
a 1. - Reinicie el satélite
- 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.
- 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 Copiar enlaceEnlace copiado en el portapapeles!
Copiar enlaceEnlace copiado en el portapapeles!
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
df -h
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
service httpd status
Para obtener el estado de Squid, ejecute el comando:
service squid status
service squid status
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
127.0.0.1 this_machine.example.com this_machine localhost.localdomain \ localhost
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
127.0.0.1 localhost.localdomain.com localhost
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
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 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 rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm
Copy to Clipboard Copied! Toggle word wrap Toggle overflow esté instalado en el proxy de Red Hat Satellite y que el certificadorhn-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:
- Detenga el Servidor Web Apache:
service httpd stop
- Detenga el servidor Squid:
service squid stop
- Borre el contenido de ese directorio:
rm -fv /var/cache/rhn/*
- Reinicie los dos servicios:
service squid start service httpd start
service squid start service httpd start
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
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/*
rm -fv /var/cache/rhn/*
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í:
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:
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.