Re: named-pipes et limite de volume de données [was: cat /dev/xconsole qui meurt]
Seb a écrit : > Marc PERRUDIN a écrit : > >> Une autre piste. A quelle frequence s'arrete ton processus? Je viens de >> tester, un redemarrage de syslog arrete mon cat /dev/xconsole, ce qui >> semble normal car le redemarade de syslog modifie les pointeurs de >> fichiers dont /dev/xconsole doit faire parti. Il y a peut etre d'autre >> cas similaire. >> >> > Effectivement mon fichier test2 commence par un redémarrage de syslog. > Merci pour le tuyau. > J'ai relancé un test, dès qu'il plante, je jetterai un oeil sur les > message suivant le plantage. > > Peut-on définir la fréquence de redémarrage de syslog ? Est-ce > indispensable de redémarrer régulièrement syslog ? Est-ce gênant de > baisser ladite fréquence ? Le redemmarage de syslog est necessaire pour permettre la rotation des logs, car il faut que syslog mette a jour les pointeurs de fichiers (sinon, un nouveau fichier /var/log/syslog est créé, mais les ecritures se font toujours dans l'ancien renommé /var/log/syslog.0). Il est peut etre possible de changer la frequence de rotation du fichier /var/log/syslog mais je ne l'ai jamais fait. A+ > > Seb > > -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: named-pipes et limite de volume de données [was: cat /dev/xconsole qui meurt]
Frédéric Bothamy a écrit : Par défaut, le redémarrage journalier de syslog est fait dans /etc/cron.daily/sysklogd qui s'exécute comme tous les scripts de cron.daily à 6h25 environ. C'est bien ce qu'il me semblait, ça ne peut pas justifier plusieurs "plantages" par jour... En ce qui concerne les tests que j'avais lancé plus tôt, mon premier "cat" est mort, je l'ai relancé et redirrigé sa sortie dans un autre fichier. La fin du fichier "test3" comme le début du fichier "test4" ne contiennent pas de référence au redémarrage de syslog. Ça confirmerait que le problème n'est pas dû au redémarrage de syslog. Retour au point de départ ! Seb -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: named-pipes et limite de volume de données [was: cat /dev/xconsole qui meurt]
Marc PERRUDIN a écrit : Une autre piste. A quelle frequence s'arrete ton processus? Je viens de tester, un redemarrage de syslog arrete mon cat /dev/xconsole, ce qui semble normal car le redemarade de syslog modifie les pointeurs de fichiers dont /dev/xconsole doit faire parti. Il y a peut etre d'autre cas similaire. Effectivement mon fichier test2 commence par un redémarrage de syslog. Merci pour le tuyau. J'ai relancé un test, dès qu'il plante, je jetterai un oeil sur les message suivant le plantage. Peut-on définir la fréquence de redémarrage de syslog ? Est-ce indispensable de redémarrer régulièrement syslog ? Est-ce gênant de baisser ladite fréquence ? Seb -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: named-pipes et limite de volume de données [was: cat /dev/xconsole qui meurt]
Une autre piste. A quelle frequence s'arrete ton processus? Je viens de tester, un redemarrage de syslog arrete mon cat /dev/xconsole, ce qui semble normal car le redemarade de syslog modifie les pointeurs de fichiers dont /dev/xconsole doit faire parti. Il y a peut etre d'autre cas similaire. A+ Seb a écrit : > David Soulayrol a écrit : > >> En fait, ce que tu observes est la taille de l'objet 'pipe'. Regarde >> sous /dev, tu devrais observer que nombre des fichiers présents ici >> ont des tailles de cet ordre de grandeur. Il est possible que tu >> obtiennes des résultats différents, parce que bien que ton pipe fasse >> moins de 4ko, l'élément le plus petit de ton système de fichier est 4ko. > > > Non, il ne s'agit pas de ça. > "du /dev/xconsole" me retourne 0 (zéro), la taille du named-pipe. > Les tailles auxquelles je fais allusion sont bel et bien les tailles > des fichiers vers lesquels j'ai redirrigé la sortie du cat, c'est à > dire : >~/tmp/named-pipes/test1 >~/tmp/named-pipes/test2 > > Seb > > -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: named-pipes et limite de volume de données [was: cat /dev/xconsole qui meurt]
David Soulayrol a écrit : En fait, ce que tu observes est la taille de l'objet 'pipe'. Regarde sous /dev, tu devrais observer que nombre des fichiers présents ici ont des tailles de cet ordre de grandeur. Il est possible que tu obtiennes des résultats différents, parce que bien que ton pipe fasse moins de 4ko, l'élément le plus petit de ton système de fichier est 4ko. Non, il ne s'agit pas de ça. "du /dev/xconsole" me retourne 0 (zéro), la taille du named-pipe. Les tailles auxquelles je fais allusion sont bel et bien les tailles des fichiers vers lesquels j'ai redirrigé la sortie du cat, c'est à dire : ~/tmp/named-pipes/test1 ~/tmp/named-pipes/test2 Seb -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: named-pipes et limite de volume de données [was: cat /dev/xconsole qui meurt]
(ma réponse est à prendre avec quelques pincettes, je ne peux pas vérifier en détail mes dires pour le moment). Seb a écrit : Seb a écrit : Seb a écrit : J'ai relancé "xconsole -file /dev/xconsole", je le laisse tourner. Il n'a pas planté depuis mon dernier post. Le cat habituel, quant à lui, serait déja mort... J'ai un peu cherché sur le web et expérimenté sur ma machine. Les résultats me laissent perplexe... Selon ce que j'ai trouvé sur le web, il existe un volume de données limite que peut laisser passer (ou bien retenir jusqu'à ce qu'on la lise, je n'ai pas très bien saisi) une named-pipe. Cette valeur est définie dans /usr/src/linux/include/linux/limits.h : #define PIPE_BUF4096/* # bytes in atomic write to a pipe */ Il doit s'agir là de la taille du tampon d'écriture ou de lecture. Le bon sens nous incite à penser cela, car 4ko, c'est vraiment très peu; ton message fait déjà 8ko. Ceci expliquerait donc que "cat /dev/xconsole" s'arrête tout seul. Je vérifie donc le volume de données écrit suite à un plantage : cat /dev/xconsole > test1 lorsqu'il s'arrête : du -h test1 4,0k ça se tient, mais voila, sous krusader, konqueror et nautilus, test1 occupe en fait 540 octets, idem pour ls -l... En fait, ce que tu observes est la taille de l'objet 'pipe'. Regarde sous /dev, tu devrais observer que nombre des fichiers présents ici ont des tailles de cet ordre de grandeur. Il est possible que tu obtiennes des résultats différents, parce que bien que ton pipe fasse moins de 4ko, l'élément le plus petit de ton système de fichier est 4ko. cat /dev/xconsole > test2 test2 atteint les 4ko et le "cat /dev/xconsole" tourne toujours. Afin de le remplir rapidement, je lance dans une console root : cat test2 > /dev/xconsole et ce plusieurs fois. Résultat pour le moins surprenant, le cat tourne toujours au moment où j'écris ces lignes et test2 occupe... 753,2Mo selon Nautilus, konqueror, krusader, ls et du qui, concernant ce fichier tombent tous d'accord. Quelqu'un aurait une explication ? Merci. Seb -- David
