Перенаправить stderr из уже запущенного скрипта

Я запускаю сценарий уже несколько дней. Я перенаправил stdout на $HOME/mylog, но не перенаправил stderr, так как думал, что на нем ничего не будет. Внезапно на stderr стали выходить тысячи строк, поэтому я приостановил работу. Есть ли способ, с помощью которого я теперь могу перенаправлять stderr $HOME/myerr, без необходимости перезапускать скрипт?

У меня есть доступ sudo на коробке, и это OS X.

Возможно, что-то с использованием dtools trapping?

Я не могу потерять работу, которую до сих пор выполнял скрипт, и перезапустить его с нуля. Есть ли способ «сбросить объекты в памяти» на диск, заморозить программу, отредактировать переменные (например, дескрипторы файлов) и продолжить работу с новым контекстом?

Я думаю, что это возможно, если вы присоедините процесс соответствующего интерпретатора к GDB. Я пробовал с этим perl one-liner

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

и это работает, но, к сожалению, не с похожим сценарием Bash.

Прежде всего вы должны выяснить PID того процесса, чей вывод вы хотите записать. Затем запустите gdbв другом терминале и выполните следующие команды gdb

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

после этого все данные, которые записываются, stderrперенаправляются /abs/olu/te/path/filename, так как

• attach PID присоединяет процесс к GDB и останавливает его
• call close(2)закрывает stderrфайловый дескриптор процесса (для stdoutфайлового дескриптора 1)
• call open(...) открывает новый файл и берет самое низкое неиспользуемое целое число для вновь созданного дескриптора файла и
• detach PID продолжает процесс

По крайней мере, на моей машине. Первые две строки совместимы с POSIX, но не третья.

Второй и третий аргумент openв третьей строке описаны в man 2 open. В моем случае 65 означает, что openследует создать файл и открыть файл только для записи, т. Е. O_WRONLY | O_CREAT(Определено в fcntl.h). Третий аргумент говорит open, чтобы создать файл с разрешением на чтение и запись для пользователя, т.е. S_IWUSR | S_IRUSR(определено в sys/stat.h). Поэтому, возможно, вам придется самостоятельно найти подходящие значения на вашей машине.

Это грубый ответ, и я надеюсь, что кто-то еще добьется большего успеха, но если не появятся другие идеи, присоедините gdb и заставьте процесс сделать несколько системных вызовов:

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