Panel y archivos«No space left on device» con gigabytes de sobra según cualquier otro número del panel es de los errores más confusos que puede dar un servidor, porque lo que realmente se acabó nunca fueron gigabytes.
Qué es un inodo de verdad
Un sistema de archivos lleva la cuenta de dos cosas separadas: cuántos bytes hay guardados, y cuántos archivos individuales existen. Cada archivo y carpeta, sea cual sea su tamaño, consume exactamente un inodo: la estructura que guarda sus metadatos (permisos, propietario, ubicación en disco, fechas). Un sistema de archivos se crea con un número fijo de inodos disponibles, dimensionado para una mezcla típica de tamaños de archivo. Un servidor que genera cantidades enormes de archivos diminutos —registros por jugador, un archivo por mensaje de chat, miles de informes de caída pequeños— puede agotar ese número fijo de inodos usando casi nada de su cuota de almacenamiento real, porque el número de inodos depende de cuántos archivos existen, no de cuánto pesan.
Cuota de almacenamiento frente a número de inodos
| Mide | Se agota con | |
|---|---|---|
| Cuota en GB | Bytes totales guardados | Unos pocos archivos grandes, o muchos medianos |
| Número de inodos | Total de archivos y carpetas | Cantidades enormes de archivos diminutos, sea cual sea su peso combinado |
Averiguar qué se los comió
- Mira primero la carpeta
/logsUn plugin o el propio servidor registrando en exceso, o un bucle de caídas escribiendo un informe de caída nuevo cada reinicio, es la causa más común con diferencia.
- Busca un plugin que escriba un archivo por jugador o por evento
Algunos plugins de datos o estadísticas mal diseñados crean un archivo pequeño nuevo por jugador en vez de usar una sola base de datos o unos pocos archivos; esto escala el número de archivos con la actividad de los jugadores muchísimo más rápido que el almacenamiento.
- Borra en vez de vaciar
Vaciar el contenido de un archivo no libera su inodo; el archivo en sí sigue existiendo como entrada. Hay que quitar el archivo entero.
El error desaparece al momento tras borrar los archivos culpables, sin necesidad de esperar a que nada se sincronice: el número de inodos se actualiza en cuanto un archivo se borra de verdad.