ME estoy quedando sin espacio en VPS y no sé porqué

[ldp]

Tengo contratado un VPS con 15GB de espacio. Mi web ocupa como 200MB. Estuve andando con lo de hacer copias de seguridad, pero no lo activé. Y ahora me dice que tengo el 80% del espacio ocupado:

(pinchar para agrandar)



¿Cómo hago para limpiar el disco?

[hispaweb]

Es muy probable que lo que este ocupando tu disco sean los "logs".

Prueba a

1) Configurar el servidor para que elimine los logs mas antiguos (rotacion)
2) Configurar el servidor para que guarde los logs comprimidos
3) Eliminar manualmente los logs mas antiguos

Plesk -> dominios -> midominio.com -> Log manager

O desde ssh
rm /var/www/vhosts/*/statistics/logs/*.processed

[sysdebian]

Creo que primero deberías averiguar los directorios que mas ocupan:
http://www.cdbarra.com/trucos-linux/...io-ocupan.html
Y luego valorar si se puede borrar o no...

[ldp]

access_log .... 5.50GB
error_log .... 847MB

Voy a activar la rotación, ahora la he puesto para que sea semanal (no tengo muy claro qué tamaño poner, así que lo puse semanal). He activado la compresión.

¿Ahora se borrarán solos los logs, o tengo que borrarlos manualmente?


Sobre lo de escribir en líneas de comandos, pues la verdad es que no tengo ni idea de cómo se hace. ¿Eso se puede hacer desde plesk?

[WebTech]

Te sugiero poner la rotación en diaria, no en semanal, la compresión está bien que esté activada.

Saludos,

[AoW]

Offtopic, el error_log es algo elevado en tamaño, ¿no?

[latinos986]

Pues mira, te recomiendo este link, para que vayas viendo que es lo mas pesado que tienes

http://aprecioderobado.com/2008/05/1...ize-para-shell

[ldp]

Ya he puesto en diaria la rotación. De todas formas, los archivos siguen creciendo y parecen no tener pinta de vaciarse por sí solos.

Sobre los comandos, es que no sé dónde tengo que escribir los comandos.

[cincinnati]

Sobre los comandos, es que no sé dónde tengo que escribir los comandos.

Desde la shell, accediendo p.ej. vía ssh.

De todas formas, si no sabes eso ¿cómo has administrado tu VPS hasta ahora?

[ldp]

Me lo han instalado cuando lo he contratado. No lo estoy administrando. Está ahí, funciona y ya XD Por qué crees que tengo tantas preguntas, porque no tengo ni idea...

¿hay algún manual para novatos que pueda leer?

[AoW]

Lo ideal sería que tuvieras un administrador entonces o que aprendieras. Esto último es algo más complicado que lo primero.

[WebTech]

¿hay algún manual para novatos que pueda leer?

En Redhat.com hay muchos manuales sobre Servidores, te sugiero empezar por allí.

Saludos,

[ldp]

Iniciado por WebTech

En Redhat.com hay muchos manuales sobre Servidores, te sugiero empezar por allí.

Saludos,

¿No hay nada en español?

[AoW]

Search Google.

[ldp]

Iniciado por AoW

Search Google.

Si buscar estoy buscando, pero es que debo de ser muy torpe, o es que no uso las palabras correctas. Estoy probando con "manual gestion vps", ya también me he bajado los manuales de virtuozzo, pero no necesito manual para el panel, sino para administrar linux... No sé, vaya lío.

[cbs]

Hola a todos.

Si refloto este hilo y supone un problema, mil disculpas a todos.

Simplemente: he mirado todo este tema, y me ocurre lo mismo. Es decir, los archivos:

- access_log
- error_log

... crecen de forma indefinida, hasta colapsar por completo el disco duro del servidor virtual (plataforma Plesk 8.6.0 sobre Linux).

He ido a Log Manager, y he configurado la Rotación de Logs para que los archivos no sobrepasen 100 kb, que los logs se compriman, etc.

Bien, reinicio el servidor, aparecen en la ruta /var/www/vhosts/dominio/statistics/logs los dos archivos, access_log y error_log.

Voy actualizando, cada cierto tiempo... y sube el tamaño: 15, 20, 30, 80, 100, 120... y así constantemente, hasta que colapsan por completo el disco, bloquean los recursos y deja de funcionar el servidor.

No funciona, por tanto, el Log Manager. No actúa la rotación de logs.

He pensado que se trataría por los permisos de la carpetas (../statistics/logs), por lo cual he abierto dichos permisos (por si Log Manager no podía realizar cambios en dicha carpeta, por estar inaccesible de alguna forma). Pero no, abriendo los permisos, Log Manager no hace efecto, y los logs crecen indefinidamente.

También he recurrido al archivo de configuración del dominio, httpd.include que se encuentra en:

/var/www/vhosts/dominio/conf/httpd.include

Dicen en la configuración de plesk que hay que incluir un archivo, con todos los arreglos hechos a httpd.include y así personalizar los logs de dicho dominio, llamado:

/var/www/vhosts/dominio/conf/vhost.conf

Bien, en dicho archivo he incluido un comentario (#) en dos líneas, en éstas concretamente:

# CustomLog /var/www/vhosts/empareja2.es/statistics/logs/access_log plesklog

# ErrorLog /var/www/vhosts/empareja2.es/statistics/logs/error_log

Es decir las dos rutas que dicen dónde deben crearse dichos archivos. Sin embargo, el comentario no ha funcionado, se han seguido creando dichos archivos. Por tanto, no he creado vhost.conf, sino que he editado directamente httpd.include y he reiniciado.

Bien, los dos archivos log no se han creado en dichas rutas, pero sí se han creado en la ruta digamos raíz:

/var/log/httpd

Se han creado, han ido creciendo, y lo he parado una vez habían vuelto a crecer muchísimo.

En los archivos de error no hay nada anormal. El access_log contiene TODAS las peticiones al servidor, de todos los archivos, por todas las IPs que acceden. El error_log contiene líneas de todo tipo, de archivos existentes, ningún error constatable.

Lo más gracioso de todo es que una vez eliminados esos dos archivos ya no vuelven a aparecer. O sea, que lo que ocurre es que el sistema aprovecha que estén creados para ir llenándolos, obviando la configuración de Log Manager, hasta que colapsan el disco. De todos modos, aunque no aparezcan, algún archivo temporal debe llenarse, porque el espacio en disco sigue subiendo hasta que hay que reiniciar, para que se vacíe el disco de nuevo.


En fin, espero haber explicado todo con detalle, y que algunos tengáis en este post una referencia para solucionar posibles errores de otras personas.

[fredo3]

Me pasa lo mismo que a ti cbs

Encontre por linux-cd.com.ar una solucion

Cómo reiniciar los ficheros de bitácora

Tarde o temprano, querrás reiniciar los ficheros de bitácora (access_log y error_log) porque son demasiado grandes o porque están llenos de información vieja que ya no es necesaria.

access.log suele crecer 1Mb por cada 10.000 peticiones.

La mayoría de la gente trata primero de reemplazar el fichero moviéndolo o borrándolo. Pero esta no es la forma de trabajo más adecuada.

Apache continuará escribiendo en el fichero de bitácora sobre la misma salida que tenía antes de moverlo. Esto generará un nuevo fichero de bitácora recién creado que será tan grande como el viejo, pero que contendrá miles (o millones) de caracteres nulos.

El procedimiento correcto es mover el fichero de bitácora y, entonces, indicáselo a Apache comunicándole que debe reabrir los ficheros.

Para avisar a Apache se utiliza la señal SIGHUP (-l), por ejemplo:

mv access_log access_log.old
kill -1 `cat httpd.pid`


Nota: httpd.pid es un fichero que contiene los identificadores de los procesos del demonio http de Apache, y que Apache guarda en el mismo directorio que los ficheros de bitácora.

Mucha gente utiliza este procedimiento para reemplazar (y realizar las copias de seguridad) de sus ficheros de bitácora todas las noches o semanalmente.


Lo que no se ahora es donde y como escribo esos comandos, nos ayudais?

Muchas gracias y disculpen a los novatos... nos gusta aprender! ;)

[WebTech]

Lo que no se ahora es donde y como escribo esos comandos, nos ayudais?

Desde el SSH, aunque, si no tienes conocimiento básico del shell Linux no te lo recomendaría.

Saludos,