Fabric: 초기화 스크립트는 자주 데몬을 시작하지 못합니다.

Jeff Forcier ( bitprophet )는 다음과 같이 게시했습니다.

테스트중인 init 스크립트를 계측했으며 모든 것이 동일한 방식으로 실행되는 것 같습니다 (즉, 실제 성공 또는 가짜 성공 시나리오). 이는 문제가 스크립트 자체가 만드는 apachectl 호출 내에 있음을 의미합니다.

원인이 우리쪽에 무엇인지 생각하기 시작했습니다.

• 반 무작위이기 때문에 경쟁 조건에 시달리는 IO 하위 시스템의 과거 문제를 생각하게합니다. 그러나 나는 그것이 이런 식으로 원격 끝에서 어떤 영향을 미칠 수 있는지에 대해 정말로 생각할 수 없으며 경쟁 조건은 어쨌든 모두 로컬 기반이었습니다.
  
  
  
  • 이를 테스트하는 한 가지 방법은이 문제가 Fab 0.9.x 및 pty = True에서 발생하는지 확인하는 것입니다 (1.x의 현재 기본값과 일치).
  
  
• 또한 pty와 관련 될 수도 있습니다. 1.0 이전에는 이것이 문제 였고 pty를 True로 설정하는 것이 기본 동작의 주요 변경 사항 중 하나였습니다. 그러나 SSH의 request-a-pty 하위 시스템을 사용하면 init 스크립트가 이러한 방식으로 작동하는 이유를 알 수 없습니다.
  
  
  
  • 여기서 테스트는 ssh -t <hostname> <command> 를 사용하여 문제가 재현되는지 확인하는 것입니다.
  
  

2011-07-23 07:45 pm EDT

Jeff Forcier ( bitprophet )는 다음과 같이 게시했습니다.

apache2ctl 자체는 Apache mpm-worker 설치 위치에있는 실제 바이너리 실행 파일에 대한 심볼릭 링크 인 /usr/sbin/apache2 호출하는 단순히 래퍼 Bash 스크립트입니다. 특히 일반적인 start 사용에서는 /usr/sbin/apache2 -k start 호출합니다. 이전과 마찬가지로 apache2ctl 는 re : return value 또는 어떤 섹션이 실행되는지 두 가지 시나리오에서 다르게 작동하지 않는 것 같습니다.

/usr/sbin/apache2 의 문서는 (아파치 사이트에서도) 상대적으로 제한적이며, apachectl을 사용하여 env vars를 설정해야한다는 것만 명시합니다 (정확합니다- apache2 실행 자체만으로도 꽤 구제 됨). 분명히 그 변수가 설정되지 않았다는 오류가 있습니다.)

apache2ctl 의 apache2 호출 직전에 env 의 출력을 검사하면 사용자, 그룹, pidfile 위치 및 언어와 같은 몇 가지 항목 만 생성됩니다. 이는 성공과 실패 상황 사이에서 변경되지 않습니다. 나는 래퍼의 다양한 소싱 및 환경 변수 설정에 때때로 변경되는 무언가가 있기를 바라고 있었지만 아니요.

지금까지는 유용하지 않습니다. 위의 아이디어 (pty, ssh)를 테스트하여 변경 사항을 확인하십시오.

2011-07-23 08:46 pm EDT

Jeff Forcier ( bitprophet )는 다음과 같이 게시했습니다.

