2008-10-30 36 views
5

mi partición/tmp está llena ... y está vacía al mismo tiempo. Entonces la partición está llena. Compruebe el directorio:partición llena, ¿o no?

 
# du -sh /tmp 
28K /tmp 

¿Qué? Está vacío ... Y es realmente vacío ... sólo dos directorios vacíos se encuentran en/tmp

Revisión de los detalles de partición:

 
# df -h 
Filesystem   Size Used Avail Use% Mounted on 
/dev/cciss/c0d0p9 1012M 961M  0 100% /tmp 

que está lleno! ¿Pero por qué se usa + disponible? = Tamaño?

Inodes Comprobación:

 
# df -i 
Filesystem   Inodes IUsed IFree IUse% Mounted on 
/dev/cciss/c0d0p9  131616  17 131599 1% /tmp 

Así que lo que sucede aquí?

+0

Es una pena. El otro día tuve una pregunta técnica que quería preguntar y estoy seguro de que la comunidad SOF podría responder, pero no estaba relacionada con la programación, así que no pregunté. Tal vez SOF necesita ampliar su alcance? – Pistos

+0

Si busca "preguntas de sysadmin", puede encontrar una discusión donde haya consenso de la comunidad para permitir las preguntas de sysadmin si se etiquetan como tales. –

+0

Voy a adivinar Solaris para el sistema operativo? – warren

Respuesta

7

En unix/linux, después de eliminar un archivo, permanece en el disco hasta que el último programa que lo utiliza lo cierra. Entonces, en su caso, es posible que tenga un archivo eliminado que se está llenando/tmp y un programa zombie que lo mantiene abierto.

Actualización: voy a repetir @ sugerencia de Vinko que puede utilizar lsof para encontrar que zombi, utilizando

lsof +D /tmp 
+0

Zombies! Si no son archivos, ¡son cerebros! –

+0

Aquí aquí - la página man dice "du - estimar el uso del espacio de archivos" – toolkit

+0

@toolkit: La clave es "estimar". Paul Tomblin tiene razón; si un proceso todavía tiene un asa abierta a un archivo eliminado, el espacio no se libera. Ni siquiera tiene que ser un proceso zombie. – janm

7

Uso lsof para averiguar qué proceso está sosteniendo el archivo abierto

$ lsof /usr/bin/python 
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME 
python 5020 hplip mem REG 8,2 1158612 623041 /usr/bin/python2.5 
python 6795 vinko txt REG 8,2 1158612 623041 /usr/bin/python2.5 
+0

Le robé su sugerencia, pero lo voté. ¿Estamos aun? :-) –

+1

No hasta que tenga que robar uno de los suyos y votarte. –