Estamos utilizando el servidor Centos y cPanel pero tenemos un problema importante con el uso de INODES.
Comando "df -i" que muestra el directorio / usando 6 millones de inodos.
Cuando verifico la cantidad de archivos para el directorio /, tiene unos pocos miles de archivos.
df-yo
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda4 6578176 6567525 10651 100% /
tmpfs 8238094 1 8238093 1% /dev/shm
/dev/sdi1 61054976 169 61054807 1% /backup
/dev/sda1 51296 38 51258 1% /boot
/dev/sda2 0 0 0 - /boot/efi
/dev/sdc1 7290880 1252 7289628 1% /database
/dev/sdb2 4096000 53258 4042742 2% /home
/dev/sdd1 7290880 3500 7287380 1% /home2
/dev/sde1 7290880 68909 7221971 1% /home3
/dev/sdg1 7290880 68812 7222068 1% /home5
/dev/sdh1 7290880 695076 6595804 10% /home6
/dev/sdf1 7290880 58658 7232222 1% /tmp
df-h
Filesystem Size Used Avail Use% Mounted on
/dev/sda4 99G 30G 65G 32% /
tmpfs 32G 0 32G 0% /dev/shm
/dev/sdi1 917G 270G 601G 32% /backup
/dev/sda1 788M 80M 669M 11% /boot
/dev/sda2 400M 296K 400M 1% /boot/efi
/dev/sdc1 110G 1.5G 103G 2% /database
/dev/sdb2 62G 1.1G 58G 2% /home
/dev/sdd1 110G 79G 26G 76% /home2
/dev/sde1 110G 3.9G 101G 4% /home3
/dev/sdg1 110G 51G 54G 49% /home5
/dev/sdh1 110G 64G 41G 62% /home6
/dev/sdf1 110G 611M 104G 1% /tmp
USO DE INODOS
160 - backup
102 - bin
36 - boot
1243 - database
1197 - dev
1733 - etc
53862 - home
3529 - home2
68986 - home3
1 - home4
68814 - home5
695229 - home6
10738 - lib
359 - lib64
1 - lost+found
1 - media
1 - mnt
806 - opt
262898 - proc
1780 - root
170 - sbin
1563 - selinux
1 - srv
20034 - sys
56921 - tmp
89539 - usr
8274 - var
El disco SDA solo tiene sistema operativo y cPanel. No hay cuenta, base de datos, tmp en el disco SDA.
¿Por qué SDA utiliza altos inodos?
Nota: Todos los discos son SSD de 120 GB.
Gracias.
Respuesta1
Tiene:
a) 6 millones de archivos/directorios/enlaces bajo /; o
b) Un sistema de archivos dañado.
Mi dinero está en (b), así que le sugiero que desactive su sistema y lo ejecute fsck( fsck -yminimizará el dolor) y vea si limpia el desorden.
Si su sistema de archivos esnodañado y luego elimine algunos archivos.
Respuesta2
Probablemente, hay muchas sesiones php en /var/tmp, verifique la configuración de php.ini y desactive la función de inicio automático de sesión. Además el problema se soluciona aquí:https://stackoverflow.com/questions/653096/howto-free-inode-usage
Respuesta3
A veces es demasiado complicado borrar este directorio debido al límite de memoria de su servidor. El comando de shell 'buscar' utiliza mucha memoria y muy a menudo el servidor elimina este comando automáticamente. En mi caso, tenía casi 2 millones de archivos dentro de este directorio y "buscar" no me funcionaba. Si tiene el mismo problema, la mejor manera es eliminar los archivos uno por uno y la mejor manera es usar este comando en mi humilde opinión (puede eliminar el 'cabeza' si lo desea -)))
- vaya a /var/lib/php/sessions
- ls -U | cabeza -100000 | xargs rm
¡Disfrutar!
Respuesta4
En mi servidor CentOS, las sesiones PHP se almacenan en/var/lib/php/sesiones. Eliminar archivos de sesión con
rm -f /var/lib/php/sessions/*
no funcionaría porque había demasiados archivos en el directorio. Usar
find session/ -type f|xargs rm