Le 12319i�me jour apr�s Epoch, Georges Mariano �crivait: > On Wed, 24 Sep 2003 19:19:54 +0200 > [EMAIL PROTECTED] (Fran�ois TOURDE) wrote: > >> Voil� aussi le nom que je cherchais !!! �tant un ancien utilisateur de >> RedHat, je m'attendais � ce que ce soit fait tout seul dans Debian. > > Ben alors, va falloir te faire � l'id�e qu'une id�e d'ancien RedHat sera > regard� avec beaucoup de prudence par Debian :o)
Tu veux pas plut�t parler de parano ? :) > En l'occurence, si Debian n'installe pas ce genre de truc par d�faut, il > y a (certainement ;-) une bonne raison. Le README de tmpreaper est tr�s instructif sur ce sujet. De bonnes explications quand � la possibilit� de corrompre un syst�me qui fait le m�nage tout seul. Il est vrai que certains exemples sont "capilotract�s", mais je n'ai pas envie de me pencher dessus pour en v�rifier la coh�rence. > Probablement � cause du fait > qu'une Debian est arr�t�e beaucoups moins souvent qu'une RedHat (c'est > du second degr� ;) et donc des activit�s permanentes peuvent y �tre > maintenues, et �ventuellement des fichiers interm�diaires (gros calcul, > g�n�ration de de donn�es ...) dans /tmp. Euh... La stabilit� d'une machine n'a pas grand chose � voir avec ce genre de choix il me semble. Surtout que pour qu'un syst�me soit le plus stable possible, il faut aussi penser � l'occupation disque. Et si des activit�s permanentes doivent faire l'usage du disque, /tmp me para�t le pire choix � faire :) D'autant plus que le "m�nage" est fait en fonction de l'activit� des dits fichiers. Un fichier dans /tmp risque d'�tre plus stable que dans /var/run si l'admin a pris le soin de changer dans /etc/default/rcS la valeur de TMPTIME, comme le recommande chaudement tmpreaper. J'ai perdu plein de "conneries" dans /tmp lors de mon premier reboot non contr�l�... Dans /var/run, les donn�es sont d�finitivement d�truites... sauf si c'est innd.pid ou pump.sock (??????) !! > Donc, perso j'installerai pas tmpreaper sur des machines en prod et je > m'attacherai � surveiller que les applis nettoient elles-m�me les > fichiers d�clar�s inutiles... Perso, je fais les deux. J'installe tmpreaper, et je pr�viens les petits malins qui stockent leurs donn�es permanentes dans /tmp <g> que la dur�e de vie de ces donn�es est de $TMPTIME jours... En plus, le terme _tmp_ me semble convenir � des donn�es r�sistant un certain temps, et celui de _/var/run_ � des donn�es r�sistantes � un seul run de la machine. Donc, tmpreaper powah !!! > PS : extrait du man : > Mostly based on `tmpwatch-1.2/1.4', by: > Erik Troan <[EMAIL PROTECTED]> Je ne suis pas sectaire... Enfin, pas trop. -- "Truth is stranger than fiction, because fiction has to make sense."
