Remplissage du système de fichiers racine, pas de gros fichiers

Donc je suis un très nouveau administrateur système, je viens de quitter l'école et je fais mon stage. Le seul problème est que je suis le seul administrateur système de la place et personne pour me montrer le travail. Quoi qu'il en soit, c'est une très petite entreprise, un serveur CentOs avec cette configuration:

Filesystem            Size  Used Avail Use% Mounted on

/dev/sda3             184G  140G   35G  81% /

tmpfs                 2.3G     0  2.3G   0% /lib/init/rw

udev                  2.3G  212K  2.3G   1% /dev

tmpfs                 2.3G     0  2.3G   0% /dev/shm

/dev/sda1             4.6G  156M  4.2G   4% /boot

/dev/sda4              33G  176M   31G   1% /tmp

/dev/sdb1             1.8T  1.8T     0 100% /media/backupInterne

/dev/sdd1             917G  470G  401G  54% /media/Data

Je suis arrivé ici il y a seulement quelques jours et j'ai remarqué tout de suite le disque plein et je suis en train de résoudre ce problème. Mon autre problème ici est sda3 maintenant à 81%. Il y a 4 jours, c'était à 79%.

J'ai couru du -ah | commande sort -rh sur le répertoire / root, rien ne se démarque. Je l'ai fait en quelques jours, car la partition sda3 se remplit rapidement, aucune différence majeure qui pourrait expliquer pourquoi elle augmente.

Merci beaucoup

linux filesystems mount

— littleadmin
source

Je suppose que la croissance des journaux sdb1est pleine, mais nous verrons quelle /varest la taille .. de quoi tirez-vous du -sh /*?

— Shane Madden

Si vous voulez voir quels fichiers ont été modifiés, vous pouvez utiliser findavec -mtime n [smhdw]. Je soupçonne que Shane a raison. Il peut s'agir en partie des fichiers journaux se plaignant du volume sdb1 complet. La commande pourrait ressembler à ceci: find / -type f -mtime 1d -print si votre recherche prend en charge, --exclude-dir=vous pouvez alors exclure / dev et / proc.

— Hennes

/ var fait 1.7G et sa taille a à peine bougé ces derniers jours, c'était ma première idée de vérifier cela. J'exécute toujours la commande du avec un --exclude = 'media' car il n'y a rien dans ce répertoire puis des répertoires montés

— littleadmin

Depuis que vous avez écrit que vous êtes un nouvel administrateur, je voudrais souligner l'une des raisons les plus courantes de l'augmentation de l'utilisation du disque. Fichiers journaux. Si vous ouvrez un fichier (par exemple, le journal d'un serveur Web) et supprimez ce fichier ultérieurement, le fichier utilisera toujours l'espace disque jusqu'à ce que le programme ferme son identifiant sur ce fichier. Ce dernier est parfois résolu par l'envoi d'une inscription ( kill -1 PID-> relire le fichier de configuration et redémarrer pour de nombreux démons) ou par la hache franche du redémarrage.

— Hennes

Dans le cas où il s'agit d'une croissance de billes, elle peut s'installer en quelques jours lorsque la rotation hebdomadaire des billes se déclenche.

— ptman

Réponses:

Voici ce que j'utilise pour essayer de comprendre des problèmes comme celui-ci.

du -s `ls -a | egrep -v '\.\.'` | sort -nr | head

Il vous montrera l'utilisation par répertoire / fichier dans le répertoire courant. De là, vous descendez dans les sous-répertoires jusqu'à ce que vous trouviez quelque chose d'évident.

Tout avoir dans une grande partition peut rendre le diagnostic de problèmes comme celui-ci difficile. Une autre approche à essayer consiste à utiliser

lsof

pour voir quels fichiers sont ouverts par les différents processus et voir si vous pouvez trouver des indices. C'est très hasardeux cependant.

— Fred le chien magique
source

+1 pour avoir mentionné lsof. Cet outil sera utile pour un nouvel administrateur (même s'il peut être tactile et aller pour ce problème).

— Hennes

l'utilisation par répertoire / fichiers me donne 5 résultats, aucun d'entre eux ne dépasse 600k.

— littleadmin

Cela ressemble beaucoup à un problème similaire que j'ai tout le temps avec les fichiers supprimés (mais la référence est toujours là).

Si nous parlons d'un système Linux, exécutez:

lsof + L1

Ce sera une liste de fichiers supprimés, mais ils sont toujours ouverts et utilisés par quelque chose. La clé est d'obtenir tout ce qui a le descripteur de fichier ouvert pour le libérer.

— Eirik Toft
source

Malheureusement, aucun fichier n'a pu expliquer la perte d'espace qui se produit tous les jours. merci

— littleadmin

Est-il possible que quelque chose écrive dans un répertoire qui est ensuite monté avec un système de fichiers? J'ai eu des gigaoctets de cheveux inexpliqués en tirant dessus une fois. Bien que cela ne devrait jamais être possible, j'ai pu prouver que cela pouvait arriver.

— Eirik Toft

Je pense aussi à quelque chose comme ça, mais comment est-ce possible? Et comment puis-je le vérifier sans tout démonter?

— littleadmin

J'ai finalement compris ce qui se passait. L'un des points montés ne montait pas correctement et faisait donc la sauvegarde directement sur sda3.

Merci à tous pour l'aide

— littleadmin
source