J'avais l'impression que les "anciens" fichiers en /tmpseront régulièrement supprimés. Cependant, il me semble que cela /tmpne fera que croître aussi longtemps qu'il le voudra, et rien ne sera supprimé. Certaines personnes disent qu'il vaut mieux laisser /tmpseul et supprimer son contenu uniquement si le disque est plein.
Ma question est, est /tmpvraiment conçue pour ne pas prendre soin d'elle-même? Quelles sont les meilleures pratiques?
Réponses:
Pour répondre aux questions:
/tmpcensé être vidé automatiquement: Oui/tmprégulièrement et manuellement: Non , votre système s'en occupera.Si vous vous demandez:
/tmppour une raison quelconque (besoin d'espace, vouloir supprimer les traces, etc.): Cela dépend , lisez la suite .La norme de hiérarchie du système de fichiers (FHS) stipule :
Le répertoire / tmp doit être disponible pour les programmes qui nécessitent des fichiers temporaires.
Les programmes ne doivent pas supposer que tous les fichiers ou répertoires dans / tmp sont conservés entre les invocations du programme.
/var/tmp/a un objectif similaire , mais ne doit pas être supprimé lors du redémarrage.
Il n'est pas garanti que /tmp/ou /var/tmp/sont nettoyés régulièrement. Cela peut dépendre de votre distribution et de vos paramètres, bien que la plupart des systèmes effectuent de temps en temps un nettoyage. Voir le commentaire de mike.
Si vous devez supprimer un fichier dans / tmp , voyez d'abord si le fichier est en cours d'utilisation. Vous pouvez le faire facilement avec:
lsof /tmp/file_to_delete
Si vous avez le droit de le faire, cela affichera le processus qui détient le descripteur de ce fichier, comme le nom du processus, le PID et le type du fichier. Pour afficher vraiment tous les processus, ajoutez sudoou exécutez en tant qu'utilisateur root .
lsof +D /tmp
vous montrera tous les fichiers /tmpet répertoires ci-dessous ( +D) qui sont actuellement ouverts. Bien sûr, vous ne devez pas supprimer ces fichiers.
En fait, lorsque vous supprimez un fichier qui est toujours ouvert - si vous en avez le droit - il devient inaccessible à partir de l'espace de noms du système de fichiers, mais il existe toujours pour les processus qui ont un descripteur de fichier ouvert. Après avoir fermé cette poignée, le fichier n'est plus accessible pour ce processus et si aucun processus n'a plus ouvert le fichier, il est finalement supprimé. Un processus ne doit pas supposer que le fichier survit entre les openappels suivants , mais les programmeurs sont bâclés et on ne sait jamais. Pour cette raison, il n'est pas si intelligent de supprimer des fichiers qui sont encore utilisés par certains programmes.
Je pense que cela dépend du système d'exploitation. J'imagine que / tmp est généralement effacé au redémarrage, et en effet il ne serait pas sûr que le système se nettoie en cours de session car il ne saura pas quels fichiers sont actifs.
Si vous êtes courageux, vous voudrez peut-être lancer une commande dans crontab qui supprime les fichiers antérieurs à un certain âge, mais cela peut entraîner des problèmes s'il supprime les fichiers encore utilisés. Vous pourriez essayer une commande (je ne l'ai pas essayée) comme
find / tmp -type f -ctime +10 -exec rm {} +
Ce qui supprimera théoriquement tous les fichiers sous / tmp datant de plus de 10 jours.
-rà cela
Les répertoires / tmp et / var / tmp sont nettoyés selon une planification normale. Cela peut dépendre de votre distribution. Sur mon système CentOS (un clone de RedHat), il y a un travail cron prévu pour exécuter tmpwatch , un nettoyeur de dir tmp, sur une base quotidienne . Les fichiers dans / var / tmp sont autorisés à rester un peu plus longtemps que les fichiers dans / tmp /. J'ai également vu des scripts qui élaguent / tmp (mais explicitement pas / var / tmp) lors d'un redémarrage, sachant qu'il ne peut rien y avoir de fichier ouvert car tous les processus sont nouveaux.
Donc, oui, / tmp a une maintenance à partir de scripts de base. Il peut toujours se remplir en dehors de ces périodes de maintenance. Si vous avez choisi de nettoyer les choses manuellement, la meilleure pratique sysadmin est d'être prudent. Sysadmin lore parle de liens symboliques dans / tmp pointant vers les fichiers système nécessaires qui ont été supprimés lorsque n00b sysadmins a exécuté un findscript simple .
Sur CentOS, il existe un travail /etc/cron.dailyappelé tmpwatchqui supprime récursivement les fichiers qui n'ont pas été consultés depuis un certain temps. Normalement, il est utilisé pour nettoyer les répertoires qui sont utilisés pour l'espace de stockage temporaire tel que / tmp.
Ceci est le /etc/cron.daily/tmpwatchscript
#! / bin / sh
flags = -umc
/ usr / sbin / tmpwatch "$ flags" -x /tmp/.X11-unix -x /tmp/.XIM-unix \
-x /tmp/.font-unix -x /tmp/.ICE-unix -x /tmp/.Test-unix \
-X '/ tmp / hsperfdata_ *' 10d / tmp
/ usr / sbin / tmpwatch "$ flags" 30d / var / tmp
pour d dans / var / {cache / man, catman} / {cat?, X11R6 / cat?, local / cat?}; faire
if [-d "$ d"]; puis
/ usr / sbin / tmpwatch "$ flags" -f 30d "$ d"
Fi
terminé
/tmp le contenu du répertoire n'est supprimé qu'au redémarrage du système, car le processus en cours d'exécution peut avoir accès aux fichiers à partir de ce répertoire.
Vous pouvez supprimer le contenu de /tmp/; mais le problème est que si vous avez un service qui écrit régulièrement /tmp/et que vous supprimez les fichiers, vous pouvez faire planter ou interrompre le service jusqu'à ce qu'il soit redémarré.
Le FHS définit le /tmprépertoire comme "des fichiers temporaires (voir aussi / var / tmp), souvent non conservés entre les redémarrages du système", et /var/tmpcomme "des fichiers temporaires à conserver entre les redémarrages".
De nos jours, /tmpétant un système de fichiers RAM (tmpfs) par défaut (bien que facultatif) dans de nombreuses distributions GNU / Linux, il /tmpest effectivement non persistant.
(Sans doute), les applications devraient gérer leurs fichiers temporaires en conséquence, ce qui, à mon avis, inclut les supprimer lorsque leur utilisation est terminée, et ne pas exiger des administrateurs qu'ils planifient d'éventuelles suppressions destructives.
/tmplorsqu'ils en ont fini avec eux, ou lorsqu'ils se /tmpterminent , mais il existe toujours un problème de fichiers laissés après une interruption anormale (crash) d'un programme.
Si vous utilisez Debian (ou un dérivé comme Ubuntu), vous devriez regarder votre fichier / etc / default / rcS et ajuster la TMPTIMEvariable d'environnement. Par définition, ce qui réside dans / tmp n'a rien à voir ici au prochain redémarrage.
je recommande
TMPTIMEvariable sur un serveurLes distributions sont bien sûr différentes, mais je m'attends à ce que les fichiers temporaires soient gérés automatiquement par le système prêt à l'emploi. Ils utiliseraient probablement des tâches cron ou le service systemd-tmpfiles-clean. Si vous êtes inquiet à propos de l'espace disque, il s'agit d'une commande utile pour jeter un œil à l'espace occupé par chaque dossier racine:
du -hs /* | sort -h
Pour voir si votre système utilise le service systemd pour gérer les fichiers temporaires, vous pouvez simplement essayer:
systemctl status systemd-tmpfiles-clean
En bas, vous verrez quelque chose comme ce qui suit, qui vous indique la dernière exécution du service:
systemd-tmpfiles-clean.service - Cleanup of Temporary Directories
Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-clean.service; static; vendor preset: disabled)
Active: inactive (dead) since Wed 2018-07-18 15:43:36 IST; 18h ago
Docs: man:tmpfiles.d(5)
man:systemd-tmpfiles(8)
Process: 30495 ExecStart=/usr/bin/systemd-tmpfiles --clean (code=exited, status=0/SUCCESS)
Main PID: 30495 (code=exited, status=0/SUCCESS)
Jul 18 15:43:36 host-name systemd[1]: Starting Cleanup of Temporary Directories...
Jul 18 15:43:36 host-name systemd[1]: Started Cleanup of Temporary Directories.
Notez que ce service se terminera dès qu'il aura terminé le nettoyage. Un service de minuterie est chargé de le déclencher régulièrement. Vous pouvez le vérifier avec:
systemctl status systemd-tmpfiles-clean.timer
Et vous devez vous attendre à quelque chose comme ceci:
systemd-tmpfiles-clean.timer - Daily Cleanup of Temporary Directories
Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-clean.timer; static; vendor preset: disabled)
Active: active (waiting) since Tue 2018-07-03 10:56:59 IST; 2 weeks 1 days ago
Docs: man:tmpfiles.d(5)
man:systemd-tmpfiles(8)
Jul 03 10:56:59 host-name systemd[1]: Started Daily Cleanup of Temporary Directories.
Jul 03 10:56:59 host-name systemd[1]: Starting Daily Cleanup of Temporary Directories.
Si vous regardez à nouveau le service réel responsable du nettoyage des fichiers, vous verrez que tout ce qu'il fait est exécuté:
/usr/bin/systemd-tmpfiles --clean
Donc, vous pouvez soit exécuter cette commande directement, soit la faire correctement:
systemctl start systemd-tmpfiles-clean
Qui exécutera la commande appropriée pour votre système. Cependant, vous devez savoir que ce n'est pas une commande "supprimer tous les fichiers temporaires maintenant". Il existe plusieurs fichiers de configuration qui contrôlent ce qui est réellement supprimé et quand, afin que les applications puissent configurer individuellement leurs fichiers temporaires.
Un endroit pour rechercher une gestion générique des fichiers temporaires pourrait être celui /usr/lib/tmpfiles.d/tmp.confqui pourrait avoir les lignes pertinentes suivantes:
# Clear tmp directories separately, to make them easier to override
v /tmp 1777 root root 10d
v /var/tmp 1777 root root 30d
Vous pouvez les remplacer par un temps plus court, si votre système continue de manquer d'espace, par exemple, pour:
v /tmp 1777 root root 12h
v /var/tmp 1777 root root 1d
Pour être sûr de ce que vous faites, man tmpfiles.dlisez le manuel. Encore une fois, j'ai trouvé l'approche présentée ici pertinente sur un CentOS (basé sur RedHat) et un système Ubuntu, mais je ne connais pas grand-chose aux autres distributions.
/tmpnettoyé après le redémarrage, mais cela dépend du système de fichiers qui y est monté. Quedf -hdit-on?