Comparto aquí un tema que me ha tocado esta semana en APACHEctl con un cliente que literalmente casi se vuelve loco «buscando su espacio» ;).
Sirva a modo de consejo por si en algún momento vuestros logs no rotan bien, necesitáis liberar espacio y perdéis más tiempo del deseado / necesario con un ejemplo como este (sucedió en un server bajo Debian Wheezy).
El resumen sería que si borráis un log de Apache, hasta que no hacéis un restart al servicio, no veréis vuestro espacio recuperado de nuevo.
PoC – (Real).
server:/var/log/apache2/domains# df -h
S.ficheros Size Used Avail Use% Montado en
/dev/md1 291G 57G 219G 21% /
tmpfs 7,8G 0 7,8G 0% /lib/init/rw
udev 10M 192K 9,9M 2% /dev
tmpfs 7,8G 0 7,8G 0% /dev/shm
/dev/md2 194G 3,4G 181G 2% /home
/dev/md3 417G 60G 337G 15% /var
server:/var/log/apache2/domains# du -sh virtual_host_access.log
14G virtual_host_access.logserver:/var/log/apache2/domains# rm virtual_host_access.log
rm: ¿borrar el fichero regular «virtual_host_access.log»? (s/n) s* Como podéis ver ahora, tras el borrado, /var está igual (15 %).
server:/var/log/apache2/domains# df -hS.ficheros Size Used Avail Use% Montado en
/dev/md1 291G 57G 219G 21% /
tmpfs 7,8G 0 7,8G 0% /lib/init/rw
udev 10M 192K 9,9M 2% /dev
tmpfs 7,8G 0 7,8G 0% /dev/shm
/dev/md2 194G 3,4G 181G 2% /home
/dev/md3 417G 60G 337G 15% /varserver:/var/log/apache2/domains# apachectl restart
* Ahora, tras reiniciar el servicio, ya se muestra el espacio real.
server:/var/log/apache2/domains# df -hS.ficheros Size Used Avail Use% Montado en
/dev/md1 291G 57G 219G 21% /
tmpfs 7,8G 0 7,8G 0% /lib/init/rw
udev 10M 192K 9,9M 2% /dev
tmpfs 7,8G 0 7,8G 0% /dev/shm
/dev/md2 194G 3,4G 181G 2% /home
/dev/md3 417G 47G 350G 12% /var
Espero que os sirva de ayuda, la resolución es tan simple como de locos si «no te lo sabes» ;).
Más información sobre logs y Apache Server: (apache.org)
