El uso del disco de Linux y el tamaño del disco no están de acuerdo [Fedora 11]


1

Tengo un problema en una máquina virtual Xen donde (ejecutándose como root), df y baobab están de acuerdo en que se utiliza el 94% de mi disco (25G de 28G), pero du solo cuenta con una fracción de la utilización total del disco (3.3G).

El servidor tiene una configuración LVM simple: una partición 28G montada en /. lvdisplay y vgdisplay muestran que se tiene en cuenta todo el volumen.

¿Cómo me estoy perdiendo casi 22G de espacio?

df Output
=========
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/mapper/vg_dns-lv_root
                  29241444  25924244   1831788  94% /

df -h Output
============
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg_dns-lv_root
                   28G   25G  1.8G  94% /

`du --max-depth=1 -h` Output
============================
96K     ./tmp
128K    ./home
23M     ./root
...
94M     ./etc
4.0K    ./.pulse
3.4G    .

Por favor, incluya la salida de los comandos en sí. Tenemos que ver du y df -h. También echa un vistazo a esta Q & amp A: ¿Por qué hay tantas formas diferentes de medir el uso del disco?
terdon

Respuestas:


2

Si elimina (desvincula) un archivo que se mantiene abierto por un proceso, verá que el uso desaparece de du, pero aun en uso por df. Tan pronto como el último proceso cierre el archivo (que ocurre lo último cuando ese proceso termina), el espacio utilizado por el archivo se desasignará y estará disponible df también.


Este es un servidor con nombre. ¿Hay alguna posibilidad de que el nombre esté ocupando? todo lo que ¿espacio? El tiempo de actividad es ... wow ... 743 días.
William Carter Baller

@WilliamCarterBaller está reiniciando una opción? Si el problema es un archivo bloqueado, el reinicio debería eliminarlo.
terdon

Puede comprobar si hay archivos eliminados con "lsof -n | grep eliminado". Como beneficio adicional, también verá qué proceso mantiene esos archivos abiertos. Puede vaciar dichos archivos haciendo "& gt; / proc / $ process_id / fd / $ fd", $ process_id es la 2ª columna, $ fd es la 5ª columna.
wurtel

Wow @wurtel! Tienes toda la razón. Salida de lsof -n | grep eliminado dio: rsyslogd 943 raíz 1w REG 253,0 20649662640 122793 /var/log/messages.20140731 (eliminado). 20649662640b se traduce a 20.64G. Reiniciando rsyslog arreglamos el problema! ¡¡Gracias!!
William Carter Baller

Es vital saber que es posible que no pueda liberar espacio en el disco simplemente eliminando archivos grandes (y en crecimiento) en una situación de disco de emergencia lleno, debe asegurarse de que el proceso de escritura en ese archivo también cierre el archivo. Si esa no es una opción, en lugar de eliminar el archivo, debe elegir truncar su contenido ( :> filename ).
Laszlo Valko

0

Linux mantiene un espacio de búfer, que solo puede ser usado por root. Corriendo sudo tune2fs -l /dev/sda1 mostrará el número de bloques reservados en su salida.

Para desactivar todos los bloques reservados solo use el siguiente comando:

sudo tune2fs -m 0 /dev/sda1

tune2fs -l / dev / mapper / vg_dns-lv_root proporciona lo siguiente: Tipo de sistema operativo del sistema de archivos de Linux: Cantidad de inodos de Linux: 1859584 Cantidad de bloques: 7427072 Cantidad de bloques reservados: 371353 Bloques libres: 829324 Inodes libres: 1736734 ...
William Carter Baller

¿Eso significa que el recuento de bloques reservados es 371353, o 0.177074909G total?
William Carter Baller

0

La información de @Wurtel lo ha arreglado.

Output of `lsof -n | grep deleted`
================================== 
rsyslogd 943 root 1w REG 253,0 20649662640 122793 /var/log/messages.20140731 (deleted). 

20649662640b se traduce a 20.64G. Reiniciando rsyslog arreglamos el problema!

¡¡Gracias a todos!!


kill -hup del proceso rsyslogd también lo habría arreglado, eso le dice a rsyslogd que cierre y vuelva a abrir sus archivos de registro. Ahora averigüe por qué se realizó la rotación del archivo de registro pero no la señalización :-)
wurtel
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.