Tente configurar o passenger_spawn_method para conservador no Passenger. Estou tendo esse problema com o Mongo e me deparei:
e:
Eu não sei porque não está funcionando, mas espero que você vá se você ainda não descobriu a solução.
Ambiente: Ubuntu 10.04 LTS, Passageiro, Nginx 1.0.6, MySQL, Ruby 1.9.2, Rails 3.1
Após algum tempo, o servidor acaba com um número gradualmente crescente de processos que estão presos a 100% da CPU
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2393 avitus 20 0 496m 381m 1392 R 100 9.4 25:10.74 Rack: /home/web ...
A execução de um strace em qualquer um dos PIDs presos fornece o seguinte:
Process 2393 attached with 3 threads - interrupt to quit
[pid 2396] futex(0x8ca80e4, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished ...>
[pid 2394] restart_syscall(<... resuming interrupted call ...>) = -1 ETIMEDOUT (Connection timed out)
[pid 2394] gettimeofday({1322590778, 346573}, NULL) = 0
[pid 2394] futex(0x821db60, FUTEX_WAKE_PRIVATE, 1) = 0
[pid 2394] clock_gettime(CLOCK_REALTIME, {1322590778, 346885177}) = 0
[pid 2394] futex(0x821db84, FUTEX_WAIT_PRIVATE, 33872659, {0, 9687823}) = -1 ETIMEDOUT (Connection timed out)
[pid 2394] gettimeofday({1322590778, 356921}, NULL) = 0
[pid 2394] futex(0x821db60, FUTEX_WAKE_PRIVATE, 1) = 0
[pid 2394] clock_gettime(CLOCK_REALTIME, {1322590778, 357196244}) = 0
[pid 2394] futex(0x821db84, FUTEX_WAIT_PRIVATE, 33872661, {0, 9724756}) = -1 ETIMEDOUT (Connection timed out)
[pid 2394] gettimeofday({1322590778, 367240}, NULL) = 0
[pid 2394] futex(0x821db60, FUTEX_WAKE_PRIVATE, 1) = 0
[pid 2394] clock_gettime(CLOCK_REALTIME, {1322590778, 367459723}) = 0
[pid 2394] futex(0x821db84, FUTEX_WAIT_PRIVATE, 33872663, {0, 9780277}) = -1 ETIMEDOUT (Connection timed out)
[pid 2394] gettimeofday({1322590778, 377586}, NULL) = 0
[pid 2394] futex(0x821db60, FUTEX_WAKE_PRIVATE, 1) = 0
[pid 2394] clock_gettime(CLOCK_REALTIME, {1322590778, 377807840}) = 0
[pid 2394] futex(0x821db84, FUTEX_WAIT_PRIVATE, 33872665, {0, 9778160}) = -1 ETIMEDOUT (Connection timed out)
[pid 2394] gettimeofday({1322590778, 387932}, NULL) = 0
[pid 2394] futex(0x821db60, FUTEX_WAKE_PRIVATE, 1) = 0
[pid 2394] clock_gettime(CLOCK_REALTIME, {1322590778, 388162450}) = 0
[pid 2394] futex(0x821db84, FUTEX_WAIT_PRIVATE, 33872667, {0, 9769550}) = -1 ETIMEDOUT (Connection timed out)
Incluindo a sinalização "c" para strace:
Process 2393 attached with 3 threads - interrupt to quit
Process 2393 detached Process 2394 detached
Process 2396 detached
% time seconds usecs/call calls errors syscall
------ ----------- ----------- --------- --------- ----------------
94.97 0.003172 2 1489 744 futex
3.74 0.000125 0 745 clock_gettime
1.29 0.000043 0 745 gettimeofday
0.00 0.000000 0 1 1 restart_syscall
------ ----------- ----------- --------- --------- ----------------
100.00 0.003340 2980 745 total
Eu posso matar -9 os processos presos e o aplicativo e servidor parecem continuar felizes. Fiquei sem ideias sobre como proceder com a depuração, por isso, se alguém tiver algum conselho sobre a causa ou outras vias de investigação, seria ótimo ouvir.
Esse comportamento específico (verificar futex a cada 20 ms e depois verificar a hora do dia) parece ser o comportamento normal de um processo Ruby inativo:
Tags nginx ubuntu phusion-passenger