[opensuse-es] Admin ... hay un fantasma en mi partición
Hola a tod@s: Existe un servidor al que siempre se le llena la partición raíz de manera inexplicable (al menos para mí) ... He ejecutado el comando df -h y el sistema muestra ésto: [root@myserver /]# df -h S.ficheros Tamaño Usado Disp Uso% Montado en /dev/sda1 20G 19G 0 100% / none 4,0G 0 4,0G 0% /dev/shm /dev/sda2 49G 43G 2,9G 94% /opt /dev/sdb4 7,7G 62M 7,3G 1% /tmp /dev/sdb2 18G 1,8G 15G 11% /usr /dev/sdb1 34G 2,9G 30G 9% /var Ejecuto un comando para organizar directorios por tamaño y muestra ésto: [root@myserver /]# du -sh * | sort -rn du: «proc/7204/task/2217»: No existe el fichero o el directorio du: «proc/7204/task/2218»: No existe el fichero o el directorio du: «proc/7204/task/2219»: No existe el fichero o el directorio du: «proc/7204/task/2220»: No existe el fichero o el directorio du: «proc/7204/task/2221»: No existe el fichero o el directorio 771M home 577M root 216K dev 160K tmp 120M etc 100K tftpboot 95M lib 43G opt 17M sbin 16K lost+found 12K media 8,0K srv 8,0K selinux 8,0K mnt 8,0K misc 8,0K initrd 6,7M boot 5,3M bin 2,8G var 2,1G usr 1,3G proc 0 sys Al comparar, si se suma el tamaño de los directorios vinculados a la partición raíz que muestra el segundo comando, no es igual que el espacio ocupado en la partición raíz que muestra el primer comando. Antes de llamar a los GhostBusters, decidí acudir a sus conocimientos y experiencia. Quedo atento a sus comentarios/sugerencias/indicaciones. Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 06/09/2010 16:51, RŌNIN wrote:
Hola a tod@s:
Existe un servidor al que siempre se le llena la partición raíz de manera inexplicable (al menos para mí) ...
He ejecutado el comando df -h y el sistema muestra ésto:
[root@myserver /]# df -h S.ficheros Tamaño Usado Disp Uso% Montado en /dev/sda1 20G 19G 0 100% / none 4,0G 0 4,0G 0% /dev/shm /dev/sda2 49G 43G 2,9G 94% /opt /dev/sdb4 7,7G 62M 7,3G 1% /tmp /dev/sdb2 18G 1,8G 15G 11% /usr /dev/sdb1 34G 2,9G 30G 9% /var
Ejecuto un comando para organizar directorios por tamaño y muestra ésto:
[root@myserver /]# du -sh * | sort -rn du: «proc/7204/task/2217»: No existe el fichero o el directorio du: «proc/7204/task/2218»: No existe el fichero o el directorio du: «proc/7204/task/2219»: No existe el fichero o el directorio du: «proc/7204/task/2220»: No existe el fichero o el directorio du: «proc/7204/task/2221»: No existe el fichero o el directorio 771M home 577M root 216K dev 160K tmp 120M etc 100K tftpboot 95M lib 43G opt 17M sbin 16K lost+found 12K media 8,0K srv 8,0K selinux 8,0K mnt 8,0K misc 8,0K initrd 6,7M boot 5,3M bin 2,8G var 2,1G usr 1,3G proc 0 sys
Al comparar, si se suma el tamaño de los directorios vinculados a la partición raíz que muestra el segundo comando, no es igual que el espacio ocupado en la partición raíz que muestra el primer comando.
Antes de llamar a los GhostBusters, decidí acudir a sus conocimientos y experiencia.
Quedo atento a sus comentarios/sugerencias/indicaciones.
Prueba con la opción -x de du: du -shx / porque evita salir de la partición y es más cómodo de manejar que andar sumando y restando. También tienes la opción -c: du -shxc / Todo esto es IIRC 0;) La última vez que vi esto fue en el trabajo hace unas 2 semanas y era por un log que se estaba llenando y que el syslog(-ng) no estaba gestionando. HTH Rafa -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 6 de septiembre de 2010 09:59, Rafa Griman escribió:
Prueba con la opción -x de du:
du -shx /
porque evita salir de la partición y es más cómodo de manejar que andar sumando y restando. También tienes la opción -c:
du -shxc /
Al ejecutar el primer comando, el sistema muestra ésto: [root@myserver /]# du -shx / | sort -rn 1,6G / Al ejecutar el segundo comando, el sistema muestra ésto: [root@myserver /]# du -shxc / | sort -rn 1,6G total 1,6G / Gracias por el tip. La partición raíz es de 20 GB ... ¿debo llamar al datacenter para preguntar si ven algo de ectoplasma alrededor del servidor o de sus componentes?. No quiero que el hombre de malvavisco sea el nuevo sysadmin ... o mi nuevo jefe (en ésto último tengo la duda de quién será más benévolo). Cordialmente, Cuervo Linuxero. -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Puedes probar a ejecutar KDirStat, que es la herramienta visual del comando du, y te puedes hacer una idea de que ficheros/directorios se están comiendo tu disco -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Mon, 06 Sep 2010 09:51:07 -0500, RŌNIN escribió:
Existe un servidor al que siempre se le llena la partición raíz de manera inexplicable (al menos para mí) ...
He ejecutado el comando df -h y el sistema muestra ésto:
[root@myserver /]# df -h S.ficheros Tamaño Usado Disp Uso% Montado en /dev/sda1 20G 19G 0 100% / none 4,0G 0 4,0G 0% /dev/shm /dev/sda2 49G 43G 2,9G 94% /opt /dev/sdb4 7,7G 62M 7,3G 1% /tmp /dev/sdb2 18G 1,8G 15G 11% /usr /dev/sdb1 34G 2,9G 30G 9% /var
(...) Ponte en la partición raíz y ejecuta: du -h | grep "[0-9]M" | sort -n -r | less A ver qué saca. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Cordial saludo.
Por esas casualidades de la vida, días atrás borraste algún archivo o
directorio que tenía un tamaño algo abultado?
El crecimiento fantasma del espacio usado en las particiones
generalmente se debe a que se borran archivos abiertos por procesos
sin tener en cuenta que los descriptores de archivo permanecen aún
cuando estos desaparezcan con rm. En otras palabras:
- El proceso X tiene abierto el archivo x_file.log (tiene un
descriptor que apunta a él)
- El administrador decide borrar x_file.log porque está muy grande y
hace un rm -f x_file.log pensando que va a liberar el espacio
- El espacio en la partición no se libera por cuando el archivo aún
cuando 'desaparece' (se hace un ls y ya no se ve), continúa existiendo
mientras algún proceso lo esté usando.
La solución a esto es reiniciar el proceso/servicio al cual pertenecía
el archivo para que libere el archivo fantasma, o si no se sabe cuál
es reiniciar el servidor.
Hasta la próxima.
Atte.,
Carlos Andrés Martínez
2010/9/6 RŌNIN
Hola a tod@s:
Existe un servidor al que siempre se le llena la partición raíz de manera inexplicable (al menos para mí) ...
He ejecutado el comando df -h y el sistema muestra ésto:
[root@myserver /]# df -h S.ficheros Tamaño Usado Disp Uso% Montado en /dev/sda1 20G 19G 0 100% / none 4,0G 0 4,0G 0% /dev/shm /dev/sda2 49G 43G 2,9G 94% /opt /dev/sdb4 7,7G 62M 7,3G 1% /tmp /dev/sdb2 18G 1,8G 15G 11% /usr /dev/sdb1 34G 2,9G 30G 9% /var
Ejecuto un comando para organizar directorios por tamaño y muestra ésto:
[root@myserver /]# du -sh * | sort -rn du: «proc/7204/task/2217»: No existe el fichero o el directorio du: «proc/7204/task/2218»: No existe el fichero o el directorio du: «proc/7204/task/2219»: No existe el fichero o el directorio du: «proc/7204/task/2220»: No existe el fichero o el directorio du: «proc/7204/task/2221»: No existe el fichero o el directorio 771M home 577M root 216K dev 160K tmp 120M etc 100K tftpboot 95M lib 43G opt 17M sbin 16K lost+found 12K media 8,0K srv 8,0K selinux 8,0K mnt 8,0K misc 8,0K initrd 6,7M boot 5,3M bin 2,8G var 2,1G usr 1,3G proc 0 sys
Al comparar, si se suma el tamaño de los directorios vinculados a la partición raíz que muestra el segundo comando, no es igual que el espacio ocupado en la partición raíz que muestra el primer comando.
Antes de llamar a los GhostBusters, decidí acudir a sus conocimientos y experiencia.
Quedo atento a sus comentarios/sugerencias/indicaciones.
Cordialmente,
Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 2010-09-06 17:27, Carlos Martinez wrote:
Cordial saludo.
Por esas casualidades de la vida, días atrás borraste algún archivo o directorio que tenía un tamaño algo abultado?
El crecimiento fantasma del espacio usado en las particiones generalmente se debe a que se borran archivos abiertos por procesos sin tener en cuenta que los descriptores de archivo permanecen aún cuando estos desaparezcan con rm. En otras palabras:
- El proceso X tiene abierto el archivo x_file.log (tiene un descriptor que apunta a él) - El administrador decide borrar x_file.log porque está muy grande y hace un rm -f x_file.log pensando que va a liberar el espacio - El espacio en la partición no se libera por cuando el archivo aún cuando 'desaparece' (se hace un ls y ya no se ve), continúa existiendo mientras algún proceso lo esté usando.
La solución a esto es reiniciar el proceso/servicio al cual pertenecía el archivo para que libere el archivo fantasma, o si no se sabe cuál es reiniciar el servidor.
Hasta la próxima.
Otra posibilidad son ficheros en el raiz que quedan "tapados" al montar otra partición en ese punto. -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar))
participants (6)
-
Camaleón -
Carlos E. R. -
Carlos Martinez -
Chema -
Rafa Griman -
RŌNIN