6.7. Problemas relacionados con cache
Si una entrega de paquetes falla o un objeto parece incompleto, y el problema no se relaciona con errores de conexión, debe considerar la limpieza del cache. El RHN Proxy Server tiene dos memorias caches importantes en estos casos: una para Squid y la otra para autenticación.
La cache de Squid se ubica en
/var/spool/squid/. Para limpiarla, detenga el Apache Web server y Squid, borre el contenido de ese directorio y reinicie ambos servicios. Ejecute los siguientes comandos en el orden dado:
Usted podría ejecutar la misma tarea de una forma más rápida si sólo borra el contenido del directorio y reinicia squid, pero es posible que reciba un sin número de mensajes de seguimiento de RHN.
El mecanismo de cache interno usado para autenticación por el Proxy podría necesitar asimismo limpieza. Para hacerlo, ejecute el siguiente comando:
rm -fv /var/cache/rhn/*
rm -fv /var/cache/rhn/*
Aunque el RHN Authentication Daemon fue depreciado con el lanzamiento del RHN Proxy Server 3.2.2 y remplazado por el mecanismo de cache de autenticación interna, el demonio puede estar aún en ejecución en su Proxy. Para apagarlo, ejecute los siguientes comandos en el orden dado:
chkconfig --level 2345 rhn_auth_cache off service rhn_auth_cache stop
chkconfig --level 2345 rhn_auth_cache off service rhn_auth_cache stop
Para limpiar la cache, ejecute:
rm /var/up2date/rhn_auth_cache
rm /var/up2date/rhn_auth_cache
Si desea conservar el RHN Authentication Daemon, lo cual no es recomendado ni soportado por Red Hat, note que su rendimiento puede sufrir de registros verbosos. Por esta razón, el registro (a
/var/log/rhn/rhn_auth_cache.log) está, por defecto, apagado. Si el demonio está en ejecución y usted desea que los registros sean grabados, añada la siguiente línea al archivo /etc/rhn/rhn.conf del Proxy:
auth_cache.debug = 2
auth_cache.debug = 2