|
Sistema de ficheros completo - qué buscar
Información genérica para servidores Domingo --
Cita:
Hay varias razones por las cuales un sistema de ficheros se llena. Una cosa importante a considerar es cómo configurar su sistema de archivos durante la instalación, usted necesita tomar cuidado de cuánto espacio se utiliza para cada sistema de ficheros y que van por delante.
Con ideas es menos probable que tu sistema de archivos tenga pleno, pero no impedirá conseguir un sistema de ficheros completo. Este documento se muestran las razones más comunes por qué un sistema de ficheros puede ser plena y cómo manejarlos.
Comienzo de la página de resolución
Este documento está escrito principalmente para hacer frente a los sistemas de ficheros en el sistema operativo (como root, usr y var), pero se puede utilizar para solucionar problemas de otros sistemas de archivos. Hay muchas maneras de encontrar lo que está llenando un sistema de archivos, que a veces puede ser un proceso difícil. Un problema es que un sistema de ficheros puede ser llenado por uno o pocos archivos muy grandes (que es generalmente fácil de encontrar), o por miles de archivos más pequeños (que pueden ser difíciles de encontrar y determinar la causa).
Primero tendrá que averiguar qué archivos se están llenando su sistema de ficheros.
Una manera muy útil a la lista el tamaño de los archivos en un sistema de ficheros es con el comando du.
El ejemplo siguiente enumera los archivos de mayor a menor en el sistema de ficheros raíz:
$ Du-AKD / | sort-nr | más
o
$ Du-AKD / | sort-nr> / tmp / du.out
Este último le dará un archivo que puede revisar a su conveniencia.
La opción-d del comando de la guarda del cruce de fronteras partición.
La "-una" opción le dice al informe del tamaño de los archivos (sin esta opción sólo du informa de la cantidad de espacio utilizado en cada directorio. La "k" significa que la opción del informe en términos de kilobytes en lugar de bloques de 512 bytes. En Solaris 9 o posterior sustitución de "k" con "h", si lo prefiere "la lectura" de salida, que se emite en términos de kilobytes, megabytes, o gigabytes, dependiendo del número reportado.
-Nr la opción de ordenar los archivos que pone en marcha atrás por orden numérico.
Por supuesto, esto puede ser usado en sistemas de ficheros que no sean la raíz, que sustituya el camino necesario para "/" en el "del" comando.
El comando "du-SKD /" resume la cantidad de kilobytes utilizados para un sistema de archivos, en este caso para el sistema de ficheros raíz. Si esto es diferente de lo que se informó por el comando df-k, se puede comprobar la InfoDocs 4083 y 17.720 para una explicación más detallada y la solución de problemas.
Un problema común con df muestra más del uso que se los datos existentes en los directorios o archivos que se utilizan como puntos de montaje.
INFODOC 4083 se refiere a esto, pero la solución básica se da aquí por conveniencia.
Desmontar todo los sistemas de archivos montados y comprobar el punto de montaje para los archivos de los directorios. Eliminar los archivos, moverlos o si usted piensa que los necesitan, y montar el sistema de archivos nuevo.
Para el / tmp de archivos, tendrá que arrancar el sistema en modo de usuario único para acceder al directorio / tmp de intercambio sin tener montado sobre ella.
Para / var y / usr, tendrá que arrancar el sistema desde el cdrom, montar el sistema de ficheros raíz y, a continuación, compruebe el directorio / var y / usr montados en los directorios del sistema de ficheros raíz. Estos deben estar vacío cuando normalmente / var o / usr no está montado.
Otra buena manera de búsqueda de archivos es utilizar el comando "/ usr / bin / find '. Hay un buen documento de cómo utilizar el comando find, véase INFODOC 13678
Sistemas de ficheros estándar que mirar en la primera serán los siguientes:
Sistema de ficheros
Controles
/ tmp
Si / tmp está llena o contiene archivos de gran tamaño, de un reinicio, este directorio se limpia. Una instalación por defecto de Solaris comparte el espacio de disco para / tmp y de intercambio, como pueden ver en la salida del comando df.
Nota: / tmp no se limpia en el momento del arranque si / tmp se configura como un sistema de ficheros.
/ dev
Archivos de gran tamaño pueden aparecer aquí cuando se trata de escribir en un dispositivo usando el nombre de dispositivo incorrecto. Por ejemplo / dev / RMT / o (letra «o») en lugar de / dev/rmt/0 (dígito "cero" para una unidad de cinta. Este es un problema muy común, si la máquina no tiene una unidad de cinta y adjunta a alguien utiliza una cinta de comando como el alquitrán o ufsdump. Eso sólo crear un gran archivo en el directorio / dev / RMT /. Por lo tanto, asegúrese de consultar el directorio / dev para enlaces reales, no los archivos.
/
Puedes buscar archivos del núcleo. Compruebe /. Basurero y / lost + found directorio para archivos grandes. Buscar una. CPR archivo en la raíz, se trata de poder poner allí por suspender / reanudar de software.
/ var
Tercer paquete de alquitrán a veces dejan los archivos en / var / sadm / directorio pkg.
Si / var está lleno (y es un sistema de archivos) o directorio / var es el que se determina usando más espacio en la raíz, compruebe lo siguiente.
A cabo la limpieza (pero no la supresión, los archivos deben ser truncado a longitud cero) los siguientes archivos que pueden obtener algo de espacio. Tenga cuidado aquí, porque se perderá varios de registro de información. Por ejemplo, el utmp [x] y wtmp [x] archivos contienen el acceso de los usuarios y la información contable:
/ var / cron / log
/ var /spool/lp / logs
/ var / adm / utmp
/ var / adm / utmpx
/ var / adm / wtmp
/ var / adm / wtmpx
/ var / log / syslog *
/ var / adm / messages .*
NOTA: si el cero utmp, utmpx, wtmp o wtmpx archivos, debe reiniciar su máquina.
A cero en un archivo:
# Cat / dev / null> nombre_archivo
NOTA: Para Solaris [TM] 9 o superior, consulte logadm (1M) para una herramienta útil para gestionar los archivos de registro.
Compruebe / var / saf - para comprobar _log y en tcp y zsmon directorios. Habrá archivos _log - puede cero con ellos "cat / dev / null> nombre de archivo". Si su sistema está siendo utilizado como una impresora de acogida, compruebe / var / lp / los registros de archivos, estos pueden ser removidos si se han impreso más de izquierda o de los fallos del sistema o problemas de la impresora. Compruebe / var / preservar. Compruebe / var /spool/* Directorio. Subdirectorios como "lp" o "mqueue" se utilizan para la cola. Compruebe / var / accidente para cualquier sistema de núcleos. También consulte el / var / tmp para archivos que no sean necesarios; / var / tmp no se limpia con un reinicio del sistema.
Una palabra de precaución en relación con el directorio / var / sadm directorio. Este directorio contiene información de paquetes y parches y, en general, no deben tocarse.
Si desea eliminar guardado parche backout información, consulte INFODOC 14295.
También podría ser que se están agotando y de inodes está recibiendo el mensaje "completo sistema de archivos". En este caso, crear una partición con más ínodos. Los pasos básicos son:
*
Eliminar los archivos innecesarios.
*
Copia de seguridad de la partición.
*
recrear newfs utilizando nbpi-i / dev / <rfsname> donde nbpi es más pequeño que el elegido por defecto para el tamaño de disco, y rfsname es el sistema de archivos en bruto, por ejemplo, / dev / rdsk / cNtNdNsN. Véase el hombre newfs (1M) para más información.
*
Restaurar la información de vuelta a la partición.
En el curso de funcionamiento normal del sistema, la raíz y usr ficheros (o directorios) son en su mayoría estáticas (no crecen con el tiempo). / var sin embargo, no crecen con el tiempo (ya que contiene los archivos de registro, base de datos de paquetes, spoolers de impresión y correo, etc.) El nombre de "var" es en realidad una abreviatura de "diferentes" o "variable" como "/ var" sistema de ficheros se destina para los archivos que varían en tamaño y contenido en el tiempo (véase el sistema de archivos (5) página de manual para más detalles sobre esto). Es una buena práctica de administración del sistema para supervisar los archivos de registro para asegurarse de que no se es demasiado grande.
Si uno de repente se llena de archivos, que podrían haber sido causados por la instalación de una nueva pieza de software en un directorio equivocado.
Comprobar cualquier directorio lost + found en cualquier sistema de archivos que está llena.
Otro enfoque sería la lista de los archivos por su fecha de modificación (si la fecha de cuando el sistema de archivos lleno hasta que se conoce).
# Ls-LRT / | más una lista de todos los archivos por tipo y las fechas de modificación.
En muy raras circunstancias, un sistema de ficheros UFS podría parecer completo, mientras que usted todavía tiene los bloques de datos e i-nodos disponibles. Esto se describe en SRDB 74799.
Comienzo de la página Solución temporal
Información adicional Arriba
También puede ser que todas estas medidas no da la solución y el problema es que el sistema de archivos es demasiado pequeño.
Consulte el siguiente documento recomienda para tamaños de archivos, INFODOC 74110.
Usted debe pensar en el tamaño necesario para el sistema operativo y dividir los datos de sistema de ficheros en el sistema operativo para evitar que quede completo. Por supuesto siempre es posible agregar más discos, y ampliar el sistema de archivos, pero es mejor prevenir.
|
Para comprobar inodo uso - df-F ufs-oi
Para comprobar cómo se ha creado un sistema de archivos - mkfs-m / dev / rdsk / cXtXdXsX
Última edición por RTM; al 03-23-2006 07:04 PM..
|
Powered by 
03-09-2006
Más UNIX y Linux Foro Temas usted puede encontrar útiles
Modo lineal
