Tenemos SUSE Linux OS:
$ uname -a
Linux 3.0.13-0.27-default #1 SMP Wed Feb 15 13:33:49 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
Solo para un archivo específico, la creación del archivo falla con un error, no queda espacio en el dispositivo. Somos capaces de crear otros archivos, ¿qué salió mal? En el escenario actual:
El uso de inodo es solo del 47%
$ df -i . Filesystem Inodes IUsed IFree IUse% Mounted on /dev/mapper/appvg-dsfs 39321600 18218000 21103600 47% /dsfs
El uso del disco es solo del 82%
$ df -h . Filesystem Size Used Avail Use% Mounted on /dev/mapper/appvg-dsfs 591G 457G 105G 82% /dsfs
La creación de un archivo específico falla en este caso
JDE_GL_INCR_STG_201504_181.log.load.058
$ echo "a" > JDE_GL_INCR_STG_201504_181.log.load.058 -bash: JDE_GL_INCR_STG_201504_181.log.load.058: No space left on device echo "a" > testfile $ mv JDE_GL_INCR_STG_201504_181.log.load.058 tempfile mv: cannot stat `JDE_GL_INCR_STG_201504_181.log.load.058': No such file or directory
La creación de archivos de otros archivos es posible
Respuestas:
Quizás te quedas sin semáforos. Prueba esto como root
y verifique si hay muchos semáforos propiedad del mismo usuario. Si es así, ejecute el siguiente comando
en el comando anterior, reemplace el nombre de usuario con el usuario real.
fuente
realmente parece un problema de colisión hash. ¡¿Has intentado crear este mismo archivo exactamente en cualquier otro directorio vacío en la misma partición para probar si realmente es un problema de colisión hash o algo más!
fuente
He visto problemas de esta naturaleza cuando he montado una unidad defectuosa o corrupta. Si tiene
smartctl
en el host, ejecútelo contra el dispositivo (smartctl -a /dev/<device>
). Las diferentes unidades tienen datos diferentes, pero busque cosas como:uncorrected errors, multi_zone_error_rate, current_pending_sector, raw_read_error_rate
o si dice que la unidad ha fallado. Esos son todos indicadores de que no está en el mejor estado.fuente
Primero verifique el tamaño del archivo que está intentando crear. El archivo puede ser muy grande. Ok, sé que las posibilidades de que lo anterior sea el problema pueden ser bajas, cambiar el nombre del archivo a un nombre diferente o crearlo con un nombre de archivo diferente.
fuente
echo "a" > JDE_GL_INCR_STG_201504_181.log.load.058
Por este método, el tamaño del archivo no supera los kb. Incluso tocar da el mismo errortouch JDE_GL_INCR_STG_201504_181.log.load.058