Limite de Inodos: Ayuda Urgente

Alguien que me pueda echar una manita en un problema urgente que tengo que solucionar. He llegado al limite de inodos y no tengo ni zorra idea de Virtual Server de 1&1. El caso es que he visto algunas indicaciones para limpiar cache, hacer un cron etc. Pero como digo ya que no he tenido mas remedio que pasarme a este formato para poner en marcha un proyecto de una aplicacion web. El filezilla no logro conectarlo y ni zorra de ejecutar ordenes.

Os pongo el pantallazo:


Alguien sabe como hacerlo de manera manual abriendo las carpetas y borrando los dichosos inodos? no tengo ni idea donde estan despues de haberlo buscado un tiempo. Tampoco encuentro ninguna informacion al respecto para hacerlo manual.


Alguna informacion que he encontrado para hacerlo por linea de comandos que desconozco como hacerlo:
http://blog.toomany.net/2013/07/limpieza-de-caches-en-un-sistema-con.html
http://www.rdadmin.com/liberar_espacio_en_disco_taller_linux/
http://www.wadalbertia.org/foro/viewtopic.php?f=14&t=6570
http://ubuntuforums.org/showthread.php?t=1196814

Si hay alguien que me pudiera dar solucion y de paso algunas "clasesillas" via skype de como gestionar -aunque sea de manera superficial- el server estaria dispuesto a hacer algun acuerdo economico para compensar.

Gracias en cualquier caso a los comentarios sobre como solucionarlo manualmente.
Se trata de un Centos-6-x86_64

 

Debo admitir que al principio pensé que se trataba de una broma, inodos son estructuras de datos que guardan información referente a un archivo, es decir cada archivo que tienes en el disco utiliza un inodo, algunos proveedores los limitan como forma de limitar el número máximo de archivos que puedes almacenar, basta con que borres archivos para que los inodos se desocupen

Puedes comenzar con ver que tienes en la carpeta temporal, esos son buenos candidatos a borrar y cualquier otros archivos que no uses o realizar un upgrade de plan con tu proveedor

 

Puedes hacer uso del comando du a través de ssh para ver que es lo que te está ocupando más espacio y para borrar el comando rm. Cuidado con rm que es muy potente.

Mira en /var/log/, /tmp/

Lo que yo haría.

Mirar todas las rutas de plesk. Temporales, logs, mysql, correo con du.

Ver por que se llenan esos archivos mediante el uso de logs. tail -f

Por último borrar con rm.

Tienes activada la rotación de logs o log rotate?

 

Tipea:

df -h
du -sh

 

Otra opción es que les pidas a los patata frita que tienes como proveedor que te suban el límite.

Con free -i verás cuál es el tope de inodes asignados.

Como te indican:

1 archivo o carpeta = 1 inode

Saludos,

 

Hola,

te han asignado muy pocos inodes, pide que te los suban, si se niegan, cambia de proveedor.

saludos

 

jajajaj

me paso lo mismo hace años y saque los vps de ahi, 1&1 te va a decir que compres el siguiente y asi hasta el dedicado

 

Porque no le pide soporte a su proveedor,...a claro que ese proveedor no suele dar soporte...
:<)
Habría que limitar el soporte/ayuda, que se da en este foro según el tipo de proveedor con el que trabaja....
saludos.

 

Que cachondos son algunos proveedores, ten dan chorrocientosmil megas de espacio en disco y 1,000 inodos, que seriedad

Pal que pregunta, mira la cantidad de correos que tienen guardados tus clientes, suele ser uno de los problemas clásicos...

Consejo, busca un proveedor decente

 

Gracias por vuestros consejos que me estan siendo muy utiles.

El caso es que he puesto a todos boca arriba, mi proveedor de software no sabia mucho sobre los inodos y tenia a un gestor de server. Me decia que su software tiene 195 archivos y que era imposible....que generara tantos inodos.

En fin un dilema, asi que a traves del registro del panel de plesk figuran todos los logs de arañas que no se contabilizan en otros logs. Finalmente me di cuenta que hay muchas arañas, boots colagados de mi server. Lo tengo en once idiomas, algunos constantemente indexan, es decir siempre. Cuando dejan un hueco entra google bot y asi indefinidamente cuando no entran en conjunto varios.

La primera solucion ha sido aminorar en robot text la carga de robots a 600 segundos. Para ir calculando y ver como hago para hacer todas la recomendaciones. Sobre todo la de rotar los logs o en su defecto vaciarlos con un tarea de cron.

Pregunto de nuevo donde se alojan todos esos logs que generan la arañas ya que no los encuentro. Lo quiero hacer manual a ver donde estan y vaciarlos. En el archivo logs hay algunos pero los de las arañas no estan.

Gracias por leer y ayudar, para cualquier cosa estoy a vuestra disposicion.

 

