Holas
Afortunadamenteese era el eso, los archivos aparecian borrados pero el espacio
estaba en uso, al cerrar el programa recupere el espacio de vuelta y respire
tranquilo =-)
Creo que guardare este mensaje para futura referencia por aquello de los logs,
que crecen como si les dieran supervitaminas...
Gracias por el dato!
----- Original Message ----
From: Felipe Sanchez <i...@asic-linux.com.mx>
To: Linux GLO <glo@glo.org.mx>
Sent: Sat, December 12, 2009 11:50:20 AM
Subject: Re: [GLO] 4Gb perdidos
Estas seguro de que el proceso que tenia abiertos los archivos ya esta
muerto? El sistema operativo no libera el espacio ocupado por un archivo
mientras haya un proceso que lo tenga abierto. Puedes borrar el archivo
pero el espacio seguira marcado como ocupado en el sistema de archivos
hasta que el proceso que lo tenia abierto lo cierre o muera.
Caso tipico de los archivos de bitacora de syslogd. Crecen y crecen y
puedes borrarlos,renombrarlos, rotarlos o lo que sea, pero hasta que le
indicas al proceso de syslogd que los cierre (Con una se~al HUP) o lo
matas, hasta entonces el espacio que ocupaban es marcado como libre en el
sistema de archivos. Checa eso.
On Sat, 12 Dec 2009, Miguel Cardenas wrote:
> Hola
>
> Conciso y concreto... el servidor dedicado para hosting tiene 10G de espacio,
> 2 en uso y 8 libres... habia dejado corriendo el rtorrent y al parecer el
> disco se lleno aunque habia borrado y liberado algunos archivos
> anteriormente... la cuestion es que borro los archivos pero no libero el
> espacio y tengo solo 3.6Gb libres! Bendita hora en la que se me ocurrio dejar
> corriendo el rtorrent, ahora va a ser un pedo respaldar directorios, bases de
> datos, dns y todo para hacer restauracion del sistema, por cierto via remota
> porque el servidor esta en USA.
>
> Dadas estas condiciones, creen que haya alguna manera de recuperar el
> espacio, tomando en cuenta que no tengo acceso fisico al server? no se si
> haya forma de correr un fsck sin que se desgracie lo que queda porque hay
> como 25 portales hospedados con subdominios, bases de datos, etc. si resulta
> muy riesgoso mejor respaldo a mano y voy de vuelta con todo desde el
> principio...
>
> Alguna sugerencia?
>
> Saludos
>
>
>
>
> !DSPAM:4b23b64a95211355718722!
>
>
