Comment puis-je corriger une erreur de canal cassé?

J'ai récemment réinstallé RVM (en suivant les instructions sur http://rvm.io ) après une nouvelle installation d'Ubuntu 12.10 lorsque j'ai obtenu un disque SSD.

Maintenant, quand je tape: type rvm | head -1

Je reçois l'erreur suivante:

rvm is a function
-bash: type: write error: Broken pipe

Mais si je répète immédiatement la commande, je ne reçois que:

rvm is a function

Et il semble que tout va bien? Que ce passe-t-il? Que puis-je faire pour le réparer? Cela n'arrive pas toujours. Cela semble plus sporadique. J'ai essayé de lui trouver une sorte de modèle, mais je ne l'ai pas encore fait.

Voir "Pipe cassée" dans cette situation est rare, mais normal.

Lorsque vous exécutez type rvm | head -1, bash s'exécute type rvmdans un processus, head -1dans un autre. ¹ La sortie standard de typeest connectée à l'extrémité "écriture" d'un tuyau , la sortie standard headà l'extrémité "lecture". Les deux processus s'exécutent en même temps.

Le head -1processus lit les données de stdin (généralement par blocs de 8 Ko), imprime une seule ligne (selon l' -1option) et se ferme, provoquant la fermeture de l'extrémité "lecture" du tuyau. Étant donné que la rvmfonction est assez longue (environ 11 kB après avoir été analysée et reconstruite par bash), cela signifie que la headsortie typea encore quelques kB de données à écrire.

À ce stade, puisque typetente d'écrire sur un tuyau dont l'autre extrémité a été fermée - un tuyau cassé - la fonction write () qu'elle a appelée renverra une erreur EPIPE, traduite par "tuyau cassé". En plus de cette erreur, le noyau envoie également le signal SIGPIPE à type, qui par défaut tue immédiatement le processus.

(Le signal est très utile dans les shells interactifs, car la plupart des utilisateurs ne veulent pas que le premier processus continue de fonctionner et essaie d'écrire nulle part. Pendant ce temps, les services non interactifs ignorent SIGPIPE - il ne serait pas bon pour un démon de longue durée de mourir sur une erreur aussi simple - ils trouvent donc le code d'erreur très utile.)

Cependant, la livraison du signal n'est pas 100% immédiate, et il peut y avoir des cas où write () renvoie EPIPE et le processus continue de s'exécuter pendant un court moment avant de recevoir le signal. Dans ce cas, typeobtient suffisamment de temps pour remarquer l'échec de l'écriture, traduire le code d'erreur et même imprimer un message d'erreur à stderr avant d'être tué par SIGPIPE. (Le message d'erreur indique "-bash: type:" car il types'agit d'une commande intégrée de bash lui-même.)

Cela semble être plus courant sur les systèmes multi-CPU, car le typeprocessus et le code de livraison du signal du noyau peuvent s'exécuter sur différents cœurs, littéralement en même temps.

Il serait possible de supprimer ce message en typecorrigeant le code intégré (dans le code source de bash) pour qu'il se ferme immédiatement lorsqu'il reçoit un EPIPE de la fonction write ().

Cependant, il n'y a rien à craindre et ce n'est en aucun cas lié à votre rvminstallation.

Vous pouvez réparer un tuyau cassé au détriment d'un autre processus en l'insérant tail -n +1dans votre tuyau, comme ceci:

type rvm | queue -n +1 | tête -1

Le +1dit taild'imprimer la première ligne d'entrée et tout ce qui suit. La sortie sera exactement la même que si elle tail -n +1n'était pas là, mais le programme est assez intelligent pour vérifier la sortie standard et ferme proprement le tuyau. Plus de tuyaux cassés .

Le write error: Broken pipemessage fait référence à un processus d'écriture qui essaie d'écrire sur un canal sans aucun lecteur à l'extrémité de lecture de ce canal et à la circonstance spéciale que le SIGPIPEsignal est défini pour être ignoré par le processus actuel ou parent. Si c'est le processus parent qui a été défini SIGPIPEpour être ignoré, il n'est pas possible pour le processus enfant de l'annuler à nouveau dans un shell non interactif.

Cependant, il est possible de tuer une type rvmfois head -1terminé en utilisant des sous-coquilles explicites. De cette façon, nous pouvons créer un arrière type rvm- plan , envoyer typepidau head -1sous - shell, puis implémenter un piège EXITlà-bas pour tuer type rvmexplicitement.

trap "" PIPE        # parent process sets SIGPIPE to be ignored
bash                # start child process
export LANG=C
# create a fake rvm function
eval "
rvm() {
$(printf 'echo line of rvm code %s\n' {1..10000})
}
"

# rvm is a function
# bash: type: write error: Broken pipe
type rvm | head -1

# kill type rvm when head -1 terminates
# sleep 0: do nothing but with external command
( (sleep 0; type rvm) & echo ${!} ; wait ${!} ) | 
    (trap 'trap - EXIT; kill "$typepid"; exit' EXIT; typepid="$(head -1)"; head -1)