• =?UTF-8?Q?Re=3A_Lib=C3=A9rer_l=27espace_apr=C3=A8s_suppression_de_fichi

    From Eric DEGENETAIS@21:1/5 to All on Fri Jun 16 20:00:01 2023
    Le ven. 16 juin 2023 à 16:36, Frédéric BOITEUX <frederic.boiteux@odigo.com> a écrit :

    Bonjour,

    bonsoir


    Quand /var/log/ se remplit de messages d'erreur (messages syslog et
    user.messages), ça sonne puisque plus rien qui utilise /var ne peut fonctionner !
    Si root supprime les fichiers remplis de la même alerte, /var reste
    rempli à 100%.

    Oui, c’est un classique ! Tant que le [gros] fichier est ouvert par un processus, il existe encore et sa place n’est pas libérée. Ici, le truc c’est de relancer le service qui écrit dans les logs, probablement rsyslog : le processus en cours est terminé, et les fichiers supprimés sont alors réellement libérés…

    Tronquer les logs (c'est à dire réécire un fichier vide au lieu de le
    supprimer) fonctionne probablement aussi. Il me semble d'ailleurs que
    logrotate offre cette option (je n'ai pas les détails sous la main à l'instant)

    Cdlt,
    Fred (pas trop barbu :-)


    Éric Dégenètais

    <div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le ven. 16 juin 2023 à 16:36, Frédéric BOITEUX &lt;<a href="mailto:frederic.boiteux@odigo.com">frederic.boiteux@odigo.com</a>&gt; a écrit :<br></div><blockquote class="gmail_
    quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">        Bonjour,<br></blockquote><div>bonsoir <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,
    204);padding-left:1ex">

    &gt; Quand /var/log/ se remplit de messages d&#39;erreur (messages syslog et user.messages), ça sonne puisque plus rien qui utilise /var ne peut fonctionner !<br>
    &gt; Si root supprime les fichiers remplis de la même alerte, /var reste rempli à 100%.<br>

    Oui, c’est un classique ! Tant que le [gros] fichier est ouvert par un processus, il existe encore et sa place n’est pas libérée. Ici, le truc c’est de relancer le service qui écrit dans les logs, probablement rsyslog : le processus en cours est
    terminé, et les fichiers supprimés sont alors réellement libérés…<br> <br></blockquote><div>Tronquer les logs (c&#39;est à dire réécire un fichier vide au lieu de le supprimer) fonctionne probablement aussi. Il me semble d&#39;ailleurs que logrotate offre cette option (je n&#39;ai pas les détails sous la main à l&#39;
    instant)<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
            Cdlt,<br>
                    Fred (pas trop barbu :-)<br></blockquote><div><br></div><div>Éric Dégenètais<br></div></div></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)