Leiten Sie stderr von einem bereits laufenden Skript um

Ich führe jetzt seit einigen Tagen ein Skript aus. Ich habe stdout an umgeleitet $HOME/mylog, aber stderr nicht umgeleitet, da ich dachte, dass nichts darauf sein würde. Plötzlich kamen Tausende von Zeilen auf stderr raus, also habe ich den Job abgebrochen. Gibt es eine Möglichkeit, $HOME/myerrvon nun an stderr umzuleiten , ohne das Skript neu starten zu müssen?

Ich habe Sudo-Zugriff auf die Box und es ist OS X.

Vielleicht etwas mit Dtools Trapping?

Ich kann die Arbeit, die das Skript bisher geleistet hat, nicht verlieren und neu starten. Gibt es eine Möglichkeit, „Dump die Objekte im Speicher“ auf der Festplatte, gefriert das Programm, zu bearbeiten , die Variablen (zB die Datei - Deskriptoren) und Lebenslauf mit dem neuen Kontext?

Ich halte es für möglich, wenn Sie den Prozess des zugehörigen Interpreters an gdb anhängen. Ich habe es mit diesem Perl-Einzeiler versucht

 perl -e 'do { print "x\n"; sleep(1) } while(1)'

und es funktioniert aber leider nicht mit einem ähnlichen bash script.

Zunächst müssen Sie die PID des Prozesses ermitteln, dessen Ausgabe Sie erfassen möchten. Starten Sie dann gdbin einem anderen Terminal und führen Sie die folgenden gdb-Befehle aus

attach PID
call close(2)
call open("/abs/olu/te/path/filename", 65, 384)
detach PID

danach werden die gesamten Daten, in die geschrieben stderrwird, weitergeleitet /abs/olu/te/path/filename, da

• attach PID Hängt den Prozess an gdb an und stoppt ihn
• call close(2)schließt den stderrFiledescriptor des Prozesses (für stdoutden Filedescriptor ist 1)
• call open(...) öffnet eine neue Datei und verwendet die niedrigste nicht verwendete Ganzzahl für den neu erstellten Filedescriptor und
• detach PID setzt den Prozess fort

Zumindest auf meiner Maschine. Die ersten beiden Zeilen sind POSIX-kompatibel, die dritte jedoch nicht.

Das zweite und das dritte Argument openin der dritten Zeile sind in dokumentiert man 2 open. In meinem Fall bedeutet 65, dass opendie Datei erstellt und die Datei schreibgeschützt geöffnet werden soll, dh O_WRONLY | O_CREAT(definiert in fcntl.h). Das dritte Argument weist open an, die Datei mit Lese- und Schreibberechtigung für den Benutzer zu erstellen, dh S_IWUSR | S_IRUSR(definiert in sys/stat.h). Vielleicht müssen Sie die entsprechenden Werte an Ihrer Maschine selbst herausfinden.

Dies ist eine grobe Antwort, und ich hoffe, dass es jemand anderem besser geht, aber wenn keine anderen Ideen auftauchen, fügen Sie gdb hinzu und zwingen Sie den Prozess, einige Systemaufrufe durchzuführen:

(gdb) attach 12345 # target PID
(gdb) p close(2)
(gdb) p open("errfile", O_WRONLY)
(gdb) c