|
Plein de fichiers - que de chercher
Generic info serveurs SUN --
Citation:
Il ya plusieurs raisons pour lesquelles un système de fichiers est plein. Une chose importante à considérer est la façon de configurer votre système de fichiers lors de l'installation, vous avez besoin pour prendre soin de combien d'espace est utilisé pour chaque système de fichiers et de penser avant.
Avec l'avant-garde, il est moins probable que votre système de fichiers sera plein, mais n'empêchera pas un système de fichiers se complète. Ce document montre les raisons les plus fréquemment pourquoi un système de fichiers mai devenir et la manière de les traiter.
Résolution Haut de page
Ce document est écrit principalement pour traiter de l'OS de fichiers (tels que root, usr et var), mais il peut être utilisé pour résoudre d'autres systèmes de fichiers. Il existe de nombreuses façons de trouver ce que le remplissage d'un système de fichiers, qui peut parfois être un processus difficile. Un des problèmes est que le système de fichiers peuvent être remplies par un ou quelques très gros fichiers (ce qui est généralement facile à trouver) ou par des milliers de fichiers plus petits (qui peuvent être difficiles à trouver et à identifier la cause du problème).
Vous devez d'abord déterminer quels sont les fichiers de remplissage de votre système de fichiers.
Un moyen très pratique de la taille de la liste des fichiers dans un système de fichiers est la commande du.
L'exemple suivant répertorie les fichiers de plus grand au plus petit sur le système de fichiers racine:
$ Du-AKD / | sort-nr | more
ou
$ Du-AKD / | sort-nr> / tmp / du.out
Ce dernier vous donnera un fichier, vous pouvez consulter à votre convenance.
L'option-d de la commande du maintient du passage de la partition de frontières.
Le "-a" indique option du rapport de la taille des fichiers (sans cette option, les rapports du juste la quantité d'espace utilisé dans chaque répertoire. Le "-k" signifie que l'option du rapport sera en termes de kilo-octets au lieu de 512-byte blocks. Sur Solaris 9 ou tard remplacer "k" avec "h", si vous préférez "lisible par l'homme" de sortie, qui est sortie en termes de kilo-octets, méga-octets ou giga-octets, selon le nombre indiqué.
L'option-nr de sort met les fichiers dans l'ordre numérique inverse.
Bien sûr, cela peut être utilisé sur les systèmes de fichiers autres que root, il suffit de remplacer le chemin d'accès "/" dans le "du" command.
La commande "du-SKD /" résume la quantité de kilo-octets utilisés pour un système de fichiers, en l'espèce pour le système de fichiers racine. Si cela est différent de ce qui est rapporté par la commande df-k, un contrôle de la InfoDocs mai 4083 et 17720 pour plus d'explications et des conseils de dépannage.
Un problème commun à l'usage df montrant plus que les données existantes est du ou des fichiers dans des répertoires qui sont utilisés comme points de montage.
INFODOC 4083 couvre, mais la solution de base est donnée ici par souci de commodité.
Démontez tout et de vérifier les systèmes de fichiers montés sur le point de montage des répertoires pour les fichiers. Supprimer les fichiers, les déplacer ou si vous pensez que vous en avez besoin, et de monter les systèmes de fichiers de nouveau.
Pour le / tmp de fichiers, vous devez démarrer le système en mode mono-utilisateur pour accéder au répertoire / tmp swap sans avoir monté au-dessus.
Pour / var et / usr, vous devrez démarrer le système à partir d'un cdrom, montez le système de fichiers racine, puis vérifiez le répertoire / var et / usr les sous-répertoires du système de fichiers racine monté. Ceux-ci devraient normalement être vide / var ou / usr n'est pas monté.
Une autre bonne façon de rechercher des fichiers est d'utiliser la commande "/ usr / bin / find '. Il ya un bon document de la façon d'utiliser la commande find, voir INFODOC 13678
Standard de fichiers à rechercher à première sera de:
Système de fichiers
Contrôles
/ tmp
Si / tmp est plein ou contient des fichiers volumineux, un redémarrage de nettoyer ce répertoire. A défaut, l'installation de Solaris part d'espace disque pour le répertoire / tmp et swap comme vous pouvez le voir dans la sortie de la commande df.
Note: / tmp est nettoyé au moment du démarrage si / tmp est configuré comme un système de fichiers.
/ dev
Les fichiers volumineux mai apparaissent ici en essayant d'écrire à un dispositif utilisant le nom de périphérique incorrect. Par exemple, / dev / rmt / o (lettre «o») au lieu de / dev/rmt/0 (chiffre "zéro" pour un lecteur de bande. C'est un problème très commun, si la machine ne dispose pas d'un lecteur de bande et un joint utilise une cassette de commande comme tar ou ufsdump. Cela va juste créer un fichier dans / dev / rmt /. Alors, n'oubliez pas de consulter le répertoire / dev de la réalité des liens pas de fichiers.
/
Rechercher des fichiers core. Arrivée /. Corbeille et / lost + found directory pour les gros fichiers. Arrivée d'un. CPR fichier à la racine, c'est mise en place par le pouvoir suspendre / reprendre les logiciels.
/ var
Troisième partie paquets tar parfois laisser les fichiers dans / var / sadm / pkg directory.
Si / var est plein (et un système de fichiers) ou répertoire / var est celle que l'on est déterminé à l'aide de plus d'espace à la racine, vérifiez les éléments suivants.
Clearing out (mais pas de supprimer les fichiers doivent être tronqués à zéro longueur) les fichiers suivants pourraient vous gagner de l'espace. Soyez prudent, car vous perdrez des informations de connexion. Par exemple, le utmp [x] et wtmp [x] fichiers contiennent l'accès des utilisateurs et des informations comptables:
/ 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 .*
REMARQUE: si vous le zéro utmp, utmpx, wtmp wtmpx ou fichiers, vous devez redémarrer votre machine.
Pour zéro sur un fichier:
# Cat / dev / null> filename
NOTE: Pour Solaris [TM] 9 ou plus, voir logadm (1M) pour un outil utile pour gérer les fichiers de log.
Consultez le fichier / var / saf - pour vérifier _log et tcp et zsmon répertoires. Il y aura _log fichiers - vous pouvez à zéro avec "cat / dev / null> fichier". Si votre système est utilisé comme une imprimante d'accueil, consultez / var / lp / logs pour les fichiers, ils peuvent être supprimées si elles ont été imprimées à partir de ou vers la gauche sur le plantage du système ou de problèmes de l'imprimante. Consultez le fichier / var / préserver. Consultez le fichier / var /spool/* Répertoire. Les sous-répertoires comme "lp" ou "mqueue" sont utilisés pour la file d'attente. Consultez le fichier / var / crash de tout système de carottes. De plus, consultez / var / tmp pour des fichiers non nécessaires; / var / tmp est nettoyé avec un reboot.
Un mot de prudence en ce qui concerne le répertoire / var / sadm annuaire. Ce répertoire contient des paquets et des correctifs d'informations et, en général, ne devrait pas être touché.
Si vous souhaitez supprimer sauvé patch backout informations, voir INFODOC 14295.
Aussi il se pourrait que vous êtes à court d'inodes et le message "système de fichier complet". Dans ce cas, de recréer une partition de plus inodes. Les étapes de base sont:
*
Supprimer les fichiers inutiles.
*
Sauvegarde de la partition.
*
newfs recréer en utilisant nbpi-i / dev / <rfsname> où nbpi est choisi inférieur à la valeur par défaut pour la taille du disque, et rfsname est le système de fichiers bruts, par exemple / dev / rdsk / cNtNdNsN. Voir man newfs (1M) pour plus d'informations.
*
Restauration des informations à la partition.
Dans le cours normal de fonctionnement du système, le système de fichiers root et usr (ou répertoires) sont le plus souvent statique (ne grandissent pas dans le temps). / var cependant croître au fil du temps (car il contient des fichiers, base de données des paquets, des files d'attente d'impression et de courrier, etc.) Le nom "var" est en fait l'abréviation de "divers" ou "variable" comme "/ var" système de fichier est destiné pour les fichiers qui varient en taille et le contenu au fil du temps (voir le système de fichiers (5) la page de manuel pour plus de détails sur cela). Il est de bonne pratique pour l'administration du système de surveiller les fichiers journaux pour s'assurer qu'ils ne sont pas trop grandes.
Si un système de fichiers se remplit soudainement, qui pourraient avoir été causés par l'installation d'un nouveau logiciel dans un mauvais répertoire.
Vérifiez les lost + found directory sur un système de fichier qui est pleine.
Une autre approche serait à la liste des fichiers par leur date de modification (si la date de quand le système de fichiers rempli est connue).
# Ls-lrt / | plus de la liste de tous les fichiers et de les trier par la modification des dates.
Dans le cadre de très rares circonstances, un système de fichiers UFS pourrait apparaître intégralement, tandis que vous avez toujours des blocs de données et des i-noeuds disponibles. Cette procédure est décrite dans SRDB 74799.
Solution temporaire Haut
Renseignements supplémentaires Haut de page
Il est également possible que l'ensemble de ces mesures ne donne pas la solution et le problème est effectivement que le système de fichiers est trop petite.
Consultez le document suivant pour obtenir les tailles de fichiers, INFODOC 74110.
Vous devez penser à la taille nécessaire pour l'OS et de diviser les données de l'OS de fichiers pour l'empêcher de faire le plein. Bien sûr, il est toujours possible d'ajouter d'autres disques et d'étendre le système de fichiers, mais il est préférable d'éviter.
|
Pour vérifier inode usage - df-F ufs-oi
Pour vérifier la façon dont un système de fichiers a été créé - mkfs-m / dev / rdsk / cXtXdXsX
Dernière édition par la RTM, au 03.23.2006 07:04 PM..
|
Plus d'UNIX et Linux Forum Sujets Vous trouverez peut-être utile
Powered by 
03-09-2006
Fil de Mode
