# Multitail ferme des fichiers sans raison apparente **URL:** \ **Category:** Support Debian\ **Created:** [Décembre 14, 2021, 7:49 UTC](https://www.debian-fr.org/t/multitail-ferme-des-fichiers-sans-raison-apparente/85813 "2021-12-14T07:49:28Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Décembre 14, 2021, 7:49 UTC](https://www.debian-fr.org/t/multitail-ferme-des-fichiers-sans-raison-apparente/85813/1 "2021-12-14T07:49:28Z")
Bonjour, J’utilise `multitail` sur un serveur dédié sous Debian 10. Au lancement de celui-ci, je me connecte en SSH et je lance un screen sur lequel il y a plusieurs fenêtres qui affichent toujours les mêmes commandes et qui me servent à avoir un état global de la machine. Au démarrage, je lance donc la commande suivante : ```auto multitail -s 2 /var/log/syslog /var/log/auth.log ``` en tant que mon utilisateur et je le laisse tourner, même quand le screen est détaché. La commande se lance et affiche sur l’écran coupé en deux, les journaux généraux à gauche et les journaux d’authentification à droite. Au bout d’une durée qui peut aller entre un et quatre jours, je me retrouve avec plus qu’un seul des deux fichiers qui s’affiche sur tout l’écran, à savoir le journal d’authentification. Il est même arrivé une ou deux fois de ne plus rien avoir de fichier ouvert du tout. Dans les journaux du noyau, je n’ai pas trouvé d’erreur évidente comme un `oom_kill` ou une erreur de segmentation. Est-ce que quelqu’un a idée de ce qui provoque ça et de comment je peux corriger ? ---
**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\ **Post date:** [Décembre 14, 2021, 8:22 UTC](https://www.debian-fr.org/t/multitail-ferme-des-fichiers-sans-raison-apparente/85813/2 "2021-12-14T08:22:46Z")
Bonjour, ça ne serait pas dû à la rotation de ces logs ? ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Décembre 15, 2021, 10:48 UTC](https://www.debian-fr.org/t/multitail-ferme-des-fichiers-sans-raison-apparente/85813/3 "2021-12-15T10:48:16Z")
Ça peut être une explication au fait que ce soit toujours les journaux généraux, dont la rotation est quotidienne, qui disparaît en premier. Par contre, la rotation est quotidienne, ça devrait donc poser problème tous les jours, mais ce n’est pas le cas. Du coup, ce serait un comportement aléatoire, ça veut dire que ça devrait partir en rapport de bug ? ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Décembre 15, 2021, 10:53 UTC](https://www.debian-fr.org/t/multitail-ferme-des-fichiers-sans-raison-apparente/85813/4 "2021-12-15T10:53:11Z")
La rotation s’effectue comment ? via un copy truncate ou plus violemment ? ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Décembre 15, 2021, 1:05 UTC](https://www.debian-fr.org/t/multitail-ferme-des-fichiers-sans-raison-apparente/85813/5 "2021-12-15T13:05:23Z")
Aucune idée, mais je vois des fois un message qui indique que le fichier a été « truncated ». Configuration générale de logrotate : ```nohighlight # see "man logrotate" for details # rotate log files weekly weekly # keep 4 weeks worth of backlogs rotate 60 # create new (empty) log files after rotating old ones create # use date as a suffix of the rotated file #dateext # uncomment this if you want your log files compressed #compress # packages drop log rotation information into this directory include /etc/logrotate.d # system-specific logs may be also be configured here. ``` Configuration pour le journal général : ```nohighlight /var/log/syslog { rotate 400 daily missingok notifempty delaycompress compress postrotate /usr/lib/rsyslog/rsyslog-rotate endscript } ``` ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Décembre 15, 2021, 1:31 UTC](https://www.debian-fr.org/t/multitail-ferme-des-fichiers-sans-raison-apparente/85813/6 "2021-12-15T13:31:21Z")
En règle générale on utilise le _copytruncate_ lorsque une application n’est pas capable de recréer son fichier de log (c’est pour cette raison que par défaut d’ailleurs cette option n’est pas utilisé. Si multitail cherche à lire le fichier de log au moment ou il y a rotation il est possible qu’il tue silencieusement l’onglet concerné. Tu n’aurait pas plus confortable (si tu fais ça sur plusieurs machines) de mettre ne place un serveur _syslog_ pour centraliser et taper dessus avec un ELK ? ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Décembre 15, 2021, 4:22 UTC](https://www.debian-fr.org/t/multitail-ferme-des-fichiers-sans-raison-apparente/85813/7 "2021-12-15T16:22:05Z")
> [@Clochette](#): > > mettre ne place un serveur _syslog_ pour centraliser En fait, je n’ai qu’un seul `multitail` et les journaux auquels il a accès sont dejà ceux qui sont remontés par tout mon parc. > [@Clochette](#): > > taper dessus avec un ELK C’est un afficheur de journaux en ligne de commande ? De ce que j’en vois, c’est un interpréteur Scheme, je ne vois pas bien le rapport. Le but de `multitail`, dans mon cas, c’est afficher vite-fait les dernières nouvelles, si je veux faire plus de recherches, j’ouvre les journaux directement avec `less` dans un nouveau terminal, ce qui est assez rare. ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Décembre 15, 2021, 4:29 UTC](https://www.debian-fr.org/t/multitail-ferme-des-fichiers-sans-raison-apparente/85813/8 "2021-12-15T16:29:02Z")
On n’a pas la même façon de faire, je ne laisse pas de tail ouvert en permanence, j’ai un ELK qui va s’occuper de me mettre à disposition les logs au travers de Kibana pour des recherches. Et je catch les principales erreurs dans les logs via Zabbix ou Prometheus au besoin pour les services les plus chian… à monitorer de façon classique (utilisation type de logfile sur zabbix avec des mots clés pour déclencher des triggers). Tail je l’utilise pour effectuer mes vérification en direct lors de debug ou test. Pour ton problème d’onglet qui disparaît par contre mise à part une indisponibilité du fichier de log pile poil au moment ou multitail cherche à remonté de l’information contenu sur celui-ci je ne vois pas. ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Décembre 15, 2021, 4:31 UTC](https://www.debian-fr.org/t/multitail-ferme-des-fichiers-sans-raison-apparente/85813/9 "2021-12-15T16:31:11Z")
Oui, bon, sinon, à la limite, ce n’est pas très grave, j’ai juste à le fermer et le relancer et c’est reparti pour plusieurs jours. Je pense qu’on va dire OSEF, merci à vous deux pour vos réponses.