pty=False 을 사용하면 훨씬 더 잘 작동하는 것 같습니다 (# 350의 Max의 설명에서 알 수 있듯이). 기본 True 설정을 사용하면 대략 5/10 회, 때로는 몇 번 정도 실패가 발생했습니다. False를 사용하면 실패없이 약 15 번 연속 실행했습니다. 통계학자는 아니지만 그것은 나에게 꽤 좋은 것 같습니다.

ssh 를 수동으로 실행하면 비슷한 결과가 생성됩니다. ssh -t <host> sudo /etc/init.d/apache2 start 는 약 50 %의 시간 동안 Apache를 자동으로 시작하지 못합니다. -T (pty 없음)과 동일하며 100 % 시작됩니다.

그래서 이것은 Fabric의 잘못이 아닙니다. SSH 스타일 pseudo-tty가 작동 할 때 이러한 init 스크립트가 오작동하는 더 깊은 곳입니다.

호기심을 위해 조금 더 깊이 파헤쳐 보겠습니다. 그러나 여기에 "해결책"이이 문제가 발생했을 때 pty=False 를 사용하라는 새로운 FAQ 인 것처럼 보입니다.

2011-07-23 08:59 pm EDT

Jeff Forcier ( bitprophet )는 다음과 같이 게시했습니다.

네, 불행히도이 행동을 설명하는 것을 찾지 못했습니다. 위의 결과를 감안할 때 FAQ가 확실히 갈 길이라고 생각합니다.

2011-07-23 오후 10:35 EDT

Hugo Garza (hiro2k) 게시 :

어제 방금이 문제를 만났는데,이 버그를 보았 으면 좋겠습니다. 다행히도 pty = False 설정을 시도했는데 잘 작동했습니다. 설명 해주셔서 감사합니다. 적어도 직물 결함이 아닙니다. 이제 왜 이것이 실패하는지 궁금해합니다.

2011-08-02 에 01:27 pm EDT

이것이 단지 bash 스크립트 문제가 아니라고 확신합니까? 내 메일 링리스트 스레드를 의미합니다. Java와 weblogic을 시작한 bash 스크립트 일뿐입니다.

FWIW, EC2에서 회전하는 거의 모든 Ubuntu 컴퓨터에서이 끔찍한 동작이 발생합니다.

분리 된 화면 screen -d -m someBackgroundTask 통해 시작된 작업으로도 재현 가능합니다.

일반적으로 pty=False 가 문제를 해결한다고 언급해야하지만 그렇지 않은 경우를 본 적이 있습니다.

@yuvadm -pty = False로 문제가 해결되지 않는 경우에도 일반 ssh 명령 (위에서 언급 한대로)을 사용하여 문제를 재현 할 수 있습니까? 내가 본 것은 Fabric 문제가 아니라 SSH 문제이지만 일치하지 않는 상황이 있는지 아는 것이 좋습니다.

확인해야 할 흥미로운 각도입니다. 이에 대해 다시 연락 드리겠습니다.

이 문제를 재현했습니다. 클라이언트는 Ubuntu 10.04.3 LTS이고 서버는 "Ubuntu 8.04.4 LTS (서버)"입니다.
SSH 클라이언트는 "OpenSSH_5.3p1 Debian-3ubuntu7, OpenSSL 0.9.8k 2009 년 3 월 25 일"이고, ssh 서버는 "OpenSSH_4.7p1 Debian-8ubuntu1, OpenSSL 0.9.8g 2007 년 10 월 19 일"입니다. 패브릭은 "1.3.3 최종"입니다.

문제는 pty = True 인 경우 100 %이고 pty = False 인 경우 사라집니다.

다른 서버에 연결하면 pty = True 일 때 문제가 항상있는 것은 아닙니다.

제 경우에는 테스트를 위해 "nohup sleep 100> / tmp / xxx 2> & 1"이라는 매우 간단한 명령을 실행합니다.

나는 이것에 물 렸으며 EC2에서만 보였습니다 (내 Linode에서는 보지 못했지만 100 % 확신하지는 않습니다). pty = False를 설정하면 해결되는 것 같습니다.

이 문제에 직면했습니다.
sudo로 명령을 실행하기 때문에 tty = False를 사용할 수없는 상황이 발생했습니다.
>& /dev/null < /dev/null & 추가는 잘 실행되지만 프로세스가 시작되지 않았습니다.

명령 실행 줄 다음에 절전 모드를 추가하는 문제를 해결했습니다 : nohup java -jar text.jar & sleep 5; exit 0

감사합니다 spodgruskiy,

귀하의 팁이 저에게 효과적입니다.
나는 다음 명령을 사용하여 fab tp start strom 클러스터를 작성하려고 시도했습니다.

1. run ( 'nohup ./bin/storm nimbus> & / dev / null </ dev / null &', pty = False)
2. run ( 'nohup ./bin/storm nimbus> & / dev / null </ dev / null &')
3. run ( "screen -d -m './bin/storm nimbus'", pty = False)
4. run ( "|| screen -d -m './bin/storm nimbus'")

그러나 그들 중 어느 것도 작동하지 않았고 후광은 전혀 시작되지 않았습니다. 무슨 일이 있었는지 이해가 안 돼요.
어쨌든 고마워.

수면 트릭 +1

requiretty가있는 시스템에서 작업하는 데 필요

sudo ( 'start service; sleep .5') 모든 것이 잘됩니다!

'sudo ()'를 사용하고 원격 시스템에 sudo 액세스를 위해 RequireTty가 활성화 된 경우 'set -m; 서비스start '를 사용하여 SIGHUP가 init 스크립트에 의해 시작된 프로세스로 전송되지 않도록합니다.

bash 인터랙티브 대 비 인터랙티브에 대한 자세한 설명과 이것이 작업 제어에 미치는 영향에 대한 자세한 내용은 http://stackoverflow.com/a/14866774 를 참조

궁금합니다. 여기서 ssh 문제는 무엇입니까?

pty = false는 나를 위해 작동합니다.

실제로 SSH 문제가 아니며 BASH 비대화 형 / 대화 형 모드 및 프로세스 그룹에 대한 신호 전파에 대한 미묘한 동작입니다.

다음은 http://stackoverflow.com/questions/14679178/why-does-ssh-wait-for-my-subshells-without-t-and-kill-them-with-t/14866774#14866774 및 http를 기반으로합니다

pty / tty = 거짓

시작된 bash 쉘은 시작된 프로세스의 stdout / stderr / stdin에 연결되며 소켓에 연결된 항목이없고 자식이 종료 될 때까지 계속 실행됩니다. 좋은 데몬 프로세스는 자식이 종료 할 때까지 기다리지 않고 자식 프로세스를 포크 한 다음 종료하지 않도록합니다. 이 모드에서는 SSH에 의해 하위 프로세스에 SIGHUP가 전송되지 않습니다. 나는 이것이 스스로 악마 화를 처리하고 배경화할 필요가없는 프로세스를 실행하는 대부분의 스크립트에서 올바르게 작동 할 것이라고 믿습니다. init 스크립트가 프로세스를 백그라운드하기 위해 '&'를 사용하는 경우, 세션이 종료 된 경우 SIGHUP를 트리거하기 때문에 백그라운드 프로세스가 stdin에서 읽기를 시도하는지 여부가 주요 문제 일 가능성이 높습니다.

pty / tty = 참 *

init 스크립트가 프로세스가 시작된 배경을 배경으로하는 경우 부모 BASH 셸은 SSH 연결에 종료 코드를 반환합니다. 그러면 자식 프로세스가 종료 될 때까지 기다리지 않고 stdout에서 차단되지 않기 때문에 즉시 종료되는 것으로 보입니다. / stderr / stdin. 이렇게하면 SIGHUP가 부모 bash 셸 프로세스 그룹으로 전송됩니다. bash의 비대화 형 모드에서 작업 제어가 비활성화되었으므로 방금 시작한 자식 프로세스가 포함됩니다. 데몬 프로세스가 분기되거나 분기 된 프로세스에서 새 프로세스 세션을 명시 적으로 시작하는 경우 해당 또는 해당 자식은 종료되는 BASH 부모 프로세스에서 SIGHUP를 수신하지 않습니다. 이것은 SIGTERM이 표시되는 일시 중지 된 작업과 다릅니다.

나는 이것에 대한 문제가 때때로 약간의 경쟁 조건과 관련이 있다고 생각합니다. deamonizing에 대한 표준 접근 방식을 살펴보면 http://www.itp.uzh.ch/~dpotter/howto/daemonize 코드에서 새 세션이 분기 된 프로세스에 의해 생성된다는 것을 알 수 있습니다. 상위가 종료되기 전에 실행되므로 위에서 언급 한 임의의 성공 / 실패 동작이 발생합니다. sleep 문은 분기 된 프로세스가 새 세션을 생성하는 데 충분한 시간을 허용하므로 일부 경우에 작동합니다.

pty / tty = true 및 작업 제어가 bash에서 명시 적으로 활성화 됨

SSH는 bash 셸의 stdout / stderr / stdin 또는 시작된 자식 프로세스에 연결되지 않습니다. 즉, 부모 bash 셸이 요청 된 명령 실행을 완료하자마자 종료됩니다. 이 경우 작업 제어가 명시 적으로 활성화 된 상태에서 '&'를 사용하여 bash 쉘에 의해 시작된 모든 프로세스는 즉시 별도의 세션에 배치되며 BASH 세션에 대한 상위 프로세스가 종료 될 때 SIGHUP 신호를 수신하지 않습니다 ( 이 경우 SSH 연결).

수정에 필요한 사항

솔루션은 백그라운드 프로세스 / 서비스로 작업 할 때 특별한 경우로 run / sudo 작업 문서에 명시 적으로 언급되어야한다고 생각합니다. 기본적으로 'pty = false'를 사용하거나 불가능한 경우 첫 번째 명령으로 작업 제어를 명시 적으로 활성화하면 동작이 올 바릅니다.

링크 업데이트 : http://www.ics.uzh.ch/~dpotter/howto/daemonize

내가 여기에서 언급했듯이 fabrickit (패브릭 라이브러리의 래퍼) https://github.com/HyukjinKwon/fabrickit/commit/cceb8bfb8f960a3ac41b24c64b8358bd6e7a0366

특정 구성이나 설정없이 프로그램을 데몬으로 절대 쉽게 시작할 수 있습니다.
어쨌든 이것은 일종의 셸 실행이므로 셸이 할 수있는 작업을 수행하는 방법이 있어야합니다.

이 시도:

run("sh -c '((nohup %s > /dev/null 2> /dev/null) & )'" % cmd, pty=False)

나는 이것을 시도했고 데몬으로 실행하기 위해 추가 프로그래밍을 구현하지 않아도 완벽하게 작동합니다 (while 루프 내에서 'Hello'를 작성하는 프로그램조차도 잘 작동합니다).