Rediriger STDERR / sortie standard d'un processus APRÈS avoir été lancé, à l'aide de la ligne de commande?

Dans le shell que vous pouvez faire de la redirection, > <, etc., mais que diriez-vous APRÈS un programme est démarré?

Voici comment j'en suis venu à poser cette question, un programme en cours d'exécution en arrière-plan de mon terminal maintient la sortie ennuyeux texte. C'est un processus important, donc je dois ouvrir un autre shell pour éviter le texte. Je voudrais être en mesure de >/dev/null ou une autre redirection afin que je puisse continuer à travailler dans la même coquille.

Je sais que la façon la plus simple de rediriger la sortie standard STDOUT/STDERR est à DUP2 leurs descripteurs de fichiers AVANT de bifurquer. C'est assez pratique, et sans doute la façon dont les coquilles accomplir dès maintenant. Pas sûr que ce donne une réponse, mais je pense que cela diminue les chances d'être un bon.
reptyr

InformationsquelleAutor Ian Kelling | 2009-02-27

119

Court de la fermeture et la réouverture de votre ats (c'est à dire à la déconnexion et à l'arrière, ce qui peut également mettre fin à certaines de vos processus d'arrière-plan dans le processus, vous n'avez qu'un seul choix à gauche:
- joindre au processus en question à l'aide de gdb, et de l'exécuter:
  - p dup2(open("/dev/null", 0), 1)
  - p dup2(open("/dev/null", 0), 2)
  - détacher
  - quitter
par exemple:
```
$ tail -f /var/log/lastlog &
[1] 5636
$ ls -l /proc/5636/fd
total 0
lrwx------ 1 myuser myuser 64 Feb 27 07:36 0 -> /dev/pts/0
lrwx------ 1 myuser myuser 64 Feb 27 07:36 1 -> /dev/pts/0
lrwx------ 1 myuser myuser 64 Feb 27 07:36 2 -> /dev/pts/0
lr-x------ 1 myuser myuser 64 Feb 27 07:36 3 -> /var/log/lastlog
$ gdb -p 5636
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Attaching to process 5636
Reading symbols from /usr/bin/tail...(no debugging symbols found)...done.
Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/librt.so.1
Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done.
[Thread debugging using libthread_db enabled]
[New Thread 0x7f3c8f5a66e0 (LWP 5636)]
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib/ld-linux-x86-64.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
(no debugging symbols found)
0x00007f3c8eec7b50 in nanosleep () from /lib/libc.so.6
(gdb) p dup2(open("/dev/null",0),1)
[Switching to Thread 0x7f3c8f5a66e0 (LWP 5636)]
$1 = 1
(gdb) p dup2(open("/dev/null",0),2)
$2 = 2
(gdb) detach
Detaching from program: /usr/bin/tail, process 5636
(gdb) quit
$ ls -l /proc/5636/fd
total 0
lrwx------ 1 myuser myuser 64 Feb 27 07:36 0 -> /dev/pts/0
lrwx------ 1 myuser myuser 64 Feb 27 07:36 1 -> /dev/null
lrwx------ 1 myuser myuser 64 Feb 27 07:36 2 -> /dev/null
lr-x------ 1 myuser myuser 64 Feb 27 07:36 3 -> /var/log/lastlog
lr-x------ 1 myuser myuser 64 Feb 27 07:36 4 -> /dev/null
lr-x------ 1 myuser myuser 64 Feb 27 07:36 5 -> /dev/null
```
Vous pouvez également envisager de:
- à l'aide de screen; écran fournit plusieurs virtuel Ats vous pouvez basculer entre les deux sans avoir à ouvrir de nouvelles SSH/telnet/etc, des séances de
- à l'aide de nohup; cela vous permet de fermer et de rouvrir votre session sans perdre aucun processus d'arrière-plan dans le... processus.
- Votre gdb réponse n'a pas de travail avec tail-f fichier, et il ne fonctionne pas avec un programme de test en c compilé avec gcc-ggdb qui fait un printf chaque seconde. Aussi cont rend impossible d'exécuter plus gdb commandes, la commande serait se détacher, puis quittez.
- Correctes au sujet de se détacher, c'est à 2H du matin. 🙂 Qu'est-ce exactement ne fonctionne pas avec le gdb solution?
- My bad, je n'ai pas seulement ont cont/détacher de mal, mais mon dup2 a été échangé. Il devrait maintenant fonctionner.
- fixation gdb avec: gdb une.hors 12343(pid) (gdb) p dup2(1, open("/dev/null", 0)) $1 = 3 (gdb) p dup2(2, open("/dev/null", 0)) $2 = 4 puis après se détacher, il garde simplement l'impression.
- er, qui a obtenu tous les mutilés. En principe, après la dup2s, il y avait de sortie "$1 = 3" et "$2 = 4". Et puis, il n'avait tout simplement pas changer quoi que ce soit après détacher.
- Non, vous avez passé les params de dup dans le mauvais ordre. Utilisation dup2(open("/dev/null",0),1), voir ci-dessus
- Nice. La commande que j'ai eu a été copié à partir de vous. merci pour la fixation et de nice writeup.
- Si vous êtes rediriger stdout/stderr (pour rien en plus de /dev/null apparemment), vous devez ouvrir le fichier avec accès en écriture -- open("/path/to/new/stdout",O_WRONLY). O_WRONLY ne sera probablement pas disponible, bien que sa valeur est 1 sur Linux/glibc.
- Un mot de prudence: s'attacher à un processus dans gdb suspend le processus jusqu'à ce que vous détacher d'elle.
- L'ajout sur @Jander 's commentaire, à l'aide de 1025 active O_APPEND en plus de O_WRONLY, ce qui est pratique si vous redirigez les deux stderr et stdout vers le même fichier.
- J'ai ajouté une fonction bash pour automatiser ce processus, avec un minimum d'erreur de manipulation et avec un autre detault à fait capturer la sortie vers un fichier.
InformationsquelleAutor vladr
57

Cela va faire:
```
strace -ewrite -p $PID
```
Ce n'est pas que propre (présente des lignes comme: write(#,<text you want to see>) ), mais qui fonctionne!

Vous pouvez également n'aime pas le fait que les arguments sont abrégées. Pour contrôler que l'utilisation de la -s paramètre qui définit la longueur maximale des chaînes de caractères affichés.

Il attrape tous les flux, de sorte que vous pouvez filtrer que d'une certaine façon:
```
strace -ewrite -p $PID 2>&1 | grep "write(1" 
```
montre seulement descripteur 1 appels. 2>&1 est de rediriger STDERR pour STDOUT, comme strace écrit sur la sortie STDERR par défaut.
- Ce n'est pas ce que l'OP a demandé. OP demandé à REDIRIGER loin de l'ATS, ne pas tenter de l'intercepter. Aussi, sur certaines plates-formes strace/poutre va insérer des espaces entre les interceptées flux de caractères et/ou d'échapper à des non-ASCII, et vous aurez à faire face à la transformation de ces trop.
- Oui, cela fait la chose en partie - mais pour certaines personnes, la lecture de cette question, il est tout ce dont ils ont besoin pour voir ce qui se passe dans un programme tort exécuter à écrire à null ou sur une autre console. Je l'ai découvert après avoir découvert cette question du processus et de la pensée, c'est une belle hack (au moins pour moi). ET très peu de gens trouvent utile si mes yeux ne decieve moi 😉
- Il est également possible que sudo est nécessaire.
InformationsquelleAutor naugtur
20

aussi vladr (et d'autres) l'excellence de la recherche:

créer les deux fichiers dans le même répertoire, quelque chose dans votre chemin d'accès, par exemple $HOME/bin:

silence.gdb, contenant (à partir de vladr réponse):
```
p dup2(open("/dev/null",0),1)
p dup2(open("/dev/null",0),2)
detach
quit
```
et de silence, contenant:
```
#!/bin/sh
if [ "$0" -a "$1" ]; then
gdb -p $1 -x $0.gdb
else
echo Must specify PID of process to silence >&2
fi
```
```
chmod +x ~/bin/silence  # make the script executable
```
Maintenant, la prochaine fois vous oubliez de rediriger firefox, par exemple, et votre terminal commence à être encombré avec l'inévitable "(firefox-bin:5117): Gdk-WARNING **: XID collision, de la difficulté de l'avant" messages:
```
ps  # look for process xulrunner-stub (in this case we saw the PID in the error above)
silence 5117  # run the script, using PID we found
```
Vous pouvez également rediriger gdb sortie vers /dev/null si vous ne voulez pas le voir.
- Mon gdb (v7.2) a une option pratique --batch-silent qui supprime la sortie et ne pas jeter vous dans le gdb console si quelque chose va mal (par exemple, manque de processus). BTW, $! se réfère à la plus récente de la tâche en arrière-plan, mais je ne pense pas qu'il peut être utilisé dans le script lui-même. Je utiliser un alias: alias silencebg='silence $!'
InformationsquelleAutor jcomeau_ictx
17

Rediriger la sortie d'un processus en cours d'exécution à un autre terminal, de fichier ou de l'écran:
```
tty
ls -l /proc/20818/fd
gdb -p 20818
```
À l'intérieur de gdb:
```
p close(1)
p open("/dev/pts/4", 1)
p close(2)
p open("/tmp/myerrlog", 1)
q
```
Détacher un processus en cours d'exécution à partir de bash terminal et de la garder vivante:
```
[Ctrl+z]
bg %1 && disown %1
[Ctrl+d]
```
Explication:

20818 - juste un exemple d'exécution de processus pid

p - impression de la commande gdb

fermeture(1) - proche sortie standard

/dev/pts/4 - terminal à écrire

close(2) - proche de la sortie d'erreur

/tmp/myerrlog - fichier pour écrire

q - quitter gdb

bg %1 - run arrêtée travail 1 sur fond

renier %1 - détacher de travail 1 du terminal
- Cela ne fonctionnera pas si stdin (descripteur de fichier 0) est fermé.
- Cela a sauvé ma journée. J'ai eu un make dans un ssl-séance, prend une heure pour les premiers 10% et je n'ai vraiment pas envie de garder mon ordinateur portable en cours d'exécution pour un autre 10 heures. Mais ai-je le droit d'assumer votre redirection de stderr devrait lire p open("/tmp/myerrlog", 2) ?
- Avait un mineur avec cette course sur CentOS 6 — le fichier "/tmp/myerrlog" devait déjà exister. Il est trivial de le créer avec le tactile, bien sûr.
InformationsquelleAutor Mirek
3

Pas une réponse directe à votre question, mais c'est une technique que j'ai trouvé utile au cours de la dernière quelques jours: Exécution de la commande initiale à l'aide de l'écran", puis détacher.

InformationsquelleAutor Roger Lipscombe

c'est script bash partie basée sur la réponse à la question précédente, qui rediriger le fichier journal en cours d'exécution d'un processus ouvert, il est utilisé comme postscript dans logrotate processus

#!/bin/bash
pid=$(cat /var/run/app/app.pid)
logFile="/var/log/app.log"
reloadLog()
{
if [ "$pid" = "" ]; then
echo "invalid PID"
else
gdb -p $pid >/dev/null 2>&1 <<LOADLOG
p close(1)
p open("$logFile", 1)
p close(2)
p open("$logFile", 1)
q
LOADLOG
LOG_FILE=$(ls /proc/${pid}/fd -l | fgrep " 1 -> " | awk '{print $11}')
echo "log file set to $LOG_FILE"
fi
}
reloadLog

InformationsquelleAutor Mostafa Nazari

1

Dupx est un simple *nix utilitaire pour rediriger la sortie standard d'entrée/de/erreur d'un processus en cours d'exécution.

https://www.isi.edu/~yuri/dupx/

InformationsquelleAutor eMPee584
0

Vous pouvez utiliser reredirect (https://github.com/jerome-pouiller/reredirect/).

Type
```
reredirect -m FILE PID
```
et sorties standard et d'erreur) seront écrits dans le FICHIER.

reredirect README explique aussi comment faire pour restaurer l'état d'origine de processus, comment faire pour rediriger vers une autre commande ou de rediriger uniquement stdout ou stderr.

reredirect également fournir un script appelé relink qui permet de rediriger vers des terminaux actuels:
```
relink PID
relink PID | grep usefull_content
```
(reredirect semble avoir les mêmes fonctionnalités que Dupx décrit dans une autre réponse, mais, il ne dépend pas de Gdb).

InformationsquelleAutor Jérôme Pouiller

Vous devez vous connecter pour publier un commentaire.