이미 실행중인 스크립트에서 stderr를 리디렉션

나는 며칠 동안 스크립트를 실행 해 왔습니다. stdout을로 리디렉션 $HOME/mylog했지만 아무것도 없을 것이라고 생각했기 때문에 stderr를 리디렉션하지 않았습니다. 갑자기 수천 개의 회선이 stderr에서 나오기 시작하여 작업을 중단했습니다. $HOME/myerr스크립트를 다시 시작할 필요없이 stderr을 지금부터 리디렉션 할 수있는 방법이 있습니까?

상자에 sudo 액세스 권한이 있으며 OS X입니다.

아마도 dtools trapping을 사용하는 것이 있습니까?

스크립트가 지금까지 한 작업을 잃어 버릴 수 없으며 처음부터 다시 시작할 수 없습니다. 디스크에 "메모리 내 개체를 덤프"하고 프로그램을 정지 시키며 변수 (예 : 파일 설명자)를 편집 하고 새로운 컨텍스트로 다시 시작 하는 방법이 있습니까?

관련 통역사의 프로세스를 gdb에 첨부하면 가능하다고 생각합니다. 이 펄 원 라이너로 시도했습니다

 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