he descubierto que mi access_log está ocupando la mayor parte de mi disco duro. Tiene más de 200 GB de tamaño. ¿Cómo puedo restablecerlo?access_log es enorme, no está archivado. cómo restablecerlo?
Estoy usando Apache 2.2.3 en un servidor CentOS con Plesk.
Gracias chicos!
Cambie el nombre del archivo a diferentes nombre de archivo y crear un nuevo archivo con el nombre access_log y reiniciar Apache (Apache otra manera mantiene el bloqueo en el archivo y no "ver" el cambio de archivos)
usar el demonio en logrotate Para tener un mantenimiento limpio de sus registros, especialmente, los registros relacionados con Apache.
Una breve información sobre logrotate: http://www.scriptinstallation.in/logrotate.html
Cambie el nombre del archivo, cree un nuevo access_log, a continuación, reinicie Apache.
Si tiene acceso por SSH al servidor, entonces usted puede:
1) gzip el archivo antiguo (relaciones de compresión de archivos de texto son muy buenos). Si asumimos que el archivo se llama /var/log/apache/access.log luego hacer esto:
gzip -c /var/log/apache/access.log > /var/log/apache/access.log.gz
2) Borrar el archivo actual
echo > /var/log/apache/access.log
3) Reinicie apache
también como Dez ha sugerido considerar el uso de logrotate para el grado de producción de archivado de registro de Apache.
knx'answer es bueno, pero yo sugeriría cambiar el nombre del registro, y crear uno nuevo, por lo que se puede reiniciar apache sin esperar a que el registro de acceso para ser comprimido, que puede tomar un tiempo si es grande.
necesita tener acceso a ssh
En primer lugar, cambiar el nombre del archivo de registro actual:
mv /var/log/apache/access.log /var/log/apache/access.log.1
En segundo lugar, crear un nuevo archivo de registro y dar los mismos permisos, el propietario/grupo y el contexto SELinux que la original :
touch /var/log/apache/access.log
chown --reference=/var/log/apache/access.log.1 /var/log/apache/access.log
chmod --reference=/var/log/apache/access.log.1 /var/log/apache/access.log
restorecon --reference=/var/log/apache/access.log.1 /var/log/apache/access.log
(probablemente tenga que ser root para hacer eso)
A continuación, reinicie Apache
Luego, Gzip guarda el archivo anterior (las relaciones de compresión de los archivos de texto son realmente buenas). Si asumimos que el archivo se llama /var/log/apache/access.log luego hacer esto:
gzip -c /var/log/apache/access.log.1 > /var/log/apache/access.log.1.gz
estos 4 puntos son lo Logrotate hacer automáticamente.
No necesita jugar con permisos, simplemente copie el archivo y vacíe el archivo anterior. "cp access.log access.log.1 &&> access.log" – CoolArts
@CoolArts copiar archivos de registro de 200 GB lleva tiempo y requiere un extra de 200 GB (a partir de la pregunta) y eso también deja el problema que apache sigue escribiendo al archivo de registro mientras se está copiando y vaciando, por lo que la pérdida potencial de datos. – Thomas
¿Por qué no podemos simplemente eliminar y tocar un nuevo archivo de acceso como en algunas de las respuestas a continuación? – VisWebsoft
Si lo hacen en Ubuntu:
sudo su
cd /var/log/apache2
rm access.log
rm error.log
touch access.log
Al crear registro de acceso que mágicamente se inicia el registro de errores también.
Sé que esta publicación es muy antigua, pero acabo de tener el mismo problema y ninguna respuesta lo cubre correctamente.
El punto es que apache crea el archivo como access_log, según su configuración. Sin embargo, logrotate solo busca *.log, por lo que el nombre no coincide con el patrón de búsqueda.
Soluciones: O agrega *_log para iniciar sesión en la configuración, o cambie la configuración de Apache para que cree el archivo de registro llamado access.log. Cambiar la configuración de Apache requiere una recarga de apache.
Una solución simple es desactivar access_log, comentando solo una línea en el archivo de configuración.
Fuente: https://www.mydigitallife.info/how-to-disable-and-turn-off-apache-httpd-access-and-error-log/
Para los usuarios de Plesk: https://stackoverflow.com/a/41000240/1792240
he probado esto. Apache sigue escribiendo en el archivo grande que tiene un nuevo nombre. – Liam