Tienes el log rotate activado y configurado en plesk? los robots de google dejan los logs en apache busca peticiones GET. access.log

 

Ahora es cuando la gente se da cuenta de que lo barato acaba saliendo caro. Mega chollo pero después te la meten doblada. Como en el media mark portátil a 500 euros yo no soy tonto y depués te meten un procesador de tercera generación y la ram de video compartida. xD

Salu2,

 

Gracias f.villalba...
Los archivos se estan generando en sys/devices/virtual y sys/kernel donde hay subcarpetas y subcarpetas a miles. Tras poner un delay en el robot de 6000 segundos he logrado reducir los inodos, al menos hoy. Lo que pasa como dije en anteriores post es que hay siempre hay al menos un robot indexando cuando no mas y eso produce todos esos archivos.
Lo he intendado borrrar manualmente pero el sistema no me lo permite.
Esta tarde he quedado con mi ingeniera a ver que me dice. Lo ire contando por si alguien se enfrenta a problema parecido y como dice alguien los hosting se aprovechan y te pasan a pagar mas....
Yo tengo 250.000 inodos en el pack del hosting

 

Déjalo a 30 que creo que son 8 horas y pico que el robot rastrea tu sitio. Lo que has puesto de segundos es una burrada te va afectar al seo. Yo también soy de la opinión de que tu proveedor te ha asignado pocos inodos. Y los logs del crawl de google en teoría que yo sepa se guardan en el access_log.

 

Perdón se me ha pasado el dato para calcular el número de inodos que necesitas para que tu vps funcione correctamente.

La fórmula es: Tamaño del disco duro / 10KB = Cantidad de inodes.
Los 10KB es lo que usa un inodo de espacio en disco.

Perdón esta un poco chapucera la explicación. Si alguien la puede mejorar.

Haz en tu vps:

df -h (ver espacio en disco)
df -i (ver inodos asignados)

Con eso y la fórmula lo puedes calcular.

Salu2,

 

¿De dónde te sacas que un inode ocupa 10 KB? Hasta donde yo recuerdo (tampoco es que lo tenga extremadamente fresco) ocupan 128 bytes... quizás me equivoque; si es así corrígeme.

Saludos,

 

Efectivamente un inode ocupa 128 bytes. Me he explicado mal con la fórmula.
10 bloques * 1024 Bytes = 10 KB

 

Os doy las gracias a todos por vuestra informacion.
Encontre varias soluciones al problema:

1.- Transcribo la + importante que intuia:

- The problem is that on your server the sessions are not deleted by the garbage collector.
you have sessions remained from August. (~150.000).

i don't know the root for this issue,
in php.ini i see the session.gc_probability = 1 setting is correct. normally php server has an internal garbace collector which deletes the older and unused sessions automatically.
anyway, as a temporary solution my server admin will create a cronjob that will delete all old sessions not used for 5+ hours. however, you will have to check this with your hosting these issues.

The script is located into /root/eraseses.sh and contain
#!/bin/bash
find /var/lib/php/session/ -name 'sess_*' -cmin +300 -exec rm {} \;

It will be executed from cron hourly with this line
7 * * * * /root/eraseses.sh >/dev/null 2>&1

regarding yandex, it is indeed an aggressive robot.

2.- La siguiente es que no tenia disalow el search en robot de mi web lo que daba miles de variantes. Aun asi lo he vuelto a liberar despues de crearme el archivo cron ya que es muy posible que mejore mi SEO si me indexa miles de variables a traves del search de mi web no?

3.- Distanciar la visitas a traves de tiempo en el archivo de robots. Tambien lo he dsabilitado a ver que tal funcia ahora con el cronw.

4.- Por otro lado llamare a 1&1 para quejarme, ya que practicamente con un 5% de capacidad en disco: intalacion de apache+paneles y una aplicacion web con 195 archivos me ocupan 135.000 inodos. Ni idea de porque pero es asi ya que he tenido que volver a reinstalar apache des de 0 y la aplicacion y los inodos eran esos.

Saludos a todos los intervinientes y mil gracias f.villalba por tu ayuda

 

He puesto en mi Blog la experiencia con 1&1 por si considerais adecuado apoyar mi punto de vista por favor hacer comentarios, no quiero que todo se quede en estos ultimos 15 dias sin dormir y con estress constante:
Mirad mi post en el mi BLog: http://jorgemonedero.blogspot.com.es/2014/09/1-servidor-virtual-problemas-habituales.html

 

Ya te lo hemos comentado entre todos que el problema esta en que los inodos no corresponden con el espacio en disco Por más que borres logs tampoco vas a poder usar esos 48GB (aunque siempre tiene que haber espacio libre para logs etc)

He leido el articulo de tu blog y los inodos no hacen que el vps caiga y el contenedor no es de color blanco se dice una instalación minima.

Cambia de proveedor!!!